|
|
|
|
| RH7.3, BackupExec agent fails to advertise |
|---|
|
Problem:
On a freshly installed RH7.3 box, the BackupExec "agent_be" service was installed and configured as usual. When started using the init script, the usual message appeared but the service did not actually get started. (confirmed with "ps auxfw")
When trying to start the agent manually,
"/etc/bkupexec/agent.be"
the following error message appears:
"Unable to advertise resource. Check TCP/IP status."
When running "strace" the following error was shown:
"bind(6, {sin_family=AF_INET, sin_port=htons(8192), sin_addr=inet_addr('195.195.120.13')}}, 16) = -1 EADDRNOTAVAIL (Cannot assign requested address)"
The IP address "195.195.120.13" was correct, no firewall was in place, and other TCP/IP services worked flawlessly.
Tried to reinstall the agent, and tried upgrading to the latest 7.3 kernel and glibc. Nothing helped.
|
|
Solution:
This problem SEEMS to be related to the hostname of the local machine. The agent will attempt a DNS lookup of the hostname defined in "/etc/sysconfig/network" when the system was booted and give up if that name does not resolve to the current IP address.
1. Fix "/etc/sysconfig/network" and/or the DNS server
2. Reboot...
|
|
|
|
|
|
This is free technical advice without any warranties.
Use at your own risk. Solutions offered may not apply to your particular problem at all.
Opinions and views expressed in the articles are the authors' personal
and may not necessarily reflect or coincide with those of Ano-Tech Computers.
We take no responsibility if anything bad happens from following any of
the intructions given. If you don't understand and accept this, please
contact us for personal assistance instead.
To read our full disclaimer, go
here.
We welcome anyone who is willing to contribute to this public knowledge base,
contact siteadmin@atc.no
if you have information you would like to share. The idea is not to replace
the commercial support sites, but to publish those hard-to-find
solutions you've found yourself looking for over and over again.
Show all articles
