Hello,
1)I am having trouble with my visionfs server starting up upon the system entering run level 2. It is executed by a script in the /etc/rc2.d directory. Here is copy of the error output:
------------------------------------------------------------
usr/vision/visionfs/bin/scripts/status: netstat: cannot execute
/usr/vision/visionfs/bin/scripts/status: netstat: cannot execute
/usr/vision/visionfs/bin/scripts/status: netstat: cannot execute
Starting SCO VisionFS 3.1 from /usr/vision/visionfs...
2004/01/22 00:03:15.929 printing/vfsprint/error SCO VisionFS(3.10.905)
couldn't find "/usr/bin/lpstat" to execute
Command line: "vfsprint" "--list_printers" "/usr/bin/lpstat -v" "/usr/vision/vfs
data/logs"
2004/01/22 00:03:16.279 (pid 516) server/process/start SCO VisionFS(3.
1)
The server is running in fully enabled mode.
The server is running in fully enabled mode.
2004/01/22 00:11:33.281 (pid 521)
SCO VisionFS(3.1) ERROR:
server/session/unabletoauthenticate
Failed to setuid to root while attempting to authenticate user XXXXX: setegid(3):
(1) Operation not permitted
This transaction has failed.
Check the password file and check the server was started as a genuine root user.
2004/01/22 00:11:33.297 (pid 521)
SCO VisionFS(3.1) ERROR:
server/session/unabletoauthenticate
------------------------------------------------------------
One thing that is grabbing my attention is the line that says to check the password file and server was started by a genuine root user. I think this may be a lead in to the problem. When the system boots and this is started from the script /etc/rc2.d/S90visionfs , is it executed by the "root" user ??? Or somehow is it trying to su to root and failing ??
Another is that visionfs can't execute the netstat or lpstat command from its script like it wants to. These commands are in the appropriate places and all sym links are in place. They can be executed from the command line with no problem ?
Also, after going through the boot process I can manually start the visionfs server without error.
2) I am having problems with ssh starting up. It is also executed from a /etc/rc2.d/ start up stcript. It is generating the following error:
-----------------------------------------------------------
Generating host keys ... starting /usr/local/sbin/sshd... Couldn't connect to PRNGD socket "/usr/local/var/prngd/prngd-pool": Connection refused
Entropy collection failed
ssh-rand-helper child produced insufficient data
/etc/rc2.d/S99opensshd: Error 255 starting /usr/local/sbin/sshd... bailing
-----------------------------------------------------------
prngd is installed and appears to start correctly from the rc2.d script, but the sshd deamon is complaining about it and bails.
I noticed in the /usr/adm/sulog this entry:
SU 01/22 00:03 - console 65535-prngd
This is telling me that prngd tried to su to root and was not allowed. I wonder if this could be part of the ssh problem. If the prngd deamon is not allowed to su to root maybe it won't run properly ??? I have also tried to su from the command line to the root account and it will not work, just says "su:SORRY". Anybody have any insight to these problems ? Would appreciate any help !
Thanks,
Rob
PS: openserver 5.0.6 system w/ RS506a and all patches applied.
1)I am having trouble with my visionfs server starting up upon the system entering run level 2. It is executed by a script in the /etc/rc2.d directory. Here is copy of the error output:
------------------------------------------------------------
usr/vision/visionfs/bin/scripts/status: netstat: cannot execute
/usr/vision/visionfs/bin/scripts/status: netstat: cannot execute
/usr/vision/visionfs/bin/scripts/status: netstat: cannot execute
Starting SCO VisionFS 3.1 from /usr/vision/visionfs...
2004/01/22 00:03:15.929 printing/vfsprint/error SCO VisionFS(3.10.905)
couldn't find "/usr/bin/lpstat" to execute
Command line: "vfsprint" "--list_printers" "/usr/bin/lpstat -v" "/usr/vision/vfs
data/logs"
2004/01/22 00:03:16.279 (pid 516) server/process/start SCO VisionFS(3.
1)
The server is running in fully enabled mode.
The server is running in fully enabled mode.
2004/01/22 00:11:33.281 (pid 521)
SCO VisionFS(3.1) ERROR:
server/session/unabletoauthenticate
Failed to setuid to root while attempting to authenticate user XXXXX: setegid(3):
(1) Operation not permitted
This transaction has failed.
Check the password file and check the server was started as a genuine root user.
2004/01/22 00:11:33.297 (pid 521)
SCO VisionFS(3.1) ERROR:
server/session/unabletoauthenticate
------------------------------------------------------------
One thing that is grabbing my attention is the line that says to check the password file and server was started by a genuine root user. I think this may be a lead in to the problem. When the system boots and this is started from the script /etc/rc2.d/S90visionfs , is it executed by the "root" user ??? Or somehow is it trying to su to root and failing ??
Another is that visionfs can't execute the netstat or lpstat command from its script like it wants to. These commands are in the appropriate places and all sym links are in place. They can be executed from the command line with no problem ?
Also, after going through the boot process I can manually start the visionfs server without error.
2) I am having problems with ssh starting up. It is also executed from a /etc/rc2.d/ start up stcript. It is generating the following error:
-----------------------------------------------------------
Generating host keys ... starting /usr/local/sbin/sshd... Couldn't connect to PRNGD socket "/usr/local/var/prngd/prngd-pool": Connection refused
Entropy collection failed
ssh-rand-helper child produced insufficient data
/etc/rc2.d/S99opensshd: Error 255 starting /usr/local/sbin/sshd... bailing
-----------------------------------------------------------
prngd is installed and appears to start correctly from the rc2.d script, but the sshd deamon is complaining about it and bails.
I noticed in the /usr/adm/sulog this entry:
SU 01/22 00:03 - console 65535-prngd
This is telling me that prngd tried to su to root and was not allowed. I wonder if this could be part of the ssh problem. If the prngd deamon is not allowed to su to root maybe it won't run properly ??? I have also tried to su from the command line to the root account and it will not work, just says "su:SORRY". Anybody have any insight to these problems ? Would appreciate any help !
Thanks,
Rob
PS: openserver 5.0.6 system w/ RS506a and all patches applied.