ZFS Crash with latest current from May 26
Thomas Vogt
freebsdlists at bsdunix.ch
Thu May 28 10:25:10 UTC 2009
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 @ 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
More information about the freebsd-current
mailing list