Hello.
Yesterday night, I switched the user and group database on our Sparc
Solaris 10 NB6.0 MP4 system from files (ie. /etc/group & /etc/passwd &
/etc/shadow) to LDAP (OpenLDAP 2.3.31, running on the same host). In
/etc/nsswitch.conf, I've changed (complete nsswitch.conf at
<http://askwar.pastebin.ca/449498>):
passwd: files ldap
group: files ldap
All the other databases (hosts, services, ...) are untouched; ie. they
are set to "files". I only moved the following users to LDAP - none
of them has anything to do with NBU:
apfister, askwar, bea81, conf, dev1, dev2, dev3, dev4, dev5, dev6, dev7,
hwieneck, monitor, tcalpha50, tcalpha51, tcasos, tcbeta50, tcbeta51,
tce501, tce510, tcpre50, tcpre51, tcpro51, tcpro, tcref50, tcref51, tomcat
Since after that change, I cannot login to the Java Console from another
(Linux, non-LDAP) machine by running /usr/openv/java/jnbSA. When I click
on "Login", I get an error message:
Unable to login, status: 525
Can not connect to the NB-Java
authentication service via VNETD on
winds06 on port 13724. Check
the log file for more details.
Well - what log file?
On winds06 (the server that I'm trying to login to), I ran
/usr/openv/netbackup/logs/mklogdir, which created all the logdirs
in the logs directory; among them is a vnetd directory. But there's
nothing in there. The only files that have been created directly
after I ran are
admin/log.042007
bpcompatd/log.042007
bpdbjobs/log.042007
bpdbm/log.042007
bpjobd/log.042007
bplist/log.042007
bprd/log.042007
nbproxy/log.042007
You can find them at
<http://alexander.skwar.name/~askwar/stuff/netbackup-log-files.tar>.
When I, with root perms, run "/usr/openv/bin/vnetd" manually, a
file IS created in the vnetd directory. Contents:
askwar at winds06 /usr/openv/netbackup/logs $ cat vnetd/log.042007
09:33:45.174 [8772] <2> logparams: /usr/openv/bin/vnetd
09:33:45.175 [8772] <2> ProcessRequests: vnetd.c.284: msg: getsockname(5) failed
Restarting inetd (by running "svcadm restart inetd") did also not help.
What's going wrong there? Why does vnetd not start?
Thanks,
Alexander Skwar
|