Re: ZFS Crash with latest current from May 26

From: Thomas Vogt <freebsdlists_at_bsdunix.ch>
Date: Thu, 28 May 2009 12:25:02 +0200
Hi Kip

Am 28.05.2009 um 09:50 schrieb Kip Macy:
> Do you have compression enabled? What types of disks do you have?

Yes compression is enabled at zfs. pool/cvsup has compression on.  
Everything else is "uncompressed".

pool             1.2T      0B    1.2T     0%    /usr/local/data
pool/cvsup       1.2T    6.0G    1.2T     0%    /usr/local/data/cvsup
pool/ftp         3.3T    2.1T    1.2T    64%    /usr/local/data/ftp
pool/portsnap    1.2T    1.3G    1.2T     0%    /usr/local/data/portsnap
pool/www         1.2T     93M    1.2T     0%    /usr/local/data/www

I use an areca controller 1230 in jbod mode (except for the main system)

Disks are Seagate ST3750640NS R001

da0: <Areca ARC-1230-VOL#00 R001> Fixed Direct Access SCSI-5 device
da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit)
da0: Command Queueing Enabled
da0: 238418MB (488281088 512 byte sectors: 255H 63S/T 30394C)
da1 at arcmsr0 bus 0 target 0 lun 1
da1: <Seagate ST3750640NS R001> Fixed Direct Access SCSI-5 device
da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit)
da1: Command Queueing Enabled
da1: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C)
da2 at arcmsr0 bus 0 target 0 lun 2
da2: <Seagate ST3750640NS R001> Fixed Direct Access SCSI-5 device
da2: 166.666MB/s transfers (83.333MHz, offset 32, 16bit)
da2: Command Queueing Enabled
da2: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C)
da3 at arcmsr0 bus 0 target 0 lun 3
da3: <Seagate ST3750640NS R001> Fixed Direct Access SCSI-5 device
da3: 166.666MB/s transfers (83.333MHz, offset 32, 16bit)
da3: Command Queueing Enabled
da3: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C)
da4 at arcmsr0 bus 0 target 0 lun 4
da4: <Seagate ST3750640NS R001> Fixed Direct Access SCSI-5 device
da4: 166.666MB/s transfers (83.333MHz, offset 32, 16bit)
da4: Command Queueing Enabled
da4: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C)
da5 at arcmsr0 bus 0 target 0 lun 5
da5: <Seagate ST3750640NS R001> Fixed Direct Access SCSI-5 device
da5: 166.666MB/s transfers (83.333MHz, offset 32, 16bit)
da5: Command Queueing Enabled
da5: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C)
da6 at arcmsr0 bus 0 target 0 lun 6
da6: <Seagate ST3750640NS R001> Fixed Direct Access SCSI-5 device
da6: 166.666MB/s transfers (83.333MHz, offset 32, 16bit)
da6: Command Queueing Enabled
da6: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C)
da7 at arcmsr0 bus 0 target 0 lun 7
da7: <Seagate ST3750640NS R001> Fixed Direct Access SCSI-5 device
da7: 166.666MB/s transfers (83.333MHz, offset 32, 16bit)
da7: Command Queueing Enabled
da7: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C)

Regards,
Thomas

>
> On Wed, May 27, 2009 at 2:39 PM, Thomas Vogt  
> <freebsdlists_at_bsdunix.ch> wrote:
>> Hi
>>
>> I updated today to latest current (from a current system late  
>> april). Now,
>> the system is very unstable.
>>
>> I started a zpool scrub and the system crashed after a few minutes.
>>
>> loader.conf:
>> autoboot_delay=3
>> beastie_disable="YES"
>> zfs_load="YES"
>> kern.maxfiles="65536"
>> kern.maxproc="20480"
>> #vfs.zfs.arc_min="64M"
>> #vfs.zfs.arc_max="2G"
>> vfs.zfs.prefetch_disable="1"
>> vfs.zfs.zil_disable="1"
>>
>>
>> FreeBSD 8.0-CURRENT #0: Wed May 27 20:02:24 UTC 2009
>> root_at_lisa.foo.ch:/usr/obj/usr/src/sys/GENERIC amd64
>>
>> CPU:
>> WARNING: WITNESS option enabled, expect reduced performance.
>> Timecounter "i8254" frequency 1193182 Hz quality 0
>> CPU: Intel(R) Xeon(R) CPU            5110  _at_ 1.60GHz (1731.57-MHz  
>> K8-class
>> CPU)
>>  Origin = "GenuineIntel"  Id = 0x6f6  Stepping = 6
>>
>> Features 
>> = 
>> 0xbfebfbff 
>> < 
>> FPU 
>> ,VME 
>> ,DE 
>> ,PSE 
>> ,TSC 
>> ,MSR 
>> ,PAE 
>> ,MCE 
>> ,CX8 
>> ,APIC 
>> ,SEP 
>> ,MTRR 
>> ,PGE 
>> ,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>>
>> Features2 
>> =0x4e33d<SSE3,DTES64,MON,DS_CPL,VMX,TM2,SSSE3,CX16,xTPR,PDCM,DCA>
>>  AMD Features=0x20100800<SYSCALL,NX,LM>
>>  AMD Features2=0x1<LAHF>
>>  TSC: P-state invariant
>> real memory  = 4294967296 (4096 MB)
>> avail memory = 4060078080 (3871 MB)
>> ACPI APIC Table: <INTEL  S5000XVN>
>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
>> FreeBSD/SMP: 1 package(s) x 2 core(s)
>>  cpu0 (BSP): APIC ID:  0
>>  cpu1 (AP): APIC ID:  1
>> This module (opensolaris) contains code covered b
>>
>>
>>
>> DDB Output:
>>
>> FatKernale tlra p 12:p paage gfaeul t fwhaile uin klertnel mode
>> c puid = 1; apic wiid t= 01
>> hfa uthe following non-sleepable locks lth veirtual address     =l  
>> 0x0
>> t au:l
>>  code          = supervisor werite data, pagex noct lpresent
>> iunstructsion pointier  = 0x2v0:0xfffeff ffsf8l08e28e22p6
>>  stack poinmter         = 0x28:0xfufftfff80e779x27 a68r0
>> fcrame pointer          = 0x28m:0sxfrff fff80779276e0
>> cQode segm enbt         = buasfe 0x0f, leimrit 0xf ffff, tylpe 0x1ob
>> c                       = DPL 0k, pres 1, long 1,  de(f32 0, gran 1
>> parocessor eflags       = interrupt enabled, resurme, IOPL = 0
>> ccurrent prmocess               = 5142 (mv)
>> [thread pid 5142 tid 100159 ]
>> Stopped at      bcopy+0x16:     repe movsq      (%rsi),%es:(%rdi)
>>
>> b> bt
>> Tracing pid 5142 tid 100159 td 0xffffff0032172720
>> bcopy() at bcopy+0x16
>> dnode_set_blksz() at dnode_set_blksz+0x2ae
>> dmu_object_set_blocksize() at dmu_object_set_blocksize+0x4c
>> zfs_grow_blocksize() at zfs_grow_blocksize+0x45
>> zfs_freebsd_write() at zfs_freebsd_write+0x9e6
>> VOP_WRITE_APV() at VOP_WRITE_APV+0xfe
>> vn_write() at vn_write+0x221
>> dofilewrite() at dofilewrite+0x85
>> kern_writev() at kern_writev+0x60
>> write() at write+0x54
>> syscall() at syscall+0x1bf
>> Xfast_syscall() at Xfast_syscall+0xd0
>> --- syscall (4, FreeBSD ELF64, write), rip = 0x80073616c, rsp =
>> 0x7fffffffe068, rbp = 0x7fffff
>>
>>
>> More debug information at
>> http://www.bsdunix.ch/public/FreeBSD/crash_2009-May_27.txt
>>
>> The system was pretty stable with current from late April.
>>
>>
>> Regards,
>> Thomas
>> _______________________________________________
>> freebsd-current_at_freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org 
>> "
>>
>
>
>
> -- 
> When bad men combine, the good must associate; else they will fall one
> by one, an unpitied sacrifice in a contemptible struggle.
>
>    Edmund Burke

Thomas Vogt
Received on Thu May 28 2009 - 08:25:09 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:48 UTC