Macchina Con Linux Suse Completamente Bloccata

[alexnoto]

Ciao A tutti,
volevo chiedervi se c'è qualche possibilità per capire il motivo del perchè la mia macchina (SUN Blade) si è bloccata completamente ed improvvisamente. All'interno dei log messagges e simili ho in tutti un buco per tutto il periodo di frozen. Prima della data dello stop improvviso non c'erano messaggi di errore o cose simili che mi facessere capire quello che stava succedendo.
Come posso fare per capire cosa è successo?? Sempre che sia possibile?? (ma ho messo apposta un server linux, per capire quello che succede O inj alternativa cosa posso installare per monitorare il mio sistema e loggarmi quello che succede???
Grazie in anticipo

[untamed]

A me è capitato su dei Blade IBM, ho aperto un ticket a IBM e ho mandato il log che mi hanno richiesto.
Alla fine era un banco di ram fallato.

[alexnoto]

Originariamente inviato da untamed
A me è capitato su dei Blade IBM, ho aperto un ticket a IBM e ho mandato il log che mi hanno richiesto.
Alla fine era un banco di ram fallato.

anche a me aveva dato questa impressione, ma non ho nessuna certezza dai log della macchina.

Grazie mille della risposta

[alexnoto]

Originariamente inviato da alexnoto
anche a me aveva dato questa impressione, ma non ho nessuna certezza dai log della macchina.

Grazie mille della risposta

l'ultimo file che è stato modificato prima del blocco completo della macchina è il seguente. La macchina si è bloccata alle 09:15 del 25 settembre, il file che ho trovato è il seguente

-rw-r--r-- 1 root root 2843 Sep 25 05:30 /var/log/xen/qemu-dm-wps003a1.log.1

credo si tratti di log della virtual machine installata. All'interno del file ho il seguente contenuto

non so se qualcuno è in grado di leggerlo e capire se il blocco è imputabile alla virtual machine

Grazie


xen-c1b3:/tmp # cat /var/log/xen/qemu-dm-wps003a1.log.1
domid: 5
config qemu network with xen bridge for tap5.0 bbond0
config qemu network with xen bridge for tap5.1 bbond1v111
config qemu network with xen bridge for tap5.2 bbond2
Using xvda for guest's hda
Watching /local/domain/0/device-model/5/logdirty/cmd
Watching /local/domain/0/device-model/5/command
char device redirected to /dev/pts/0
qemu_map_cache_init nr_buckets = 10000 size 4194304
/usr/src/packages/BUILD/xen-4.0.0-testing/tools/ioemu-dir/hw/xen_blktap.c:715: Init blktap pipes
shared page at pfn feffd
buffered io page at pfn feffb
Guest uuid = 2b6eb542-641d-302b-95b6-a3b1006c46c7
Time offset set 335
populating video RAM at ff000000
mapping video RAM from ff000000
Register xen platform.
Done register platform.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state.
xs_read(/local/domain/0/device-model/5/xen_extended_power_mgmt): read error
Log-dirty: no command yet.
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
(qemu) I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
xs_read(/local/domain/5/log-throttling): read error
qemu: ignoring not-understood drive `/local/domain/5/log-throttling'
medium change watch on `/local/domain/5/log-throttling' - unknown device, ignored
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
cirrus vga map change while on lfb mode
mapping vram to f0000000 - f0400000
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro state.
Disconnect IDE hard disk...
Disconnect SCSI hard disk...
Disconnect netifs...
region type 1 at [c100,c200).
region type 0 at [f3001000,f3001100).
squash iomem [f3001000, f3001100).
region type 1 at [c200,c300).
region type 0 at [f3001100,f3001200).
squash iomem [f3001100, f3001200).
region type 1 at [c300,c400).
region type 0 at [f3001200,f3001300).
squash iomem [f3001200, f3001300).
Shutdown taps...
Done.
Unknown PV product 65535 loaded in guest
PV driver build 33955840
Time offset set 1, added offset -334
Time offset set 2, added offset 1
Time offset set 3, added offset 1
Time offset set 4, added offset 1
Time offset set 5, added offset 1
Time offset set 6, added offset 1
Time offset set 7, added offset 1
Time offset set 8, added offset 1
Time offset set 9, added offset 1
Time offset set 10, added offset 1
Time offset set 11, added offset 1
Time offset set 12, added offset 1
Time offset set 13, added offset 1
Time offset set 14, added offset 1
Time offset set 15, added offset 1
Time offset set 16, added offset 1
Time offset set 17, added offset 1
Time offset set 18, added offset 1
Time offset set 19, added offset 1
Time offset set 20, added offset 1
Time offset set 21, added offset 1

[sacarde]

per eseguire comandi/debug al momento del blocco c'e' la funzione: sysreq


http://en.wikipedia.org/wiki/Magic_SysRq_key

[alexnoto]

Originariamente inviato da sacarde
per eseguire comandi/debug al momento del blocco c'e' la funzione: sysreq


http://en.wikipedia.org/wiki/Magic_SysRq_key

posso accedere alla macchina solo via terminale....non ho tastiere attaccate :-(

[sacarde]

mmm


con: top

puoi vedere cosa occupa cpu prima che si blocchi

[paolino_delta_t]

Il problema sembra essere un driver pv di xen. Se cerchi su google "Unknown PV product 65535 loaded in guest", noterai che ci sono molti risultati relativi a problemi, su vari os, derivanti da driver paravirtualizzati.

Inutile dire che siccome xen gira in kernel space, il sistema va giù come un sacco di patate in questi casi.

Potresti provare ad emulare le periferiche i cui driver danno problemi. Oppure aggiornare xen e/o i driver coinvolti.

[alexnoto]

Originariamente inviato da paolino_delta_t
Il problema sembra essere un driver pv di xen. Se cerchi su google "Unknown PV product 65535 loaded in guest", noterai che ci sono molti risultati relativi a problemi, su vari os, derivanti da driver paravirtualizzati.

Inutile dire che siccome xen gira in kernel space, il sistema va giù come un sacco di patate in questi casi.

Potresti provare ad emulare le periferiche i cui driver danno problemi. Oppure aggiornare xen e/o i driver coinvolti.

grazie paolino....adesso cerco di indagare su questo.....vi faccio sapere....ciao