Newsgroup: it.comp.os.linux.sys
Titolo: Oh doo me sooooo (kernel freezed)

Stamattina appena arrivato in ufficio ho notato subito accendendo il
monitor del PC che c'era qualcosa di strano (il PC solitamente rimane
acceso anche durante la notte): il led dell'HD lampeggiava, il disco
frullava e l'applet dell'orologio di Wmaker era fermo alle 20:18 di
ieri sera ed allora ho capito che ancora una volta mi aveva giocato
lo stesso brutto scherzo. Per la cronaca ieri avevo dimenticato di
"spegnere" il mio Niu Tainozz che gira su Vmware ma a questo punto non
sono sicuro di poter dare la colpa ne' a Vmware ne' a Netskrape 4.76
(che solitamente fa di questi scherzi) ma proprio al kernel.. che
ne dite?
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Feb 14 20:01:00 mordor PAM_pwdb[8741]: (su) session closed for user news
Feb 14 20:18:15 mordor kernel: VM: do_try_to_free_pages failed for wmaker... 
Feb 14 20:18:30 mordor last message repeated 10 times
Feb 14 20:18:30 mordor kernel: VM: do_try_to_free_pages failed for panel... 
Feb 14 20:18:31 mordor last message repeated 15 times
Feb 14 20:18:31 mordor kernel: VM: do_try_to_free_pages failed for klogd... 
Feb 14 20:18:32 mordor last message repeated 14 times
Feb 14 20:18:32 mordor kernel: VM: do_try_to_free_pages failed for init... 
Feb 14 20:18:32 mordor last message repeated 6 times
Feb 14 20:18:32 mordor kernel: VM: do_try_to_free_pages failed for syslogd... 
Feb 14 20:18:32 mordor last message repeated 14 times
Feb 14 20:18:32 mordor kernel: VM: do_try_to_free_pages failed for wmclock... 
Feb 14 20:18:33 mordor last message repeated 13 times
Feb 14 20:18:33 mordor kernel: VM: do_try_to_free_pages failed for vmware... 
Feb 14 20:18:33 mordor last message repeated 15 times
Feb 14 20:18:33 mordor kernel: VM: do_try_to_free_pages failed for epic... 
Feb 14 20:18:33 mordor last message repeated 14 times
Feb 14 20:18:33 mordor kernel: VM: do_try_to_free_pages failed for crond... 
Feb 14 20:18:33 mordor last message repeated 15 times
Feb 14 20:18:33 mordor kernel: VM: do_try_to_free_pages failed for gpm... 
Feb 14 20:18:33 mordor kernel: VM: do_try_to_free_pages failed for gpm... 
Feb 14 20:18:33 mordor kernel: VM: do_try_to_free_pages failed for identd... 
Feb 14 20:18:34 mordor last message repeated 14 times
Feb 14 20:18:34 mordor kernel: VM: do_try_to_free_pages failed for tail... 
Feb 14 20:18:34 mordor kernel: VM: do_try_to_free_pages failed for magicdev... 
Feb 14 20:18:34 mordor kernel: VM: do_try_to_free_pages failed for nmbd... 
Feb 14 20:18:34 mordor kernel: VM: do_try_to_free_pages failed for xmms... 
Feb 14 20:18:34 mordor kernel: VM: do_try_to_free_pages failed for xmms... 
Feb 14 20:18:34 mordor kernel: VM: do_try_to_free_pages failed for qmail-send... 
Feb 14 20:18:34 mordor last message repeated 14 times
Feb 14 20:19:08 mordor kernel: VM: do_try_to_free_pages failed for wmclock... 
Feb 14 20:19:16 mordor last message repeated 2 times
Feb 14 20:19:16 mordor last message repeated 3 times
Feb 14 20:19:16 mordor kernel: VM: do_try_to_free_pages failed for tail... 
Feb 14 20:20:40 mordor last message repeated 15 times
Feb 14 20:20:40 mordor kernel: VM: do_try_to_free_pages failed for init... 
Feb 14 20:20:40 mordor kernel: VM: do_try_to_free_pages failed for init... 
Feb 14 20:20:40 mordor last message repeated 2 times
Feb 14 20:23:36 mordor last message repeated 11 times
Feb 14 20:23:44 mordor kernel: VM: do_try_to_free_pages failed for init... 
Feb 14 20:24:11 mordor kernel:  for init... 
Feb 14 20:25:04 mordor kernel: VM: do_try_to_free_pages failed for init... 
Feb 14 20:27:06 mordor last message repeated 2 times
Feb 14 20:27:57 mordor kernel: VM: do_try_to_free_pages failed for panel... 
Feb 14 20:28:06 mordor kernel: VM: do_try_to_free_pages failed for panel... 
Feb 14 20:28:06 mordor last message repeated 3 times
Feb 14 20:28:06 mordor kernel: VM: do_try_to_free_pages failed for panel... 
Feb 14 20:28:06 mordor kernel: VM: do_try_to_free_pages failed for tail... 
Feb 14 20:28:06 mordor kernel: VM: do_try_to_free_pages failed for tail... 
Feb 14 20:28:06 mordor kernel: VM: do_try_to_free_pages failed for tail... 
Feb 14 20:28:06 mordor kernel: VM: do_try_to_free_pages failed for tail... 
Feb 14 20:28:31 mordor last message repeated 2 times
Feb 14 20:29:16 mordor kernel: VM: do_try_to_free_pages failed for tail... 
Feb 14 20:29:33 mordor kernel: VM: do_try_to_free_pages failed for identd... 
Feb 15 08:33:35 mordor syslogd 1.3-3: restart.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
fatemi sapere che ne pensate..
-- 
|Pierluigi De Rosa (
tho...@durin.khazad-dum.net
)|
|     E' nato il Cosenza Linux User Group	|
|   mail -s help 
cslug-...@lists.linux.it
	|
|      IRC: #cslug - 
irc.openprojects.net
	|

 Tutor at D.S.I. University of Milan
V_/_ 'The future will not remember, the past doesn't forget.'
I'm Linux zion 2.4.0 #1 ven feb 9 16:49:44 CET 2001 i586

 
Quale kernel?
Io con la 2.2.18 ogni tanto ho dei blocchi in fase di chiusura di xwin o
quando lavoro un po' al limite con la memoria (ora con 256 Mb un po' di
problemi me li sono tolti).
Mea culpa il lavorare come root, ma lo devo fare!
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	Povero Carlo.. E` l' unico a cui hanno rifilato 
	una Camilla scaduta senza neanche il coccio del
	Mulino Bianco!!!

 ram?
No non penso sia questo..
[root@mordor /root]# df -k
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda2               102486     33220     63974  34% /
/dev/hda1                51206      3142     45420   6% /boot
/dev/hda6               204951    122614     71755  63% /home
/dev/hda9               495844    109551    360693  23% /opt
/dev/hda7              2016488    968712    945340  51% /usr
/dev/hda8               610124     81084    498048  14% /var
/dev/hda10             2621256   1051812   1436288  42% /work
/dev/hdc                561396    561396         0 100% /mnt/cdrom
come puoi vedere i filesystem non sono per niente pieni.. io penso piu'
che altro ad un bug del meccanismo di garbage collection del kernel.


 Mea culpa il lavorare come root, ma lo devo fare!
No, a me capita anche loggato come utente non root..


 fatemi sapere che ne pensate..
Ma che strano:
==
Feb 14 13:14:09 giambo-linux kernel: VM: do_try_to_free_pages failed for netscape...
Feb 14 13:14:16 giambo-linux kernel: VM: do_try_to_free_pages failed for klogd...
Feb 14 13:14:16 giambo-linux kernel: VM: do_try_to_free_pages failed for netscape...
==
Kernel 2.2.18
Quando e' successo, ho dato la colpa  a gtk_gnutella e a Giambo che, non
sapendo come farlo  funzionare, si e' messo a clickare  come una scimmia
:-). Infatti  killato gtk_gnutella il sistema  e' ritornato utilizzabile
(Era quasi bloccato, e frullava, frullava ...).
PIII/500, 128MB RAM, XFree 3.3.6, Kernel 2.2.18
-- 
                                                                     __
 __                                                              _  ///
| _        Student in Computer Science, Swiss Federal Institute  \\///
|__|iambo      of Technology - mailto:
ggia...@iiic.ethz.ch
       \X/

 Feb 14 20:18:15 mordor kernel: VM: do_try_to_free_pages failed for wmaker... 
Il 2.2.17 me lo dava spesso, ma adesso il 2.2.18 non più.
-- 
Paolo Gherpelli (aka Paolo 83 RE)
gherpelli at libero dot it
gherp at freemail dot it
Powered by Debian 2.2 / Linux 2.2.18 on a P2-266

 PIII/500, 128MB RAM, XFree 3.3.6, Kernel 2.2.18
PII/400, 128M RAM, XFree 3.3.6, Kernel 2.2.17
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 Il 2.2.17 me lo dava spesso, ma adesso il 2.2.18 non piů.
Beh potrei anche provare ad upgradare, non e' che applicare una patch
level mi sposti piu' di tanto ma vorrei almeno essere sicuro che non
lo faccia.. dovro' chiedere ad Andrea per sapere se a lui lo da'
pure o no e nel caso con quale kernel. BTW domattina dall'ufficio
scarichero' la patch per il 2.2.18.


che altro ad un bug del meccanismo di garbage collection del kernel.
Quanto c'e' di swap?
Dubito molto che il meccanismo di swapping sia bacato.
E' solo che inizia la paginazione quando la memoria e' pressoche' esaurita e
quindi il sistema va come una lumaca. Perfettamente normale.
La situazione e' cambiata con il 2.4 afaik.
Metti una museruola alle applicazioni con ulimit se non ti ricordi di
chiudere la sessione X :-)
Oppure puoi abilitare il magic sysrq per smontare i fs in sicurezza.
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.16
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! God Knows How Long I Tried To Change Fate !>-
  		Blind Guardian - Mordred's Song

 Ma non e' mai arrivato a freezarmi la macchina o anche solo X...
Puo' darsi che ad aggravare la situazione contribuisca Vmware dato
che la macchina di per se' non e' che sia molto potente. Come ho avuto
modo di dire, in un paio di occasioni in cui si e' verificata questa
cosa Vmware era in esecuzione ed immagino questo levi un bel po'
di memoria al sistema.


 Oppure puoi abilitare il magic sysrq per smontare i fs in sicurezza.
Daro' un'occhiata anche alla possibilita' di ricompilare il kernel
con questa opzione, THNX !


 di memoria al sistema.
Allora e` questo, tempo fa era capitato pure a me.
Macinava a boa l'hd e ho dovuto fermare tutto col reset hw.
Solo che io ero con 128M di RAM, 64 di swap e 2 vmware con 2 winz98 in
esecuzione.... quando lo swap e` finito so stati cazzi...
Vabbe` ero un po tirato, la partizione dove risiedevano i files dei
dischi virtuali di vmware era di 290mega, e ci stavano 2 winz piallati
di qualsiasi file inutile, ad installarli i w98 mi si fermavano e
dicevano che non c'era spazio, ho usato un opzione per levare quel
controllo....insomma ci sono stati per miracolo.
La memoria in quelle condizioni e` cosi`: 2.5 mega liberi (segnava top)
e 75 mega di swap usati, sotto c'avevo 2 server e client seti@home.
Il kernel sono sicuro al 100% fosse il 2.2.17 . Il problema e` stato
proprio che in quella occasione avevo ridotto la partizione swap da 128
normali a 64 e si e` fermato ad un certo punto quando lo swap e` finito.
I dati che ti ho dato chiaramente li ho "visti" quando sono tornato a
128 mega di swap =) Cmq il tutto su celeron 300A a 540Mhz :)) Solido
come na roccia.
Posso pensare che in kernel in combinazione con qualche baco di vmware
avesse qualche problema perche` non mi si doveva inchiappettare la
macchina, ma crashare vmware al massimo....non credi?
Ciao
-- 
La risposta e` necessaria solo se fai la domanda giusta
						   Miyagi.

 for wmaker...  Feb 14 20:18:30 mordor last message repeated 10 times
Problema del kernel. Sembra solo con certi hardware o con certe opzioni
del kernel abilitate.
E` stato risolto dalla 2.2.19ac2 in poi.
Bye.
-- 
Signature under rework - Shuriken

scarichero' la patch per il 2.2.18.
AFAIK i kernel 2.2.17  e 18 hanno qualche problema con la  VM e in certe
condizioni possono  dare comportamenti  del genere.  Questo e'  anche il
motivo principale  per cui uscira' a  breve (si fa' per  dire) il 2.2.19
nonostante sia fuori la serie 2.4.x
Ciao
-- 
Goto, n.:
	A programming tool that exists to allow structured programmers
to complain about unstructured programmers.
		-- Ray Simard
Maurizio - Tannoiser
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

 fortunato di me perche' nel mio caso non c'e' stato verso.
La macchina era quasi bloccata, ma grazie a Dio avevo una shell aperta e
sono riuscito  a killare gtk_gnutella,  dopo di  che e' tornato  tutto a
posto.  Ho  pensato ad  un problema  di rete,  ma non  ho avuto  modo di
verificare.
Mi  e' capitato  una sola  volta  in quasi  4  mesi che  la macchina  e'
accesa. Non ho indagato oltre, non avendo tempo a disposizione.


 Oppure puoi abilitare il magic sysrq per smontare i fs in sicurezza.
Forse pensandoci la seconda opzione e' migliore perche' la macchina
la lascio sempre accesa e lo schermo lockato.. guardero' nelle opzioni
di compilazione del kernel.
Fatto, ho abilitato il Magic Sysreq key... ora ricompilo il kernel..


 Ma non e' mai arrivato a freezarmi la macchina o anche solo X...
BTW ora sto ricompilando il kernel dopo aver abilitato il Magic Sysreq
key, vediamo cosa succede se dovesse rifarmelo di nuovo.


 
Io parteggio sempre per Netschiappa.
Anche a me capitò di lasciarlo aperto.
Torno e :tutto bloccato
CTRL+ALT+BKSpace e sai la novità?
Visto che gnome aveva salvato la sessione,avviavo X e come per magia gnome 
mi ripristinava la sessione freezata.
Un ridere.....
Alla 5 volta che provavo ho creato un account,prelevato i file di default 
dei gnome dal nuovo account e ricominciato la personalizzazione del desktop 
che però almeno andava......
Giulio

 macchina, ma crashare vmware al massimo....non credi?
Anche con Netskrape aperto e niente Vmware mi e' successo, ad essere
onesti.


 nonostante sia fuori la serie 2.4.x
Uhm ho capito che devo fare un salto su 
it.kernel.org
 e scaricare le
due patch level, vabbe'.. provvedo subito !


 E` stato risolto dalla 2.2.19ac2 in poi.
Gia', pare proprio cosi': ora faccio un salto su 
it.kernel.org
 e
scarico le 2 patch level cosi' passo d'un colpo dal 17 al 19.


 verificare.
Ma.. una shell sulla stessa macchina? Il fatto e' che io non riuscivo
nemmeno a dare Ctrl+Alt+F1 per andare sulle console.. tutto freezato,
mouse e tastiera.


 Visto che gnome aveva salvato la sessione,avviavo X e come per magia gnome 
Ahahah, che bello, tu cercavi di ritornare alla normalita' e quello
ti ripresentava di nuovo la medesima sessione.. quasi una "ficiur"
da Uindous, direi :-) Io invece cercavo (invano) di andare su una
console di testo ma non c'era proprio nulla da fare finche' alla fine
ho dovuto simulare una accidentale caduta di corrente (ho tirato via
il cavo di alimentazione, fottute piastre ATX !). Ora sto scaricando la
patch level per il 18 ma il 19 definitivo pare non ci sia ancora.. nel
frattempo ho abilitato il Magic Sysreq, sperando che mi possa aiutare
ad evitare un altro disastro del genere.


 onesti.
Ah, vabbe`.....comunque han detto che esce il 2.2.19 in un messaggio
precedente...probabilmente sistemeranno tutto...


 patch level per il 18 ma il 19 definitivo pare non ci sia ancora.. nel
No, confermo, il 19 non e' ancora rilasciato.
-- 
Saluti - Marco Coli

 precedente...probabilmente sistemeranno tutto...
Ma non e' uscito ancora.. sul mirror di 
kernel.org
 c'era ancora la .18


 No, confermo, il 19 non e' ancora rilasciato.
Si infatti, ho appena scaricato la patch per il .18, ma ho appena
ricompilato il .17 con il supporto Magic Sysreq e mi scoccia
ricompilare.. aspetto la .19 e poi faccio un salto unico.
P.S. Ora ti mando una mail perche' devo chiederti una cosa che qui
sarebbe OT :)


 
Provato a tenere premuto il tasto di spengimento per + di 4 secondi?
Comunque se la tastiera si blocca mi sa che il magic funziona poco..
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	Povero Carlo.. E` l' unico a cui hanno rifilato 
	una Camilla scaduta senza neanche il coccio del
	Mulino Bianco!!!

 Comunque se la tastiera si blocca mi sa che il magic funziona poco..
Effettivamente, altrimenti mi tocchera' mettere un joystick col driver
per pilotarlo e fare con quello il reboot :-) oppure aspettare il
2.2.19 e nel frattempo ricordarmi di non lasciare ne' Netskrape ne'
Vmware aperti quando vado via..


 mouse e tastiera.
Ma hai avuto un'attimo di pazienza o  dopo 2 secondi che la macchina non
rispondeva hai staccato il cavo d'alimentazione a morsi :-) ?
Anche qui, quando ha fatto  lo scherzetto, non rispondeva immediatamente
all'input ma ci metteva qualche secondo/minuto.
Vabbeh, se e' vero che andra' tutto a posto con il kenel 2.2.19 ...
Non potrebbe darsi che lo scherzetto l'ha fatto gia' una volta ma non te
ne sei accorto ? X non  dovrebbe killare automaticamente un processo che
richiede troppa  RAM ? O  al limite, non dovrebbe  morire X con  tutti i
suoi fratelli per mano del kernel ?
Certo che e'  scocciante sapere che sono a rischio  di crash, sarebbe il
secondo o il terzo in 2 anni :-/ ...


 secondo o il terzo in 2 anni :-/ ...
Effettivamente... ma mi consola il fatto che dipenda da delle
applicazioni e non dall'OS in se'.


 di memoria al sistema.
Se non ricordo male, vmware di default si prende il 50% della RAM 
disponibile...
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 disponibile...
Si ma puoi anche definire tu dal pannello di configurazione quanta
memoria assegnare all'emulatore.


 Comunque se la tastiera si blocca mi sa che il magic funziona poco..
Dipende da cosa  intendi per "tastiera bloccata": in genere  e` colpa di
una o piu` applicazioni, e i SysRq vengono intercettati direttamente dal
kernel, a  meno che non sia  in agonia anch'esso. Ho dovuto  usarli solo
una volta,  ed il  kernel ha risposto  nonostante X  fosse completamente
bloccato (non potevo neppure cambiare console).
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
The trouble with computers is that they do what you tell them, 
not what you want.
D. Cohen

 bloccato (non potevo neppure cambiare console).
Speriamo bene.. caso mai dovesse ricapitarmi avro' sicuramente modo
di verificare se il SysRq risponde o no.


 per pilotarlo e fare con quello il reboot :-) oppure aspettare il
mi pare si possa anche usare il mouse, ci sono delle opzioni apposta in 
gpm, per riavviare o fare altro
-- 
Configura internet, junkbuster, fetchmail, procmail, leafnode, firewall,
dns, wwwoffle, postfix, mutt, slrn, kernel, ed altro, visitando il sito:
http://mrshark.sourceforge.net
 od 
http://mrshark.cjb.net
 e scaricando il
"Quick&Easy Configuration Howto". Cosenza LUG: IRC: 
irc.openprojects.net
canale #cslug - Mailing-list: 
http://www.linux.it/mailman/listinfo/cslug

Vmware aperti quando vado via..
...
La tastiera non e' bloccata a meno che il kernel non sia proprio morto. E
non era questo il caso. Quindi finche' il kernel gira puo' maneggiare le
richieste sysrq. Visto che il problema e' un eccessivo uso dello swap
(sostanzialmente) la cpu non dovrebbe nemmeno essere troppo impegnata.
-- 
	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.16
        **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
 [cowo@braveheart cowo]$ make sex
    make: *** No rule to make target 'sex'.  Stop. 
        :-((((

 gpm, per riavviare o fare altro
Questo e' un utile hint, grazie pescecanuzzo..


 (sostanzialmente) la cpu non dovrebbe nemmeno essere troppo impegnata.
Confesso che a questo punto sono curioso nonche' impaziente che accada
nuovamente per testare la cosa :-P Non vedo l'ora, si si.. non vedo
l'ora !!


 wmaker... Feb 14 20:18:30 mordor last message repeated 10 times
Questi problemi li ho sempre associati a:
- macchine con poca memoria
- kernel 2.2.17
Anche se in effetti ( rallentamenti a perte ) non mi ha dato problemi ( sto 
parlando di una installazione di una debian 2.2 su di un portatile 486 con 
8 MB di ram e swap ancora NON attivata !!!, pero e' poi andata a buon 
termine ).
Passando al 2.2.18 il problema "sembra" svanito.

 applicazioni e non dall'OS in se'.
Veramente dipenda dall'OS e cioe` dal fatto che il layer della VM va (o
meglio, andava) in grossa difficolta` quando sei in situazione di memoria
quasi completamente riempita. C'e` stata una lunga serie di discussioni sulla
faccenda, dai un'occhiata agli archivi di kernel traffic.
Ciao
-- 
Simone Piccardi
Microsoft is NOT the answer. Microsoft is the Question.
The answer is: "NO!"

 Passando al 2.2.18 il problema "sembra" svanito.
Uh allora quasi quasi domani non appena arrivo in ufficio provo a
compilare il 2.2.18 e vediamo se lo fa anche a me.. lascero' apposta
il PC acceso (come sempre) con Vmware acceso e vi sapro' dire.


        Riesumo questo thread oramai anzianotto per un add-on, magari banale, 
ma io l'ho scoperto solo ora e magari non sono l'unico.
        Allora, sulla mia RedHat 7 il SysRQ viene disabilitato al boot secondo 
la configurazione di default di /etc/sysctl.conf dove c'e', per default 
appunto, la voce kernerl.sysrq = 0 (disattivato). Chiaramente va messo 
a 1. A questo corrisponde la voce /proc/sys/kernel/sysrq
        Alla prossima, Giovanni.
-- 
   |^^^^|
   |    |  Eat my shorts !             * Linux Powered *
   |()()| /                            - Kernel 2.2.18 -
                 -> gio.bcc(at)
tin.it
 <-