Newsgroup: it.comp.os.linux.debian
Titolo: Debian e open-iscsi: panic al reboot

Qualcuno ha esperienze dirette con Debian Etch e open-iscsi?
Sembra solo a me o c'è un mega bug negli script di init, più precisamente
nell'ordine del runlevel 6?
No perchè di default uccide prima la rete e il demone iscsi e poi SMONTA le
partizioni montate, causando un bel kernel panic (etch super-liscia,
aggiornatissima)?
/etc/rc6.d# ls -1
K11atd                 
K11cron                
K20acpid
K20exim4
K20makedev
K20openbsd-inetd
K20open-iscsi
K20ssh
K25hwclock.sh
K75hdparm
K79nfs-common
K89klogd
K90sysklogd
K90syslog-ng
README
S20sendsigs
S30urandom
S31umountnfs.sh
S32portmap
S35networking
S36ifupdown
S40umountfs
S60umountroot
S90reboot
Non mi sembra molto furbo... anzi, mi sembra logico che non funzioni bene
(anche se il kernel panic potrebbe risparmiarselo..).
Alucna idea/soluzione, a parte toccare manualmente l'ordine degli script
(che è la cosa che ho già pensato di provare... ma poi mi sminchia i
pacchetti quando devo aggiornare)?
-- 
Vide

 pacchetti quando devo aggiornare)?
Aggiungo una cosa: in iscsi.conf ho
node.startup = automatic
(di default è manual)
C'entra qualcosa? (immagino di si)
-- 
Vide

 C'entra qualcosa? (immagino di si)
[continuo col monologo]
Ok, ci vuole l'opzione _netdev nell'fstab, però non me la monta in
automatico al boot, ma almeno pare che al reboot dovrebbe smontarlo in
/etc/rc6.d/S31umountnfs.sh prima della rete
-- 
Vide

Vide wrote:

Niente, non funziona lo stesso perchè comunque negli script di rc6.d prima
uccide open-iscsi e se lo faccio manualmente io, al provare a smontare la
partizione remota mi da un bel errore del kernel (però la macchina
sopravvive... che strano):
KERNEL: assertion (!atomic_read(&sk->sk_rmem_alloc)) failed at
 net/netlink/af_netlink.c (145)                                                                
scsi 1:0:0:0: rejecting I/O to dead device                                                                                                                   
scsi 1:0:0:0: rejecting I/O to dead device                                                                                                                   
scsi 1:0:0:0: rejecting I/O to dead device                                                                                                                   
Buffer I/O error on device sdb1, logical block 1551                                                                                                          
lost page write due to I/O error on sdb1                                                                                                                     
Aborting journal on device sdb1.                                                                                                                             
scsi 1:0:0:0: rejecting I/O to dead device                                                                                                                   
Buffer I/O error on device sdb1, logical block 1027                                                                                                          
lost page write due to I/O error on sdb1                                                                                                                     
scsi 1:0:0:0: rejecting I/O to dead device                                                                                                                   
Buffer I/O error on device sdb1, logical block 1545                                                                                                          
lost page write due to I/O error on sdb1                                                                                                                     
scsi 1:0:0:0: rejecting I/O to dead device                                                                                                                   
Buffer I/O error on device sdb1, logical block 0                                                                                                             
lost page write due to I/O error on sdb1                                                                                                                     
Unable to handle kernel paging request at ffffffff881b00e0 RIP:                                                                                              
 [<ffffffff88037073>] :scsi_mod:scsi_device_put+0xe/0x4d                                                                                                     
PGD 203027 PUD 205027 PMD 13b4a6067 PTE 0                                                                                                                    
Oops: 0000 [1] SMP                                                                                                                                           
CPU 0                                                                                                                                                        
Modules linked in: ipv6 button ac battery dm_snapshot dm_mirror dm_mod loop
 i2c_i801 evdev psmouse i2c_core serio_raw pcspkr shpchp pci_hotplug ext3
 jbd mbcache ide_cd cdrom sd_mod piix generic bnx2 ide_core uhci_hcd
 ehci_hcd aacraid scsi_mod e1000 thermal processor fan
Pid: 2917, comm: umount Not tainted 2.6.18-6-amd64 #1
RIP: 0010:[<ffffffff88037073>]  [<ffffffff88037073>] :scsi_mod:scsi_device_put+0xe/0x4d
RSP: 0018:ffff81013aefddc8  EFLAGS: 00010246
RAX: ffffffff881b00e0 RBX: ffff81013b494000 RCX: ffffffff803f2598
RDX: 0000000000000000 RSI: ffffffff8030ddfd RDI: ffff81013b494000
RBP: ffff81013b494000 R08: ffff810139a49ba0 R09: ffff81000000e800
R10: 0000000000000000 R11: ffffffff880d30c0 R12: ffff81013b494000
R13: 0000000000000000 R14: ffff81013b845398 R15: 0000000000000001
FS:  00002ba4543c71d0(0000) GS:ffffffff80520000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: ffffffff881b00e0 CR3: 00000001393b1000 CR4: 00000000000006e0
Process umount (pid: 2917, threadinfo ffff81013aefc000, task ffff81013b7c2140)
Stack:  ffff8101393e7410 ffffffff880d31c1 ffff8101393e54d0 ffff8101393e7400
 ffff8101393e7200 ffffffff880d3b11 0000000000000000 ffff81013b845380
 ffff81013b845440 ffffffff802bd1d2 ffffffff8030ddfd ffff81013b8456c0
Call Trace:
 [<ffffffff880d31c1>] :sd_mod:scsi_disk_put+0x2e/0x3e
 [<ffffffff880d3b11>] :sd_mod:sd_release+0x78/0x7f
 [<ffffffff802bd1d2>] __blkdev_put+0x6d/0x159
 [<ffffffff8030ddfd>] kobject_release+0x0/0x9
 [<ffffffff802bd291>] __blkdev_put+0x12c/0x159
 [<ffffffff802bc28c>] deactivate_super+0x6a/0x82
 [<ffffffff802c4037>] sys_umount+0x245/0x27b
 [<ffffffff80221606>] sys_newstat+0x19/0x31
 [<ffffffff8020fe40>] do_munmap+0x258/0x27a
 [<ffffffff8022e0bc>] __up_write+0x21/0x10d
 [<ffffffff80257c16>] system_call+0x7e/0x83
Code: 48 8b 10 48 85 d2 74 2a 65 8b 04 25 2c 00 00 00 89 c0 48 c1
RIP  [<ffffffff88037073>] :scsi_mod:scsi_device_put+0xe/0x4d
 RSP <ffff81013aefddc8>
CR2: ffffffff881b00e0
-- 
Vide

 sopravvive... che strano):
Ok, sembra proprio che in Etch sia una merda totale open-iscsi, almeno a
livello di script di rc. Lenny dovrebbe mettere a posto il problema. Ora
provo con una lenny e poi proverò comunque con qualche workaround in Etch.
Vi terrò informati. :)
-- 
Vide

 Vi terrò informati. :)
parlare da soli non è un buon sintomo :)

 parlare da soli non è un buon sintomo :)
È il problema di chiedere aiuto in un NG troppo presto e nel frattempo
continuare a cercare la soluzione per proprio conto :)
-- 
Vide

 continuare a cercare la soluzione per proprio conto :)
C'è anche da dire che iscsi non è che sia poi così comune :-)
Anzi, imho il 50% almeno di quelli che partecipano qui suppongo non 
sappia proprio cosa sia :-)
-- 
GenTLe ...di Varese, provincia.
TL1000S + Mito 125 per la pista
La mia HP: 
http://digilander.iol.it/thegentle/index.htm
Is there anyboy out there? (cit.)


si accettano a braccia aperte consigli, critiche e cambi :)
-- 
Vide