[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [hobbit] Task hobbitd terminated, status 1
- To: hobbit (at) hswn.dk
- Subject: Re: [hobbit] Task hobbitd terminated, status 1
- From: Matthew Daubenspeck <matt (at) oddprocess.org>
- Date: Tue, 18 Oct 2005 10:52:40 -0400
- Mail-followup-to: hobbit (at) hswn.dk
- References: <20051018123337.GB7274@sinclair> <20051018131728.GA11723@hswn.dk>
- User-agent: Mutt/1.5.11
On Tue, Oct 18, 2005 at 03:17:28PM +0200, Henrik Stoerner wrote:
> It complains that it cannot setup the shared memory (shm) segments
> needed for communicating with the hobbitd_* modules.
>
> First, login as the hobbit user and run "ipcs -m" to see if any
> shared-memory segments exist for this user. When hobbitd is
> stopped there should not be any. If you see something like this:
>
> hobbit (at) osiris:~$ ipcs -m
>
> ------ Shared Memory Segments --------
> key shmid owner perms bytes nattch status
> 0x020289c7 32769 hobbit 600 262144 2
> 0x030289c7 65538 hobbit 600 262144 2
> 0x040289c7 98307 hobbit 600 262144 2
> 0x050289c7 131076 hobbit 600 262144 1
> 0x060289c7 163845 hobbit 600 32768 1
> 0x070289c7 196614 hobbit 600 524288 2
>
> and there is no hobbitd running, then the normal cleanup
> didn't happen when hobbitd last stopped. You can use "ipcrm -m <shmid>"
> to remove them manually.
That did the trick. Thank you very much. Now I just need to figure out
how to get rid of the purple hobbitd_client alert :)
--
Matthew Daubenspeck
http://www.oddprocess.org
Gentoo Linux 2.6.12-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 2800+
10:51:54 up 86 days, 21:19, 1 user, load average: 0.47, 0.56, 0.48