Ask a Question related to SCO, Design and Development.
-
Bob Bailin #1
Going from multiuser to single-user back to multiuser
Yesterday I had occasion to bring our 5.0.7 system down to single-user
mode using shutdown -g0 su .
When done with my maintenance, I exited single-user mode and
tried to go back to multi-user mode by entering '2' at the init level (0-6):
prompt.
A couple of the rc2 startup scripts failed to execute properly:
From S35dlpi.log:
dlpid: Unable to open network adapter driver (/dev/mdi/eeE0)
dlpid: No such file or directory
dlpid: DLPI Interface (net0) not started
From S95docview.log:
Ouch! ap_mm_create(520168, "/usr/lib/docview/logs/httpd.mm.51") failed
Error: MM: mm:core: failed to acquire semaphore (No space left on device):
OS: Invalid argument
/etc/rc2.d/S95docview start: httpd could not be started
Both of these scripts work just fine from a cold boot, whether
or not you go to single-user mode first.
rc2.d/S35dlpi (aka rc0.d/K97dlpi) simply runs /etc/lli start or stop,
depending
on whether you're entering or leaving multiuser mode. (/etc/lli is identical
to /etc/nd)
rc2.d/S95docview does not seem to have a corresponding script
in rc0.d to shut itself down, probably because the P90apache
shutdown script accomplishes the same result?
Is all this the expected system behavior?
Note that the directory /usr/lib/docview/logs contains:
-rw------- 1 root root 4 Aug 18 17:33 docview.pid
-rw------- 1 nouser root 1048576 Jun 22 15:07 httpd.mm.659.mem
-rw------- 1 nouser root 0 Jun 22 15:07 httpd.mm.659.sem
-rw------- 1 nouser root 1048576 Jul 7 17:25 httpd.mm.667.mem
-rw------- 1 nouser root 0 Jul 7 17:24 httpd.mm.667.sem
-rw------- 1 nouser root 1048576 Jun 22 15:47 httpd.mm.685.mem
-rw------- 1 nouser root 0 Jun 22 15:47 httpd.mm.685.sem
-rw------- 1 nouser root 1048576 Jun 22 17:07 httpd.mm.699.mem
-rw------- 1 nouser root 0 Jun 22 17:07 httpd.mm.699.sem
-rw------- 1 nouser root 1048576 Jul 25 17:45 httpd.mm.734.mem
-rw------- 1 nouser root 0 Jul 25 17:45 httpd.mm.734.sem
-rw------- 1 nouser root 1048576 Jun 22 15:36 httpd.mm.769.mem
-rw------- 1 nouser root 0 Jun 22 15:36 httpd.mm.769.sem
-rw-r--r-- 1 root root 0 Jul 31 15:53 navlist_log
Are the *.[ms]em files simply the result of improper shutdowns, and
can they be safely deleted?
Bob
Bob Bailin Guest
-
shockwave3D multiuser test...
hello forum, i found the time to continue my work on a multiuser environment ego.shooter like 3D chat. the next step will be to remove all... -
interpolations in multiuser games
hi everybody, i have a simple question, how to do good working interpolations in multiuser games, unsing the multiuser xtra and shockwave3D. ... -
Access multiuser / transactions / asp
Hi all I'm getting this error message : The table "MyTable" is already opened exclusively by another user or it is already open throught the... -
Xtra MultiUser
I mean to the MultiUser Xtra.. Thanks.. "Ned" <nednet_HATES_SPAM@wanadoo.fr> escribió en el mensaje news:bo939e$jfm$1@forums.macromedia.com...... -
Multiuser
I need any plugin to mount a program multiuser? Jota -
Jean-Pierre Radley #2
Re: Going from multiuser to single-user back to multiuser
Bob Bailin typed (on Tue, Aug 19, 2003 at 07:03:23PM +0000):
|
| >From S95docview.log:
|
| Ouch! ap_mm_create(520168, "/usr/lib/docview/logs/httpd.mm.51") failed
| Error: MM: mm:core: failed to acquire semaphore (No space left on device):
| OS: Invalid argument
| /etc/rc2.d/S95docview start: httpd could not be started
Boo-boo in MP1.
Raise the kernel parameter SEMMNI from the default of 10.
25 will do.
| Note that the directory /usr/lib/docview/logs contains:
|
| -rw------- 1 root root 4 Aug 18 17:33 docview.pid
| -rw------- 1 nouser root 1048576 Jun 22 15:07 httpd.mm.659.mem
| -rw------- 1 nouser root 0 Jun 22 15:07 httpd.mm.659.sem
| -rw------- 1 nouser root 1048576 Jul 7 17:25 httpd.mm.667.mem
| -rw------- 1 nouser root 0 Jul 7 17:24 httpd.mm.667.sem
| -rw------- 1 nouser root 1048576 Jun 22 15:47 httpd.mm.685.mem
| -rw------- 1 nouser root 0 Jun 22 15:47 httpd.mm.685.sem
| -rw------- 1 nouser root 1048576 Jun 22 17:07 httpd.mm.699.mem
| -rw------- 1 nouser root 0 Jun 22 17:07 httpd.mm.699.sem
| -rw------- 1 nouser root 1048576 Jul 25 17:45 httpd.mm.734.mem
| -rw------- 1 nouser root 0 Jul 25 17:45 httpd.mm.734.sem
| -rw------- 1 nouser root 1048576 Jun 22 15:36 httpd.mm.769.mem
| -rw------- 1 nouser root 0 Jun 22 15:36 httpd.mm.769.sem
| -rw-r--r-- 1 root root 0 Jul 31 15:53 navlist_log
|
| Are the *.[ms]em files simply the result of improper shutdowns, and
| can they be safely deleted?
Yup, zap 'em.
--
JP
Jean-Pierre Radley Guest
-
Bela Lubkin #3
Re: Going from multiuser to single-user back to multiuser
Jean-Pierre Radley wrote:
Hmmm. Ok, I guess that's because I hardly ever retreat to single-user> Bela Lubkin typed (on Thu, Aug 21, 2003 at 01:31:24AM +0000):
> | Bob Bailin wrote:
> |
> | > When done with my maintenance, I exited single-user mode and tried
> | > to go back to multi-user mode by entering '2' at the init level
> | > (0-6): prompt.
> |
> | That's a prompt that I'm pretty sure you're not really ever supposed
> | to be able to reach.
>
> I've seen it more than once, and fairly recently, when exiting the shell
> after running 'shutdown -i1'.
from multiuser mode, and if I do, I use `init 2` explicitly to get back.
>Bela<Bela Lubkin Guest



Reply With Quote

