06-17-2021 10:52 AM
Greetings.
I am hoping this community can offer some direction or guidance.
I have a NetBackup 8.2 appliance configured at one site (network and IPMI access were all functioning). This appliance was to be moved to another site, and consequently another network. Before physically moving the appliance, I conigured the IPMI to match the network at the new site (which I was unable to take advantage of due to not having access to a computer with Java on it).
Once the appliance was mounted and the IPMI was connected at the new site (the other ethernet interfaces were unplugged/disconnected still), I started noticing some behaviors:
Regarding the "Unable to authenticate the user for web service access..." I did execute Appliance.Infraservices > Show All, and all 3 (Database, Message queue and Web server) are all reported as running.
I am hoping there is something I am missing.
Assistance, recommendations and guidance are all welcome.
Thank you in advance.
Solved! Go to Solution.
06-17-2021 03:57 PM
Hi @edwardd
Another thing to check/ask - is the appliance configured to use Active Directory (or LDAP) authorization/authentication? If so, you could try removing this (you can reconfigure this later once the network is functioning again).
Also, if you are able to log in and can get an elevated shell running, you could try renaming the /etc/resolv.conf file to see if this helps you configure the network correctly.
David
06-17-2021 03:45 PM
Hi @edwardd
Firstly did you attach the storage shelves (if any back how they were)? And is this a media server or combined master/media?
Secondly, the slowness in booting and login time will be due to the lack of network connectivity (various actions will attempt to perform a DNS reverse lookup which will timeout leading to the delays).
It seems you have found the article describing the issue you have and have verified the infrastructure services are running. I think your next step should be to log a support case and have someone assist you to recover the appliance (you may need to boot into single user mode and even possible disable the IPS system temporarily - which are tasks better left to support).
Cheers
David
06-17-2021 03:57 PM
Hi @edwardd
Another thing to check/ask - is the appliance configured to use Active Directory (or LDAP) authorization/authentication? If so, you could try removing this (you can reconfigure this later once the network is functioning again).
Also, if you are able to log in and can get an elevated shell running, you could try renaming the /etc/resolv.conf file to see if this helps you configure the network correctly.
David
06-17-2021 04:05 PM
Hi @davidmoline,
To reply back to your previous posts:
I will have to attempt the elevated shell to try to get some recovery operation going, likely with the assistance of support.
06-17-2021 08:00 PM
Hi @edwardd
I been involved in moving appliances before (not many though) and not encountered problems such as yours. I don't recall having to do anything specil before moving the appliance and simply reconfiguring the interface in the new location. I hope it can be as simple as disabling name resolution temporarily to enable you to config the network correctly.
If you are able to get an elevated shell it is worth trying, but otherwise work with support to resolve your issue.
David
06-23-2021 04:24 PM
Hi @davidmoline. I wanted to provide an update on the situation. The sluggishness and errors specified were remediated as soon as I renamed the resolv.conf file (via an elevated Maintenance prompt). So, the behaviors did seem to be related to DNS reverse lookups. The network interfaces configured just fine afterwards as well.
To anyone that encounters this thread, and the behaviors are similar and/or consistent with the original post, hopefully disabling name resolution (by renaming resolv.conf) restores functionality to your appliance.