Re: [FUG-BR] erro zfs
2010/5/25 Alessandro de Souza Rocha
> eu acho melhor vc testa em outra maquina.
>
> Em 24 de maio de 2010 22:56, Danilo G. Baio
> escreveu:
> > Em 24 de maio de 2010 15:09, Alessandro de Souza Rocha
> > escreveu:
> >> no /boot/loader.conf vc colocou.
> >>
> >> vm_kem_size_max="1024M"
> >> vm.kem.size="1024M"
> >> vfs.zfs.arc.max="100M"
> >> vfs.zfs.zil.disable="1"
> >> vfs.zfs.prefetch.disable=1
> >>
> >>
> >> Em 24 de maio de 2010 14:50, Danilo G. Baio
> > escreveu:
> >>> Boa tarde pessoal,
> >>>
> >>> Alguém já teve este problema ? Aconteceu depois que a máquina travou
> > quando
> >>> estava atualizando o ports. Na verdade, não sei se travou, me parece
> que
> >>> alguém apertou o reset, mas, não tenho como confirmar, rs...
> >>>
> >>>
> >>> zpool import -o ro ID..
> >>> cannot import ' tank': pool may be in use from other system
> >>> use -f to import anyway
> >>>
> >>> quando uso o -f aparece este erro:
> >>>
> >>> panic: solaris assert: size != 0, file
> >>>
> >
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c,
> >>> ine: 91
> >>> cpuid = 0
> >>> Uptime: .10m55s
> >>> Cannot dump. Device not defined or unavailable
> >>>
> >>> reset...
> >>>
> >>> como esta máquina só tinha o ZFS, fiz esse teste com um disco +
> fixit...
> >>>
> >>>
> >>> o 'tank' era um raidz1, com 4 discos 250, 3 satas, 1 ide.
> >>>
> >>> zdb -ll /dev/adXs1a retorna tudo nos 4 discos...
> >>>
> >>>
> >>> zpool import retorna o tank, ONLINE e todos os discos ONLINE...
> >>>
> >
> >
> > Peguei o coredump e tentei ver em outra máquina rodando a mesma versão.
> Isso
> > da certo ? Ou não é legal ?
> >
> >
> > kgdb kernel.debug /home/dbaio/zfs.vmcore.0
> > ...
> > ...
> > ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is
> > present;
> > to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf.
> > ZFS filesystem version 13
> > ZFS storage pool version 13
> > panic: solaris assert: size != 0, file:
> >
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c,
> > line: 91
> > cpuid = 0
> > Uptime: 7m13s
> > Physical memory: 3949 MB
> > Dumping 1288 MB: (CTRL-C to abort) (CTRL-C to abort) 1273 1257 1241 1225
> > 1209 1193 1177 1161 1145 1129 1113 1097 1081 1065 1049 1033 1017 1001 985
> > 969 953 937 921 905 889 873 857 841 825 809 793 777 761 745 729 713 697
> 681
> > 665 649 633 617 601 585 569 553 537 521 505 489 473 457 441 425 409 393
> 377
> > 361 345 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73
> 57
> > 41 25 9
> >
> > Reading symbols from /mnt2/boot/kernel/opensolaris.ko...done.
> > Loaded symbols for /mnt2/boot/kernel/opensolaris.ko
> > Reading symbols from /mnt2/boot/kernel/zfs.ko...done.
> > Loaded symbols for /mnt2/boot/kernel/zfs.ko
> > #0 doadump () at pcpu.h:223
> > 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td));
> > (kgdb) backtrace
> > #0 doadump () at pcpu.h:223
> > #1 0x8057f8c9 in boot (howto=260)
> > at /usr/src/sys/kern/kern_shutdown.c:416
> > #2 0x8057fcfc in panic (
> > fmt=0x814fdce8 "solaris assert: %s, file: %s, line: %d")
> > at /usr/src/sys/kern/kern_shutdown.c:579
> > #3 0x8146f1d3 in space_map_add () from /mnt2/boot/kernel/zfs.ko
> > #4 0x81461195 in metaslab_free_dva () from
> /mnt2/boot/kernel/zfs.ko
> > #5 0x814612ea in metaslab_free () from /mnt2/boot/kernel/zfs.ko
> > #6 0x in ?? ()
> > #7 0x00053732 in ?? ()
> > #8 0x0008 in ?? ()
> > #9 0xff0004866870 in ?? ()
> > #10 0xff000411d000 in ?? ()
> > #11 0x in ?? ()
> > #12 0x in ?? ()
> > #13 0xff80756ff660 in ?? ()
> > #14 0x81487d67 in zio_dva_free () from /mnt2/boot/kernel/zfs.ko
> > #15 0x81488f07 in zio_execute () from /mnt2/boot/kernel/zfs.ko
> > #16 0x8143a675 in arc_free () from /mnt2/boot/kernel/zfs.ko
> > #17 0x814557a2 in dsl_dataset_block_kill ()
> > from /mnt2/boot/kernel/zfs.ko
> > #18 0x8144fbdf in free_blocks () from /mnt2/boot/kernel/zfs.ko
> > ---Type to continue, or q to quit---
> >
>
>
Tarde,
Com um opensolaris livecd importou e montou.
--
Danilo Gonçalves Baio (dbaio)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] erro zfs
eu acho melhor vc testa em outra maquina.
Em 24 de maio de 2010 22:56, Danilo G. Baio escreveu:
> Em 24 de maio de 2010 15:09, Alessandro de Souza Rocha
> escreveu:
>> no /boot/loader.conf vc colocou.
>>
>> vm_kem_size_max="1024M"
>> vm.kem.size="1024M"
>> vfs.zfs.arc.max="100M"
>> vfs.zfs.zil.disable="1"
>> vfs.zfs.prefetch.disable=1
>>
>>
>> Em 24 de maio de 2010 14:50, Danilo G. Baio
> escreveu:
>>> Boa tarde pessoal,
>>>
>>> Alguém já teve este problema ? Aconteceu depois que a máquina travou
> quando
>>> estava atualizando o ports. Na verdade, não sei se travou, me parece que
>>> alguém apertou o reset, mas, não tenho como confirmar, rs...
>>>
>>>
>>> zpool import -o ro ID..
>>> cannot import ' tank': pool may be in use from other system
>>> use -f to import anyway
>>>
>>> quando uso o -f aparece este erro:
>>>
>>> panic: solaris assert: size != 0, file
>>>
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c,
>>> ine: 91
>>> cpuid = 0
>>> Uptime: .10m55s
>>> Cannot dump. Device not defined or unavailable
>>>
>>> reset...
>>>
>>> como esta máquina só tinha o ZFS, fiz esse teste com um disco + fixit...
>>>
>>>
>>> o 'tank' era um raidz1, com 4 discos 250, 3 satas, 1 ide.
>>>
>>> zdb -ll /dev/adXs1a retorna tudo nos 4 discos...
>>>
>>>
>>> zpool import retorna o tank, ONLINE e todos os discos ONLINE...
>>>
>
>
> Peguei o coredump e tentei ver em outra máquina rodando a mesma versão. Isso
> da certo ? Ou não é legal ?
>
>
> kgdb kernel.debug /home/dbaio/zfs.vmcore.0
> ...
> ...
> ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is
> present;
> to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf.
> ZFS filesystem version 13
> ZFS storage pool version 13
> panic: solaris assert: size != 0, file:
> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c,
> line: 91
> cpuid = 0
> Uptime: 7m13s
> Physical memory: 3949 MB
> Dumping 1288 MB: (CTRL-C to abort) (CTRL-C to abort) 1273 1257 1241 1225
> 1209 1193 1177 1161 1145 1129 1113 1097 1081 1065 1049 1033 1017 1001 985
> 969 953 937 921 905 889 873 857 841 825 809 793 777 761 745 729 713 697 681
> 665 649 633 617 601 585 569 553 537 521 505 489 473 457 441 425 409 393 377
> 361 345 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57
> 41 25 9
>
> Reading symbols from /mnt2/boot/kernel/opensolaris.ko...done.
> Loaded symbols for /mnt2/boot/kernel/opensolaris.ko
> Reading symbols from /mnt2/boot/kernel/zfs.ko...done.
> Loaded symbols for /mnt2/boot/kernel/zfs.ko
> #0 doadump () at pcpu.h:223
> 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td));
> (kgdb) backtrace
> #0 doadump () at pcpu.h:223
> #1 0x8057f8c9 in boot (howto=260)
> at /usr/src/sys/kern/kern_shutdown.c:416
> #2 0x8057fcfc in panic (
> fmt=0x814fdce8 "solaris assert: %s, file: %s, line: %d")
> at /usr/src/sys/kern/kern_shutdown.c:579
> #3 0x8146f1d3 in space_map_add () from /mnt2/boot/kernel/zfs.ko
> #4 0x81461195 in metaslab_free_dva () from /mnt2/boot/kernel/zfs.ko
> #5 0x814612ea in metaslab_free () from /mnt2/boot/kernel/zfs.ko
> #6 0x in ?? ()
> #7 0x00053732 in ?? ()
> #8 0x0008 in ?? ()
> #9 0xff0004866870 in ?? ()
> #10 0xff000411d000 in ?? ()
> #11 0x in ?? ()
> #12 0x in ?? ()
> #13 0xff80756ff660 in ?? ()
> #14 0x81487d67 in zio_dva_free () from /mnt2/boot/kernel/zfs.ko
> #15 0x81488f07 in zio_execute () from /mnt2/boot/kernel/zfs.ko
> #16 0x8143a675 in arc_free () from /mnt2/boot/kernel/zfs.ko
> #17 0x814557a2 in dsl_dataset_block_kill ()
> from /mnt2/boot/kernel/zfs.ko
> #18 0x8144fbdf in free_blocks () from /mnt2/boot/kernel/zfs.ko
> ---Type to continue, or q to quit---
>
> --
> Danilo Gonçalves Baio (dbaio)
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
Alessandro de Souza Rocha
Administrador de Redes e Sistemas
FreeBSD-BR User #117
Long live FreeBSD
Powered by
(__)
\\\'',)
\/ \ ^
.\._/_)
www.FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] erro zfs
Em 24 de maio de 2010 15:09, Alessandro de Souza Rocha
escreveu:
> no /boot/loader.conf vc colocou.
>
> vm_kem_size_max="1024M"
> vm.kem.size="1024M"
> vfs.zfs.arc.max="100M"
> vfs.zfs.zil.disable="1"
> vfs.zfs.prefetch.disable=1
>
>
> Em 24 de maio de 2010 14:50, Danilo G. Baio
escreveu:
>> Boa tarde pessoal,
>>
>> Alguém já teve este problema ? Aconteceu depois que a máquina travou
quando
>> estava atualizando o ports. Na verdade, não sei se travou, me parece que
>> alguém apertou o reset, mas, não tenho como confirmar, rs...
>>
>>
>> zpool import -o ro ID..
>> cannot import ' tank': pool may be in use from other system
>> use -f to import anyway
>>
>> quando uso o -f aparece este erro:
>>
>> panic: solaris assert: size != 0, file
>>
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c,
>> ine: 91
>> cpuid = 0
>> Uptime: .10m55s
>> Cannot dump. Device not defined or unavailable
>>
>> reset...
>>
>> como esta máquina só tinha o ZFS, fiz esse teste com um disco + fixit...
>>
>>
>> o 'tank' era um raidz1, com 4 discos 250, 3 satas, 1 ide.
>>
>> zdb -ll /dev/adXs1a retorna tudo nos 4 discos...
>>
>>
>> zpool import retorna o tank, ONLINE e todos os discos ONLINE...
>>
Peguei o coredump e tentei ver em outra máquina rodando a mesma versão. Isso
da certo ? Ou não é legal ?
kgdb kernel.debug /home/dbaio/zfs.vmcore.0
...
...
ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is
present;
to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf.
ZFS filesystem version 13
ZFS storage pool version 13
panic: solaris assert: size != 0, file:
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c,
line: 91
cpuid = 0
Uptime: 7m13s
Physical memory: 3949 MB
Dumping 1288 MB: (CTRL-C to abort) (CTRL-C to abort) 1273 1257 1241 1225
1209 1193 1177 1161 1145 1129 1113 1097 1081 1065 1049 1033 1017 1001 985
969 953 937 921 905 889 873 857 841 825 809 793 777 761 745 729 713 697 681
665 649 633 617 601 585 569 553 537 521 505 489 473 457 441 425 409 393 377
361 345 329 313 297 281 265 249 233 217 201 185 169 153 137 121 105 89 73 57
41 25 9
Reading symbols from /mnt2/boot/kernel/opensolaris.ko...done.
Loaded symbols for /mnt2/boot/kernel/opensolaris.ko
Reading symbols from /mnt2/boot/kernel/zfs.ko...done.
Loaded symbols for /mnt2/boot/kernel/zfs.ko
#0 doadump () at pcpu.h:223
223 __asm __volatile("movq %%gs:0,%0" : "=r" (td));
(kgdb) backtrace
#0 doadump () at pcpu.h:223
#1 0x8057f8c9 in boot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:416
#2 0x8057fcfc in panic (
fmt=0x814fdce8 "solaris assert: %s, file: %s, line: %d")
at /usr/src/sys/kern/kern_shutdown.c:579
#3 0x8146f1d3 in space_map_add () from /mnt2/boot/kernel/zfs.ko
#4 0x81461195 in metaslab_free_dva () from /mnt2/boot/kernel/zfs.ko
#5 0x814612ea in metaslab_free () from /mnt2/boot/kernel/zfs.ko
#6 0x in ?? ()
#7 0x00053732 in ?? ()
#8 0x0008 in ?? ()
#9 0xff0004866870 in ?? ()
#10 0xff000411d000 in ?? ()
#11 0x in ?? ()
#12 0x in ?? ()
#13 0xff80756ff660 in ?? ()
#14 0x81487d67 in zio_dva_free () from /mnt2/boot/kernel/zfs.ko
#15 0x81488f07 in zio_execute () from /mnt2/boot/kernel/zfs.ko
#16 0x8143a675 in arc_free () from /mnt2/boot/kernel/zfs.ko
#17 0x814557a2 in dsl_dataset_block_kill ()
from /mnt2/boot/kernel/zfs.ko
#18 0x8144fbdf in free_blocks () from /mnt2/boot/kernel/zfs.ko
---Type to continue, or q to quit---
--
Danilo Gonçalves Baio (dbaio)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] erro zfs
AMD64 ou i386 Em 24 de maio de 2010 15:09, Alessandro de Souza Rocha escreveu: > no /boot/loader.conf vc colocou. > > vm_kem_size_max="1024M" > vm.kem.size="1024M" > vfs.zfs.arc.max="100M" > vfs.zfs.zil.disable="1" > vfs.zfs.prefetch.disable=1 > > > Em 24 de maio de 2010 14:50, Danilo G. Baio escreveu: >> Boa tarde pessoal, >> >> Alguém já teve este problema ? Aconteceu depois que a máquina travou quando >> estava atualizando o ports. Na verdade, não sei se travou, me parece que >> alguém apertou o reset, mas, não tenho como confirmar, rs... >> >> >> zpool import -o ro ID.. >> cannot import ' tank': pool may be in use from other system >> use -f to import anyway >> >> quando uso o -f aparece este erro: >> >> panic: solaris assert: size != 0, file >> /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c, >> ine: 91 >> cpuid = 0 >> Uptime: .10m55s >> Cannot dump. Device not defined or unavailable >> >> reset... >> >> como esta máquina só tinha o ZFS, fiz esse teste com um disco + fixit... >> >> >> o 'tank' era um raidz1, com 4 discos 250, 3 satas, 1 ide. >> >> zdb -ll /dev/adXs1a retorna tudo nos 4 discos... >> >> >> zpool import retorna o tank, ONLINE e todos os discos ONLINE... >> >> >> >> Abraço. >> >> -- >> Danilo Gonçalves Baio (dbaio) >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > Alessandro de Souza Rocha > Administrador de Redes e Sistemas > FreeBSD-BR User #117 > Long live FreeBSD > > Powered by > > (__) > \\\'',) > \/ \ ^ > .\._/_) > > www.FreeBSD.org > -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] erro zfs
no /boot/loader.conf vc colocou. vm_kem_size_max="1024M" vm.kem.size="1024M" vfs.zfs.arc.max="100M" vfs.zfs.zil.disable="1" vfs.zfs.prefetch.disable=1 Em 24 de maio de 2010 14:50, Danilo G. Baio escreveu: > Boa tarde pessoal, > > Alguém já teve este problema ? Aconteceu depois que a máquina travou quando > estava atualizando o ports. Na verdade, não sei se travou, me parece que > alguém apertou o reset, mas, não tenho como confirmar, rs... > > > zpool import -o ro ID.. > cannot import ' tank': pool may be in use from other system > use -f to import anyway > > quando uso o -f aparece este erro: > > panic: solaris assert: size != 0, file > /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c, > ine: 91 > cpuid = 0 > Uptime: .10m55s > Cannot dump. Device not defined or unavailable > > reset... > > como esta máquina só tinha o ZFS, fiz esse teste com um disco + fixit... > > > o 'tank' era um raidz1, com 4 discos 250, 3 satas, 1 ide. > > zdb -ll /dev/adXs1a retorna tudo nos 4 discos... > > > zpool import retorna o tank, ONLINE e todos os discos ONLINE... > > > > Abraço. > > -- > Danilo Gonçalves Baio (dbaio) > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] erro zfs
Boa tarde pessoal, Alguém já teve este problema ? Aconteceu depois que a máquina travou quando estava atualizando o ports. Na verdade, não sei se travou, me parece que alguém apertou o reset, mas, não tenho como confirmar, rs... zpool import -o ro ID.. cannot import ' tank': pool may be in use from other system use -f to import anyway quando uso o -f aparece este erro: panic: solaris assert: size != 0, file /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c, ine: 91 cpuid = 0 Uptime: .10m55s Cannot dump. Device not defined or unavailable reset... como esta máquina só tinha o ZFS, fiz esse teste com um disco + fixit... o 'tank' era um raidz1, com 4 discos 250, 3 satas, 1 ide. zdb -ll /dev/adXs1a retorna tudo nos 4 discos... zpool import retorna o tank, ONLINE e todos os discos ONLINE... Abraço. -- Danilo Gonçalves Baio (dbaio) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
