When booting up, /sbin/init.d/vxpal.StorageAgent script is called. In this script, vxpalctrl is called and it calls /opt/VRTSobc/pal33/bin/vxpal which attempts to open a file under "/net" directory.
This may lead to a message from automounter:
automountd[15552]: match_addr: getaddrinfo failed: host nor service provided, or not known
The cause of the error message is due to vxpal binary having been built with link references to a shared library in the /net directory, which is typically the automounter directory.
If this error message causes a hang, the recommend resolution is to remove the Allocator Provider (VRTSalloc) package from the system. The Veritas Allocator functionality is deprecated as part of the Intelligent Storage Provisioning(ISP) that is no longer supported in more recent Storage Foundation releases.
Please note that removing VRTSalloc will cause the Volume Tag functionality not to work. Volume Tags are most important for Dynamic Storage Tiering (DST), if this functionality is needed it is recommended to upgrade to a more recent version of Storage Foundation: Volume tagging became part of core VxVM in SF 5.1.
Applies To
This problem was discovered on HP-UX 11.31 OS with the VERITAS Storage Foundation 5.0 release installed. The issue only occurs when the VRTSalloc package is installed as part of the installation.
# /sbin/init.d/vxpal.StorageAgent stop # /sbin/init.d/vxpal.StorageAgent start # grep automountd /var/adm/syslog/syslog.log Jul 22 12:20:00 heat automountd[1617]: match_addr: getaddrinfo failed: host nor service provided, or not knownDepending on system name lookup service setup, the getaddrinfo() call may cause a timeout of several minutes.