Hi all

Testing variable size 'disks' in mirror, I followed Victor Latushkin's example

bash-4.0# mkfile -n 2000000000000 d0
bash-4.0# zpool create pool $PWD/d0
bash-4.0# mkfile -n 1992869543936 d1
bash-4.0# zpool attach pool $PWD/d0 $PWD/d1

and so on - this works well. Now, to try to mess with ZFS a litt (or a lot), I 
tried corrupting parts of both sides of the mirror to see what ZFS would do 
about it

r...@mime:/testpool/testdisks# dd if=/dev/urandom of=d1 bs=100k count=1 skip=30
1+0 records in
1+0 records out
102400 bytes (102 kB) copied, 0.00208301 s, 49.2 MB/s
r...@mime:/testpool/testdisks# dd if=/dev/urandom of=d0 bs=100k count=1 skip=50
1+0 records in
1+0 records out
102400 bytes (102 kB) copied, 0.00205321 s, 49.9 MB/s

This resulted in a panic - see below for the info from the kernel log. I'd 
forgotten to turn on dumps after last reinstall, but it should be easy to 
reproduce it. 

I think I read somewhere that it was normal for zfs/zpool to panic if it lost 
contact with a pool - is this what happened here? if so, is it possible to 
change this behaviour? If osol looses contact with a pool, I'd rather try to 
debug it and reboot myself if I want to, rather than having the system 
automatically panic.


May  2 17:42:09 mime unix: [ID 836849 kern.notice] May  2 17:42:09 mime 
^Mpanic[cpu1]/thread=ffffff00044d0c60: 
May  2 17:42:09 mime genunix: [ID 603766 kern.notice] assertion failed: 0 == 
zap_increment_int(os, (-1ULL), user, delta, tx) (0x0 == 0x32), file: ../.
./common/fs/zfs/dmu_objset.c, line: 1086
May  2 17:42:09 mime unix: [ID 100000 kern.notice] 
May  2 17:42:09 mime genunix: [ID 655072 kern.notice] ffffff00044d09c0 
genunix:assfail3+c1 ()
May  2 17:42:09 mime genunix: [ID 655072 kern.notice] ffffff00044d0a20 
zfs:do_userquota_callback+11f ()
May  2 17:42:09 mime genunix: [ID 655072 kern.notice] ffffff00044d0a70 
zfs:dmu_objset_do_userquota_callbacks+a9 ()
May  2 17:42:09 mime genunix: [ID 655072 kern.notice] ffffff00044d0ae0 
zfs:dsl_pool_sync+f0 ()
May  2 17:42:09 mime genunix: [ID 655072 kern.notice] ffffff00044d0ba0 
zfs:spa_sync+3a9 ()
May  2 17:42:09 mime genunix: [ID 655072 kern.notice] ffffff00044d0c40 
zfs:txg_sync_thread+24a ()
May  2 17:42:09 mime genunix: [ID 655072 kern.notice] ffffff00044d0c50 
unix:thread_start+8 ()


Best regards

roy
--
Roy Sigurd Karlsbakk
(+47) 97542685
r...@karlsbakk.net
http://blogg.karlsbakk.net/
--
I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er 
et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av 
idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og 
relevante synonymer på norsk.
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to