[FreeBSD 5.3] Logout of exit hangt een tijdje

[xzenor]

Om een of andere vage reden hangt mijn freebsd sessie steeds bij een logout (of dat nou uit een su of screen is of gewoon normaal) of als ik bijvoorbeeld quit uit pine.
Hij hangt gewoon voor een tijdje en dan gaat ie weer door..

Alleen kan dit soms zo'n seconde of 15-20 duren en dat is best lang..
top geeft geen heftige processor activiteit en mijn history laat ik naar /dev/null pompen dus dat wegschrijven zal het ook niet zijn....

Ik heb het echt al maanden en het gaat me nu echt vervelen.
Kan iemand me op weg helpen om dit op te lossen?
Een tip van kijk hier of daar eens naar.....
Mijn resolving gaat prima, en die timeout is ook 2 minuten, dus die zal het niet zijn...

Ik weet het echt niet meer
World is al diverse malen gebuild en geinstalleerd dus een rotte executable of lib zal het niet snel wezen..
Maar wat is het dan wel?

[TheManinBlack]

Heb je soms aparte dingen in je .logout file staan? Misschien caches legen ofzo?
Zit je in X of gebeurt het ook als je op de commandline werkt?

[xzenor]

ik heb geeneens X
Dus het gebeurd op de commandline..
en ik heb niet eens een .logout
Het gebeurd ook niet altijd..
Over het algemeen, als ik lang ingelogged ben en ik log dan uit dan hangt ie weer tijdelijk.
log ik gewoon in en gelijk weer uit dan heb ik nergens last van..

Ook als ik lang pine open heb staan en ik quit daar uit dan hangt ie ook effe......
Dus het beperkt zich niet tot een logout.

[TheManinBlack]

Misschien iets met je swap space? Hoeveel is dat en hoeveel RAM heb je erin zitten? Misschien is er iets mis met je RAM geheugen, wat zich pas manifesteert als het vol raakt? Is er disk activiteit als die vertraging zich voordoet? Welke processen draaien er op de achtergrond? Vreemde meldingen in /var/log/messages ? Geef wat meer info.

[stefklep]

haal eens je .file's van bv .bash of .csh eens weg in je home dir van root en waar je mee inlogt heeft bij mijn wel eens geholpen. ofwel gewoon even alle .files weg gooien.

[xzenor]

Mem: 66M Active, 10M Inact, 33M Wired, 6868K Cache, 22M Buf, 500K Free
Swap: 400M Total, 59M Used, 341M Free, 14% Inuse

In /var/log/messages staat niets er over.. Zo helder was ik zelf al geweest
Er is zo goed als geen schijfactiviteit op zo'n moment.
Ik heb draaien:
- samba3
- apache2
- php5
- perl5.8
- spamassassin3
- isc-dhcpd
- usd-snmpd

Maar ik denk niet dat dit problemen op kan leveren..
Dit doet allemaal niets wat iets uitvoert bij het uitloggen of bijv. het afsluiten van pine.

[xzenor]

*kickje*

[xzenor]

Nog maar een kickje...
Het blijft.... en het begint nu goed te irriteren.....

[TheManinBlack]

Heel vreemd, ik zou het echt niet weten. Het klinkt als iets wat veroorzaakt wordt door het pagen, maar jouw gegevens spreken dat weer tegen (woo, dat rijmt).

Je zou kunnen proberen om een nieuwe user aan te maken en met die user proberen de situatie na te bootsen. Het is een heel vreemd probleem iig, de vraag is ook of het specifiek aan jouw userid is verbonden of dat het een systeembreed probleem is. Misschien dat je dan een stapje verder komt. Is het mogelijk dat je die test user een tijdje idle laat zijn zonder dat er iemand anders gebruik maakt van het systeem?

[xzenor]

hmm... volgens mij is het bij alle users... althans, root heeft er ook last van maar daar zit ik meestal in via su -
Dus ik kan inderdaad wel eens proberen of een andere user er ook last van heeft, dat is wel een goed plan..

Ik post mijn bevindingen wel weer

[xzenor]

Alle users hebben het.
Ik ben ook niet de enige met dit probleem, ik heb via de d-bug.nl mailinglist nog een aantal mensen gevonden met hetzelfde probleem.

Ik weet neit of het er mee te maken kan hebben, maar ik doe vanuit root wel eens 'su -' naar een gewone user en het komt wel eens voor dat de job direct na uitvoeren gelijk escaped, of hoe je dat ook noemt..
Je kan tijdelijk uit een process komen door ctrl+z te doen, dan met jobs kan je het lijstje opvragen en met fg krijg je'm weer terug of met bg laat je'm verder draaien op de achtergrond..
Nou dat gebeurd dan ook met de nieuwe su shell, maar zonder ook maar ctrl+z in te drukken (dit is sowieso niet mogelijk met een shell)

Misschien heeft het er niets mee te maken, maar misschien ook wel...

[Verwijderd]

Als je een job hebt lopen, kan dit het uitloggen in de weg zitten. Ook zou je een shellscript kunnen gebruiken waar je truss / strace start voordat je je shell start, en dat als shell gebruikt, eg:

code:

#!/bin/sh
exec /usr/sbin/strace -ff -o /tmp/strace.out /bin/bash --login

[xzenor]

maar het is ook bijv. als ik pine afsluit of less of more...(uit manpages dus)
Iets vreemds wat ik ontdekt heb is dat als ik in een andere shell of console top laat draaien dat het dan niet gebeurd.
Ik heb een hele dag top er bij laten draaien en heb nergens meer problemen mee gehad..
Het lijkt wel of er een soort cache of buffer volloopt dat weer geleegd wordt door top ofzo.

top zelf gebruikt dit
/dev/kmem kernel memory
/dev/mem physical memory
/etc/passwd used to map uid numbers to user names
/boot/kernel/kernel system image

Dus ik ben bang dat het hier ergens in zit ofzo...

[xzenor]

kan iemand hier iets mee?
Dit had ik in mijn make.conf staan

code:

CFLAGS= -O2 -pipe -funroll-loops

Na herbouwen van mijn kernel zonder deze regel in make.conf heb ik tot nu toe nog nergens last van gehad...
Kan dit de oorzaak zijn?

[Michael]

-O2 wordt officieel niet onderstuend dacht ik. Dus daar kan dit zeker van komen.

[xzenor]

Ook vandaag gaat het nog steeds goed....
Dus ik denk toch dat het aan die -O2 gelegen heeft..........