sslug-teknik team mailing list archive

[Christoffer Hall-Frederiksen <hall@xxxxxxx>]

On Wed, Apr 26, 2000 at 08:32:22PM +0200, Anders Bo Rasmussen wrote:
> Jeg er altid i situationen, allerede ved login står den og "pinger" harddisken.
> Jeg har uploadet output fra lsof til http://www.image.dk/~fuzz/lsof.output .Men
> man kan vel ikke være sikker på filen er heri. Hvis "det irreterende program"
> nu åbner og lukker filen, hver gang den læsser/skriver i denne, kan jeg ikke
> være sikker på at fange det med lsof.

Det er rigtigt, men man kan jo håbe ;)



> # /usr/sbin/lsof | cut -b 63- | grep -v pipe | grep -v : | grep -v socket | grep
> -v protocol | xargs -n 1 ls -ld --full-time | grep 20:23
> ls: NAME: No such file or directory
> crw-rw-rw-    1 root     root       5,   2 Wed Apr 26 20:23:31 2000 /dev/ptmx
> crw-rw-rw-    1 root     root       5,   2 Wed Apr 26 20:23:31 2000 /dev/ptmx
> crw--w----    1 fuzz     tty      136,   1 Wed Apr 26 20:23:33 2000 /dev/pts/1
> crw--w----    1 fuzz     tty      136,   1 Wed Apr 26 20:23:33 2000 /dev/pts/1


Hmm. Det er ikke nogle af dem der er problemet. Generelt havner data
der skrives til /dev/XXX i kernen. Det er stort set kun hvis det er
diskene i /dev/.

ptmx er PTY master multiplex og det er ikke den der er problemet.

> [... denne linje kom en masse gange]
> ls: /proc/3386/fd: No such file or directory

Programmer der har afsluttet før lsof kommer til at læse i /prox/$pid.

> Nej. Den bruger nogen gange lidt swap plads, men free siger nu:

Hmmmmm.


> wmstat:

vmstat er kun interessant med flere liniers output.  Prøv 'vmstat 1' i
nogle sekunder. Men da der bruges 0 i swap er det ikke særlig
interessant.

Har du prøvet at lave en systematisk nedlukning af processer? Lade dem
dø en efter en, for at lytte til hvornår det enventuelt måtte stoppe.
Jeg kan ikke umiddelbart komme på noget andet. Men et godt bud er at
prøve at stoppe squiddy.


-- 
	Christoffer