[SLAAPSTAND] Desktop bevriest steeds net voor 2100 uur ???

[ivo]

Dag Allemaal!

Ik heb zowel op mijn laptop als op de desktop de Karma Kameleon 9.10 geinstalleerd middels upgrade van 9.04.
Mijn laptop is al 4 dagen up and running zonder problemen.
Mijn desktop echter heeft nu al drie avonden achterelkaar het probleem dat net voor 2100 uur de grafische omgeving (gnome desktop) bevriest. Met telnet kan ik er nog wel bij, in de logs zie ik niet en ik heb geen crons lopen net voor 2100 uur. Alleen met een reboot kan ik gnome ontdooien.
Iemand een idee waar ik dat nog zou kunnen troubleshooten?

Code: [Selecteer]

/var/log/messages
Nov  4 20:45:01 renault logger:  4 Nov 20:45:01 ntpdate[8415]: adjust time server 91.189.94.4 offset -0.055008 sec
Nov  4 21:00:01 renault logger:  4 Nov 21:00:01 ntpdate[8724]: adjust time server 91.189.94.4 offset -0.054939 sec
Nov  4 21:00:11 renault kernel: Kernel logging (proc) stopped.
Nov  4 21:00:11 renault rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="629" x-info="http://www.rsyslog.com"] exiting on signal 15.
Nov  4 21:00:58 renault kernel: imklog 4.2.0, log source = /var/run/rsyslog/kmsg started.
Nov  4 21:00:58 renault rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="441" x-info="http://www.rsyslog.com"] (re)start

/var/log/syslog
Nov  4 20:56:35 renault dhclient: No DHCPOFFERS received.
Nov  4 20:56:35 renault dhclient: No working leases in persistent database - sleeping.
Nov  4 20:59:16 renault in.telnetd[8629]: connect from 192.168.1.105 (192.168.1.105)
Nov  4 21:00:01 renault CRON[8717]: (root) CMD (if [ -x /usr/bin/vnstat ] && [ `ls /var/lib/vnstat/ | wc -l` -ge 1 ]; then /usr/bin/vnstat -u; fi)
Nov  4 21:00:01 renault CRON[8723]: (root) CMD (/usr/sbin/ntpdate ntp.ubuntu.com | logger)
Nov  4 21:00:01 renault logger:  4 Nov 21:00:01 ntpdate[8724]: adjust time server 91.189.94.4 offset -0.054939 sec
Nov  4 21:00:11 renault kernel: Kernel logging (proc) stopped.
Nov  4 21:00:11 renault rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="629" x-info="http://www.rsyslog.com"] exiting on signal 15.
Nov  4 21:00:58 renault kernel: imklog 4.2.0, log source = /var/run/rsyslog/kmsg started.
Nov  4 21:00:58 renault rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="441" x-info="http://www.rsyslog.com"] (re)start
Nov  4 21:00:58 renault rsyslogd: rsyslogd's groupid changed to 103


Mijn crontabs

root@renault:/var/spool/cron/crontabs# ls
inaninck  root
root@renault:/var/spool/cron/crontabs# cat *
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.ryZmD9/crontab installed on Sun Aug  2 22:05:02 2009)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)
# m h  dom mon dow   command
# 00 22 * * * /usr/bin/rsync -av /home/inaninck /diskb/backup
#
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.yHQE3a/crontab installed on Tue Sep 22 21:57:00 2009)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)
# m h  dom mon dow   command
0,15,30,45 * * * * /usr/sbin/ntpdate ntp.ubuntu.com | logger
1,16,31,46 * * * * /sbin/hwclock -w
00 22 * * * rm /var/lib/slocate/slocate.db.stf; /usr/bin/updatedb
root@renault:/var/spool/cron/crontabs#



[Dave]

Misschien typisch die tijdsvermelding.
Maar heb je zelf misschien ook een vaste tijd dat je met je pjuter bezig mag gaan?

[ivo]

Misschien typisch die tijdsvermelding.
Maar heb je zelf misschien ook een vaste tijd dat je met je pjuter bezig mag gaan?

Hahaha, zou kunnen Dave, maar nee. Ik ben eigenaar van het pand, hoofd van het gezin, Sysadmin Plus, soms zelfs 2Plus en beheerder van alles hier in huis wat aan en uit kan, behalve de kleren, die beheert mijn vrouw. Oh ja, en het licht ook niet, dat mag iedereen zelf bepalen.
Leuk bedacht ( en soms ook zeker plausibel, vergis je niet!! ), maar het is geen beperking die ergens is opgelegd.

En dan na de reboot loopt ie vrolijk door, nu voorspelbaar tot morgenavond.
Het bovenstaande is zonder haperen op de desktop vertoetst.

[Remuzzz]

Heel vreemd. Mmm, heb je Compiz aanstaan? (zal ook wel overbodige vraag zijn, maar je weet nooit, misschien ligt het daaraan?)

[bas.]

Voor het eerst dat ik dit hoor ik volg je topic even ik ben benieuwd wat eruit komt.

[ivo]

Heel vreemd. Mmm, heb je Compiz aanstaan? (zal ook wel overbodige vraag zijn, maar je weet nooit, misschien ligt het daaraan?)

Nee, heb ik uitgezet. Al weer een tijdje terug, niet 3 dagen geleden ofzo.

[siegi]

Misschien kan je ook eens denken aan Elektriciteitsproblemen. Misschien krijg je omstreeks dat uur een spanningsdip, omdat op dat moment ergens in u buurt een groot elektrisch toestel (welk veel stroom vraagt) wordt geschakeld.

EDIT: Een beetje uitleg vanuit internet http://www.net.info.nl/ci/605/stroom.htm

De Sag, ook wel brownout of spanningsdip genoemd, is het meest voorkomende spanningprobleem. Men schat de bijdrage van Sags op circa 80-90% van het totaal aantal spanningsstoringen.
De meest voorkomende oorzaak vormt het inschakelen van een apparaat dat veel stroom verbruikt. Printers, airconditioning, lasapparatuur, magnetrons, vaatwassers, compressoren e.d. lusten er wel stroompap van. Zo nu en dan een dipje vormt doorgaans geen ramp. Tenzij u de pech heeft dat net tijdens het wegschrijven van een file naar de hard disk er een storing optreedt. Vervelender zijn de ´rollling burnouts´ waarbij sys- tematisch of gedurende langere tijd Sags optreden. Bekend zijn hete dagen met veel gebruik van airconditioning of regelmatig opstartende compressoren. Wordt de spanning tijdens een Sag te laag dan dreigen bevroren toetsenborden, systeemcrashes en dataverlies. Op den duur beschadigen Sags ook de levensduur van elektrische circuits en motoren.

[track]

Hoi ivo,

jij zit ook met die "Karma Kameleon":  http://www.dailymotion.com/video/x1328k_boy-george-karma-chameleon_music ?   

In ieder geval zie ik in jouw log's best wél twee cron's om 21:00 staan. Vooral de tijdsynchronisatie met de ntp-server.
En 10 sec. later stopt de kernel logger (waarom dan ook).
Kon je soms in de andere log's onder /var/log  (soms "debug" ?) nog iets vinden dat daar mee gerelateerd zou kunnen zijn ?

En anders, tentatief, de tijd voor de ntp-sync in de crontab  om 14 min. later zetten ?  Dus:

Code: [Selecteer]

14,29,44,59 * * * * /usr/sbin/ntpdate ntp.ubuntu.com | logger
Niet dat die twee cronjobs elkaar in het vaarwater zitten ?  ( om welke reden dan ook )

track

[ivo]

Hoi ivo,

jij zit ook met die "Karma Kameleon":  http://www.dailymotion.com/video/x1328k_boy-george-karma-chameleon_music ?   

In ieder geval zie ik in jouw log's best wél twee cron's om 21:00 staan. Vooral de tijdsynchronisatie met de ntp-server.
En 10 sec. later stopt de kernel logger (waarom dan ook).
Kon je soms in de andere log's onder /var/log  (soms "debug" ?) nog iets vinden dat daar mee gerelateerd zou kunnen zijn ?

En anders, tentatief, de tijd voor de ntp-sync in de crontab  om 14 min. later zetten ?  Dus:

Code: [Selecteer]

14,29,44,59 * * * * /usr/sbin/ntpdate ntp.ubuntu.com | logger
Niet dat die twee cronjobs elkaar in het vaarwater zitten ?  ( om welke reden dan ook )

track

Die ntp-syncs staan al zo sinds de Ubuntu 5.10 waarmee ik ooit ben begonnen. En zelfs dat was al overgenomen uit eerde Linuces die ik draaide. Nee, dat is het niet.

Die kernel logger stopt omdat ik dan vanaf een telnet sessie vanaf mijn laptop inlog om een
shutdown -r now te doen. Het lijkt inderdaad alsof dat spontaan optreedt, maar nu ken je de reden.

Maar goed, ik heb nu een klokje (zie bijlage) meelopen. Eens kijken wanneer ie zometeen bevriest.

[ivo]

Hij overleeft?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?
Ben ook nog even koffie wezen halen om hem wat extra tijd te geven.....

Hij is natuurlijk bang geworden omdat Track nu meekijkt...... 

Nou, maar even op z'n beloop laten dan.

[Thijsg]

En? Overleeft hij?

[ivo]

En? Overleeft hij?

Waarom stel je de vraag waarop ik bijna een minuut eerder al het antwoord gaf?
Bedankt voor de belangstelling, overigens!

[Thijsg]

Hij overleeft?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?
Ben ook nog even koffie wezen halen om hem wat extra tijd te geven.....

Hij is natuurlijk bang geworden omdat Track nu meekijkt...... 

Nou, maar even op z'n beloop laten dan.

Uit die vraagtekens op te maken weet je het nog niet zeker.

[ivo]

Hij dacht vast, iedereen kijkt mee, laat ik nu maar gewoon doorgaan.
En dan ga ik straks als niemand het meer verwacht gewoon over een uur plat.

En ja hoor!!!

De laatste stand van het meelopend klokje geeft aan 21:55:59, terwijl ik beneden een merlotje aan het tappen was.
GVD!!!

Geen logs, niks, gewoon X vast. Alles draait gewoon door op de achgtergrond, Amarok internet streams, er komen e-mails binnen.

Reboot dan maar weer.

[track]

Om 22:00 u. dan dus ?

Mijn voorstel om die ntp-sync een minuut eerder te zetten was trouwens minder omdat ik dacht
dat hij zelf de boosdoener was maar meer om eventuële coïncidenties te doorbreken.
Überhaupt vermoed ik eerder dat het iets is dat door zo'n coïncidentie veroorzaakt wordt.

Maar (dat vroeg ik mij vanmiddag al af), wat is dit (in jouw crontab) eigenlijk:

Code: [Selecteer]

00 22 * * * rm /var/lib/slocate/slocate.db.stf; /usr/bin/updatedb ?    (en die staat op 22:00 ook nog ...)

track

[ivo]

Om 22:00 u. dan dus ?

Mijn voorstel om die ntp-sync een minuut eerder te zetten was trouwens minder omdat ik dacht
dat hij zelf de boosdoener was maar meer om eventuële coïncidenties te doorbreken.
Überhaupt vermoed ik eerder dat het iets is dat door zo'n coïncidentie veroorzaakt wordt.

Maar (dat vroeg ik mij vanmiddag al af), wat is dit (in jouw crontab) eigenlijk:

Code: [Selecteer]

00 22 * * * rm /var/lib/slocate/slocate.db.stf; /usr/bin/updatedb ?    (en die staat op 22:00 ook nog ...)

track

Da's gewoon standaard stuff. Die werkt de database dagelijks bij zodat het commando "locate" steeds over de meest actuele database beschikt.

Weet je, ik zet gewoon alle cron entries uit. Ter test.

[ivo]

inaninck@renault:~$ sudo crontab -l
# m h  dom mon dow   command
### 0,15,30,45 * * * * /usr/sbin/ntpdate ntp.ubuntu.com | logger
### 1,16,31,46 * * * * /sbin/hwclock -w
### 00 22 * * * rm /var/lib/slocate/slocate.db.stf; /usr/bin/updatedb
inaninck@renault:~$

Eens zien wat er morgen gebeurt.

[track]

 ... en gelijk met 3  "#"-jes   
opdat hij nu ECHT niet meer opstart ...

track

[Dave]

Hahaha, zou kunnen Dave, maar nee. Ik ben eigenaar van het pand, hoofd van het gezin, Sysadmin Plus, soms zelfs 2Plus en beheerder van alles hier in huis wat aan en uit kan, behalve de kleren, die beheert mijn vrouw. Oh ja, en het licht ook niet, dat mag iedereen zelf bepalen.
Leuk bedacht ( en soms ook zeker plausibel, vergis je niet!! ), maar het is geen beperking die ergens is opgelegd.

En dan na de reboot loopt ie vrolijk door, nu voorspelbaar tot morgenavond.
Het bovenstaande is zonder haperen op de desktop vertoetst.

Maar nog steeds geen antwoord om te achterhalen wat de tijd er mee van doen heeft.

[ivo]

Maar nog steeds geen antwoord om te achterhalen wat de tijd er mee van doen heeft.

Wat bedoel je precies, Dave?
Ik weet niet wat de tijd ermee te maken heeft. Hij moet gewoon niet gaan hangen, ongeacht de tijd.
Dus wat mij betreft heeft de tijd er niets mee te maken.

Maar, we wachten vanavond weer af. Misschien dat Track dan niet meekijkt en dat ie gewoon weer net voor 2100 platgaat.

[Dave]

Dan de topictitel maar veranderen als dat 2100 uur er niets mee van doen heeft.

[ivo]

Dan de topictitel maar veranderen als dat 2100 uur er niets mee van doen heeft.

Ah, oh, nou...., ik kan je melden dat zonet, net voor 2100, het kreng weer vastzat.
En de crontab staan overal nog 3 hekjes voor zodat ie ECHT niets opstart (Dankjewel Track  )

inaninck@renault:~$ sudo crontab -l
[sudo] password for inaninck:
# m h  dom mon dow   command
### 0,15,30,45 * * * * /usr/sbin/ntpdate ntp.ubuntu.com | logger
### 1,16,31,46 * * * * /sbin/hwclock -w
### 00 22 * * * rm /var/lib/slocate/slocate.db.stf; /usr/bin/updatedb
inaninck@renault:~$

Dus, conclusive; ik heb nu NIETS tijdafhankelijks lopen maar toch vindt de gnome desktop dat ie maar even moet gaan rusten, ofzo.....

[track]

...
Dus, conclusive; ik heb nu NIETS tijdafhankelijks lopen maar toch vindt de gnome desktop dat ie maar even moet gaan rusten, ofzo.....

...ofzo, dat denk jij dus ? 

Als ik mijn "syslog" bekijk draaien er blijkbaar "vanzelf" minstens twee cronjobs:

Code: [Selecteer]

Nov  8 10:28:22 ubuntu syslogd 1.4.1#20ubuntu4: restart.
Nov  8 10:28:25 ubuntu anacron[5255]: Job `cron.daily' terminated
Nov  8 10:28:25 ubuntu anacron[5255]: Normal exit (1 job run)
Nov  8 10:39:56 ubuntu -- MARK --
Nov  8 10:59:58 ubuntu -- MARK --
Nov  8 11:17:01 ubuntu /USR/SBIN/CRON[9313]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Nov  8 11:40:01 ubuntu -- MARK --
Nov  8 12:00:04 ubuntu -- MARK --
Dus, er zijn meer dingen tussen BIOS en desktop ...
->  http://stackoverflow.com/questions/134906/how-do-i-list-all-cron-jobs-for-all-users

track

[ivo]

Dank je, Track, voor je meedenken.
Daar had ik inderdaad nog niet aan gedacht.
Vandaag is ie vanmorgen gaan hangen, en nu loopt ie gewoon door.
M.a.w. ik kan ook niet meer zeggen dat het steevast net voor 2100 was, zoals het de eerste 3x wel degelijk was.
Gistermiddag heb ik de hele middag een mem-test (vanuit grub) laten draaien, zonder foutmeldingen.

Ik denk dat ik maar eens even moet afwachten tot er wat patches voor de 9.10 binnenkomen. Wellicht gaat het vanzelf over.

Ik heb niet zoveel zin meer om er nog echt in te duiken. Het lijkt een intermittent probleem en die zijn uitermate lastig te troubleshooten. Daarbij komt dat mijn PC minstens 5 jaar oud is. Tot nu toe heeft ie probleemloos gedraaid, maar ik kan me ook voorstellen dat ie meer moeite gaat hebben met nieuwere software.

Dus; ik markeer hem niet [OPGELOST], maar zet hem in [SLAAPSTAND] 

[ivo]

Ik werk de laatste tijd eigenlijk alleen op mijn laptop, vandaar dat het wat rustig was in dit topic.

Ik heb nu eergisteren op mijn desktop een verse installatie uitgevoerd van de Linke Lucy, Xubuntu versie.
Ook deze is al een paar keer spontaan gaan hangen. Alleen de desktop (b)lijkt bevroren, alle processen op de achtergrond draaien nog gewoon, ssh, e-mail komt nog binnen, ..., ...