From owner-freebsd-stable@FreeBSD.ORG Fri Nov 17 11:10:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 637BD16A403 for ; Fri, 17 Nov 2006 11:10:39 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3598443D45 for ; Fri, 17 Nov 2006 11:10:35 +0000 (GMT) (envelope-from clay@milos.co.za) Received: (qmail 43000 invoked by uid 89); 17 Nov 2006 11:10:33 -0000 Received: from unknown (HELO claylaptop) (clay@milos.za.net@192.168.3.150) by bart.milos.co.za with SMTP; 17 Nov 2006 11:10:33 -0000 Message-ID: <019301c70a38$f7a43a50$9603a8c0@claylaptop> From: "Clayton Milos" To: "Lawrence Farr" , References: <003d01c7098e$a96716a0$c806a8c0@lfarr> Date: Fri, 17 Nov 2006 13:10:18 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2869 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: Subject: Re: Areca Weirdness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Nov 2006 11:10:39 -0000 ----- Original Message ----- From: "Lawrence Farr" To: Sent: Thursday, November 16, 2006 4:51 PM Subject: RE: Areca Weirdness > Re-posting to -STABLE as it also does it on i386. > > I reinstalled i386 stable as of yesterday, and newfs'd all the partitions > "just in case". I got it to crash while doing a mkdir on the areca > partition, so set up crash dumps on the boot drive (it boots off a single > ATA disk, the Areca is additional storage) and it died again running > the periodic scripts last night. The info file from the dump shows: > > Dump header from device /dev/ad0s1b > Architecture: i386 > Architecture Version: 2 > Dump Length: 2145452032B (2046 MB) > Blocksize: 512 > Dumptime: Thu Nov 16 03:01:09 2006 > Hostname: nas-2.shorewood-epc.co.uk > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 6.1-20061115 #0: Wed Nov 15 04:18:11 UTC 2006 > root@monitor.shorewood-epc.co.uk:/usr/obj/usr/src/sys/SMP > Panic String: ufs_dirbad: bad dir > Dump Parity: 632980830 > Bounds: 0 > Dump Status: good > > Am I expecting too much with partitions over 2Tb? I've never gone over > 2Tb before, so havent come across any issues like this. > >> -----Original Message----- >> From: owner-freebsd-amd64@freebsd.org >> [mailto:owner-freebsd-amd64@freebsd.org] On Behalf Of Lawrence Farr >> Sent: 10 November 2006 11:39 >> To: freebsd-amd64@freebsd.org >> Subject: Areca Weirdness >> >> I've got an Areca 12 port card running a 6Tb array which is divided >> into 2.1Tb chunks at the moment, as it was doing the same with a >> single 6Tb partition. >> >> ad0: 58644MB at ata0-master UDMA100 >> da0 at arcmsr0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-3 device >> da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), >> Tagged Queueing >> Enabled >> da0: 2224922MB (4556640256 512 byte sectors: 255H 63S/T 283637C) >> >> If I newfs it, and copy data to it, I have no problem initially. >> If I then try and copy the data on the disk already to a new >> folder, the machine reboots (it's a remote host with no serial >> attached currently). When it comes back to life, it mounts, and >> shows as: >> >> /dev/da0 2.1T 343G 1.6T 18% /usr/home/areca1 >> >> But is completely empty. Unmounting it and trying to fsck it >> errors, as does mounting it by hand. >> >> [root@nas-2 /home]# fsck -y /dev/da0 >> ** /dev/da0 >> Cannot find file system superblock >> ioctl (GCINFO): Inappropriate ioctl for device >> fsck_ufs: /dev/da0: can't read disk label >> [root@nas-2 /home]# mount /dev/da0 >> mount: /dev/da0 on /usr/home/areca1: incorrect super block >> >> Are there any known issues with the driver on AMD64? I had >> major issues with it on Linux/386 with large memory support >> (it would behave equally strangely) that went away when I >> took large memory support out, maybe there are some non 64 >> bit safe parts common to both? I have the Areca 8 port PCI-X card. 2 arrays of 1.25T each and no issues yet. I've been using it on 5.x for a year and now on 6.x it's perfect too. Have you updated the card to the latest firmware ? I've just done a test copy from the one volume to the other of 10 gigs. It ran at over 80M/s and tok under 2 minutes with no errors. Did you follow the instructions provided with the Areca card for creating volumes over 2TB ? There are some things you have to do so that the OS works correctly with it. -Clay