I've written a new script. It's called "lastdown".
What it does is pretty simple, but yet oh-so valuable to us for administering
large clusters.
1. Use sysctl(8) to get the ``kern.boottime'' MIB
2. Parse the `sec' value from the above
3. Make optional adjustments
4. Pass value to date(1) to form
Yuri wrote:
> On 06/28/2011 17:24, Sergey Babkin wrote:
> > Most probably the process is running in an endless loop in the
> > kernel mode ... While it's in the kernel mode, you can't do
> > anything to it other than use the kernel debugger.
>
> How is this normally possible to make program to l
Jun 28, 2011 04:29:35 PM, jh...@dataix.net wrote:
>> I got Vir= tualBox process in a strange state. It has the status
STOP but
>>= shows by top as consuming 200% CPU for a very long time.
>> How i= s this possible and what does this mean? Process time stays
at 0:00
>= ;> TIME.
On 06/28/2011 17:24, Sergey Babkin wrote:
(Sorry about quoting, it doesn't always work well from the web client).
Most probably the process is running in an endless loop in the kernel
mode.
Where it got after entering the STOP state. Remember, the signals are
processed
only after the process e
Yuri wrote:
> kill -9 doesn't kill it.
I think I've seen this before; it looks as if, since the process is
STOPped, the "kill -9" remains pending rather than being acted upon.
I _think_ you can make the process go away by doing a "kill -CONT"
after the "kill -9".
No idea how a STOPped process c
On 28 Jun 2011 21:33, "Greg Lewis" wrote:
>
> On Tue, Jun 28, 2011 at 09:11:54PM +0100, Chris Rees wrote:
> > On 28 June 2011 20:57, Chris Rees wrote:
> > > On 28 June 2011 20:50, jhell wrote:
> > >> Also: (stable/8) /usr/ports/UIDs
> > >> dbxml:*:945:945::0:0:& user:/nonexistent:/sbin/nologin
>
On Tue, Jun 28, 2011 at 09:11:54PM +0100, Chris Rees wrote:
> On 28 June 2011 20:57, Chris Rees wrote:
> > On 28 June 2011 20:50, jhell wrote:
> >> On Tue, Jun 28, 2011 at 06:30:23PM +0100, Chris Rees wrote:
> >>> On 28 June 2011 17:59, Dan Nelson wrote:
> >>> > In the last episode (Jun 28), Chr
On Tue, Jun 28, 2011 at 11:40:29AM -0700, Yuri wrote:
> I got VirtualBox process in a strange state. It has the status STOP but
> shows by top as consuming 200% CPU for a very long time.
> How is this possible and what does this mean? Process time stays at 0:00
> TIME. kill -9 doesn't kill it.
On Tue, Jun 28, 2011 at 06:30:23PM +0100, Chris Rees wrote:
> On 28 June 2011 17:59, Dan Nelson wrote:
> > In the last episode (Jun 28), Chris Rees said:
> >> Hi all,
> >>
> >> [crees@zeus]~% tail -n 2 /usr/ports/UIDs
> >> dbxml:*:949:949::0:0:dbXML user:/nonexistent:/sbin/nologin
> >> nobody:*:
On 28 June 2011 20:57, Chris Rees wrote:
> On 28 June 2011 20:50, jhell wrote:
>> On Tue, Jun 28, 2011 at 06:30:23PM +0100, Chris Rees wrote:
>>> On 28 June 2011 17:59, Dan Nelson wrote:
>>> > In the last episode (Jun 28), Chris Rees said:
>>> >> Hi all,
>>> >>
>>> >> [crees@zeus]~% tail -n 2 /u
On Tue, Jun 28, 2011 at 11:40 AM, Yuri wrote:
> I got VirtualBox process in a strange state. It has the status STOP but
> shows by top as consuming 200% CPU for a very long time.
> How is this possible and what does this mean? Process time stays at 0:00
> TIME. kill -9 doesn't kill it.
>
> PID US
On 28 June 2011 20:50, jhell wrote:
> On Tue, Jun 28, 2011 at 06:30:23PM +0100, Chris Rees wrote:
>> On 28 June 2011 17:59, Dan Nelson wrote:
>> > In the last episode (Jun 28), Chris Rees said:
>> >> Hi all,
>> >>
>> >> [crees@zeus]~% tail -n 2 /usr/ports/UIDs
>> >> dbxml:*:949:949::0:0:dbXML use
I got VirtualBox process in a strange state. It has the status STOP but
shows by top as consuming 200% CPU for a very long time.
How is this possible and what does this mean? Process time stays at 0:00
TIME. kill -9 doesn't kill it.
PID USERNAME THR PRI NICE SIZERES STATE C TIM
On 28 June 2011 17:59, Dan Nelson wrote:
> In the last episode (Jun 28), Chris Rees said:
>> Hi all,
>>
>> [crees@zeus]~% tail -n 2 /usr/ports/UIDs
>> dbxml:*:949:949::0:0:dbXML user:/nonexistent:/sbin/nologin
>> nobody:*:65534:65534::0:0:Unprivileged user:/nonexistent:/usr/sbin/nologin
>> [crees@
In the last episode (Jun 28), Chris Rees said:
> Hi all,
>
> [crees@zeus]~% tail -n 2 /usr/ports/UIDs
> dbxml:*:949:949::0:0:dbXML user:/nonexistent:/sbin/nologin
> nobody:*:65534:65534::0:0:Unprivileged user:/nonexistent:/usr/sbin/nologin
> [crees@zeus]~% grep crees /etc/passwd
> crees:*:1001:100
Hi all,
[crees@zeus]~% tail -n 2 /usr/ports/UIDs
dbxml:*:949:949::0:0:dbXML user:/nonexistent:/sbin/nologin
nobody:*:65534:65534::0:0:Unprivileged user:/nonexistent:/usr/sbin/nologin
[crees@zeus]~% grep crees /etc/passwd
crees:*:1001:1001:Chris Rees:/home/crees:/bin/tcsh
chris:*:1001:1001:Chris Re
.../lib/libc/stdlib/malloc.c:1106:38: warning: unknown attribute
'tls_model' ignored [-Wattributes]
static __thread arena_t *arenas_map TLS_MODEL;
^
.../lib/libc/stdlib/malloc.c:243:37: note: instantiated from:
# define TLS_MODEL __at
17 matches
Mail list logo
