From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 28 09:46:59 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AA751065676 for ; Sun, 28 Dec 2008 09:46:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id E78308FC1E for ; Sun, 28 Dec 2008 09:46:53 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LGrjK-0007Zn-5K; Sun, 28 Dec 2008 11:14:38 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Erik Scholtz, ArgonSoft GmbH" In-reply-to: <4956B01B.3000509@argonsoft.de> References: <4956B01B.3000509@argonsoft.de> Comments: In-reply-to "Erik Scholtz, ArgonSoft GmbH" message dated "Sat, 27 Dec 2008 23:45:47 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Dec 2008 11:14:38 +0200 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org Subject: Re: Problem with disklabel and filesystem over iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 09:46:59 -0000 > This is a multi-part message in MIME format. > --------------040502050705080206050206 > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > Content-Transfer-Encoding: quoted-printable > > Hi, > > the last days I tried to get a 1TB SAN to work with FreeBSD 7.x. I tried=20 > it with the following releases: > > FreeBSD web3 7.0-RELEASE FreeBSD 7.0-RELEASE #0: i386 > FreeBSD 7.1-RC1 amd64 > FreeBSD 7.1-RC2 amd64 > > Unfortunatly I could not get it to work. I think there is a problem with=20 > the disklabels. The UFS could not be written successfully. So I tried=20 > the same with ZFS. ZFS seems to work. After creating a pool and mounting=20 > the FS it can be used normally. But after unmounting the FS and=20 > rebooting the system, the FS is corrupted. Remounting the FS without=20 > rebooting works without any problems. > > Here the "log": > > *************************************************************************= > ********** > > (iSCSI Session successfully created, the device is known as da0) > (creating the partition) > > web3# fdisk /dev/da0s1 > ******* Working on device /dev/da0s1 ******* > parameters extracted from in-core disklabel are: > cylinders=3D99693 heads=3D255 sectors/track=3D63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=3D99693 heads=3D255 sectors/track=3D63 (16065 blks/cyl) > > fdisk: invalid fdisk partition table found > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 63, size 1601567982 (782015 Meg), flag 80 (active) > beg: cyl 0/ head 1/ sector 1; > end: cyl 364/ head 254/ sector 63 > The data for partition 2 is: > > The data for partition 3 is: > > The data for partition 4 is: > > > (writeout the partition table) > web3# dd if=3D/dev/da0 of=3D/partition1.bin bs=3D1 count=3D64 skip=3D446 = > seek=3D446 > > *************************************************************************= > ********** > > (write the label) > web3# bsdlabel -w /dev/da0s1 > > web3# bsdlabel /dev/da0s1 > bsdlabel: /dev/da0s1: no valid label found > > (writeout the partition table) > web3# dd if=3D/dev/da0 of=3D/partition2.bin bs=3D1 count=3D64 skip=3D446 = > seek=3D446 > > *************************************************************************= > ********** > > (create the filesystem) > newfs -O2 /dev/da0s1 > /dev/da0s1: 782023.5MB (1601584044 sectors) block size 16384, fragment=20 > size 2048 > using 4256 cylinder groups of 183.77MB, 11761 blks, 23552 inodes. > super-block backups (for fsck -b #) at: > 160, 376512, 752864, ... ... ... > 1601377920 > internal error: can't find block in cyl 0 > > (writeout the partition table) > web3# dd if=3D/dev/da0 of=3D/partition3.bin bs=3D1 count=3D64 skip=3D446 = > seek=3D446 > > *************************************************************************= > ********** > > (after the ufs was not successfull, the partition is destroyed again) > (now trying to use a zfs) > > web3# zpool create tank da0 > > web3# zpool status > pool: tank > state: ONLINE > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > da0 ONLINE 0 0 0 > > errors: No known data errors > > *************************************************************************= > ********** > > (list of mounted volumes) > > web3# mount > /dev/ad4s1a on / (ufs, local) > devfs on /dev (devfs, local) > tank on /tank (zfs, local) > > *************************************************************************= > ********** > > (copy a file to the zfs and check md5 before and after) > > web3# md5 /sbin/init > MD5 (/sbin/init) =3D 6a374bc84a8b89822964e2a73ed2af18 > web3# cp /sbin/init /tank/. > web3# md5 /tank/init > MD5 (/tank/init) =3D 6a374bc84a8b89822964e2a73ed2af18 > > (the zfs volume can be unmounted and mounted again - md5 still correct) > > *************************************************************************= > ********** > > (system reboot) > (iSCSI Session reinitiated) > > web3# zpool status > pool: tank > state: FAULTED > status: One or more devices could not be used because the label is missin= > g > or invalid. There are insufficient replicas for the pool to continue > functioning. > action: Destroy and re-create the pool from a backup source. > see: http://www.sun.com/msg/ZFS-8000-5E > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > tank FAULTED 0 0 0 corrupted data > da0 UNAVAIL 0 0 0 corrupted data > > (FS not useable anymore - files are lost) > > *************************************************************************= > ********** > > In the attachment you'll find the results of the dd. > > Greetings, > Erik hi, Which iSCSI initiator are you using? danny From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 28 10:09:17 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F14F106564A for ; Sun, 28 Dec 2008 10:09:17 +0000 (UTC) (envelope-from e.scholtz@argonsoft.de) Received: from coyote.quickmin.net (coyote.quickmin.net [217.14.112.24]) by mx1.freebsd.org (Postfix) with ESMTP id 759A68FC1D for ; Sun, 28 Dec 2008 10:09:16 +0000 (UTC) (envelope-from e.scholtz@argonsoft.de) Received: (qmail 36108 invoked from network); 28 Dec 2008 11:09:14 +0100 Received: by simscan 1.4.0 ppid: 36105, pid: 36106, t: 0.0160s scanners: clamav: 0.94.1/m:49/d:8609 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=argonsoft.de; b=bs/4rplgKGyU5+8FwUDn9T/iqtxzsOy15Vx8LUinuplJuZc6Cym5lgjBonVjOiawdpjlJKxAJCHhL3Nqb55laBHEGrHO93FE1v7prIPElh+t5Eh2ibXbEmOs2WbjGh906LNA8LjyvY2eD6licoWNImsnC4GYD0tKGokRj090/Ws= ; Received: from 163-170-20-212.dsl.globvill.net (HELO ?192.168.2.33?) (00000150@212.20.170.163) by coyote.quickmin.net with SMTP; 28 Dec 2008 11:09:13 +0100 Message-ID: <49575045.4090601@argonsoft.de> Date: Sun, 28 Dec 2008 11:09:09 +0100 From: "Erik Scholtz, ArgonSoft GmbH" User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Danny Braniss References: <4956B01B.3000509@argonsoft.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-scsi@freebsd.org Subject: Re: Problem with disklabel and filesystem over iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 10:09:17 -0000 Hi, I tested the default iSCSI_initiator shipped with 7.0, 7.1RC1 and 7.1RC2. Additionally i changed it with that version from ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.1.tar.gz with each release. The effect is with all combinations the same: 7.0 native / 7.0 + iscsi-2.1 7.1RC1 native / 7.1RC1 + iscsi-2.1 7.2RC2 native / 7.2RC2 + iscsi-2.1 Additionally info + tests: -------------------------- 1) I also checked it for ufs in dangerously dedicated mode - also the same effect. 2) After the reboot, the iSCSI device is back on /dev/da0 as expected. 3) The SAN system is a Hardware-SAN (iStor / GigaStor), that works without any problems under Ubuntu, CenOS, MacOS X, Windows and RedHat (all tested the last days) 4) I could get ufs to work with the following (terribly wrong) partition map: 0 40 39 - 12 unused 0 40 409600 409639 da0s1 165 FreeBSD 0 409640 1928708016 1929117655 da0s2 165 FreeBSD 0 1929117656 262184 1929379839 - 12 unused 0 With this partition map, newfs runs without any failure. The filesystem is heavily damaged and can be repaired with fsck. After repairing, the fs can be mounted and used as normal. But when running a fsck, thousands of errors must be corrected and the result is an empty disk again (when answering all with YES - I ran it with -y flag, since there are too many questions to be answered manually, even when copying only three big files). Greetings, Erik ----- ArgonSoft GmbH | Im Ermlisgrund 3 | 76337 Waldbronn Tel: +49 7243 71520 | Fax: +49 7243 715222 | http://www.argonsoft.de Umsatzsteuer-Identnummer: DE205762306 | Handelsregister: HRB2372E Geschäftsführer: Erik Scholtz Danny Braniss wrote: > > hi, > Which iSCSI initiator are you using? > > danny > > >> ----------------------------------- >> >> Hi, >> >> the last days I tried to get a 1TB SAN to work with FreeBSD 7.x. I tried=20 >> it with the following releases: >> >> FreeBSD web3 7.0-RELEASE FreeBSD 7.0-RELEASE #0: i386 >> FreeBSD 7.1-RC1 amd64 >> FreeBSD 7.1-RC2 amd64 >> >> Unfortunatly I could not get it to work. I think there is a problem with=20 >> the disklabels. The UFS could not be written successfully. So I tried=20 >> the same with ZFS. ZFS seems to work. After creating a pool and mounting=20 >> the FS it can be used normally. But after unmounting the FS and=20 >> rebooting the system, the FS is corrupted. Remounting the FS without=20 >> rebooting works without any problems. >> >> Here the "log": >> >> *************************************************************************= >> ********** >> >> (iSCSI Session successfully created, the device is known as da0) >> (creating the partition) >> >> web3# fdisk /dev/da0s1 >> ******* Working on device /dev/da0s1 ******* >> parameters extracted from in-core disklabel are: >> cylinders=3D99693 heads=3D255 sectors/track=3D63 (16065 blks/cyl) >> >> Figures below won't work with BIOS for partitions not in cyl 1 >> parameters to be used for BIOS calculations are: >> cylinders=3D99693 heads=3D255 sectors/track=3D63 (16065 blks/cyl) >> >> fdisk: invalid fdisk partition table found >> Media sector size is 512 >> Warning: BIOS sector numbering starts with sector 1 >> Information from DOS bootblock is: >> The data for partition 1 is: >> sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) >> start 63, size 1601567982 (782015 Meg), flag 80 (active) >> beg: cyl 0/ head 1/ sector 1; >> end: cyl 364/ head 254/ sector 63 >> The data for partition 2 is: >> >> The data for partition 3 is: >> >> The data for partition 4 is: >> >> >> (writeout the partition table) >> web3# dd if=3D/dev/da0 of=3D/partition1.bin bs=3D1 count=3D64 skip=3D446 = >> seek=3D446 >> >> *************************************************************************= >> ********** >> >> (write the label) >> web3# bsdlabel -w /dev/da0s1 >> >> web3# bsdlabel /dev/da0s1 >> bsdlabel: /dev/da0s1: no valid label found >> >> (writeout the partition table) >> web3# dd if=3D/dev/da0 of=3D/partition2.bin bs=3D1 count=3D64 skip=3D446 = >> seek=3D446 >> >> *************************************************************************= >> ********** >> >> (create the filesystem) >> newfs -O2 /dev/da0s1 >> /dev/da0s1: 782023.5MB (1601584044 sectors) block size 16384, fragment=20 >> size 2048 >> using 4256 cylinder groups of 183.77MB, 11761 blks, 23552 inodes. >> super-block backups (for fsck -b #) at: >> 160, 376512, 752864, ... ... ... >> 1601377920 >> internal error: can't find block in cyl 0 >> >> (writeout the partition table) >> web3# dd if=3D/dev/da0 of=3D/partition3.bin bs=3D1 count=3D64 skip=3D446 = >> seek=3D446 >> >> *************************************************************************= >> ********** >> >> (after the ufs was not successfull, the partition is destroyed again) >> (now trying to use a zfs) >> >> web3# zpool create tank da0 >> >> web3# zpool status >> pool: tank >> state: ONLINE >> scrub: none requested >> config: >> >> NAME STATE READ WRITE CKSUM >> tank ONLINE 0 0 0 >> da0 ONLINE 0 0 0 >> >> errors: No known data errors >> >> *************************************************************************= >> ********** >> >> (list of mounted volumes) >> >> web3# mount >> /dev/ad4s1a on / (ufs, local) >> devfs on /dev (devfs, local) >> tank on /tank (zfs, local) >> >> *************************************************************************= >> ********** >> >> (copy a file to the zfs and check md5 before and after) >> >> web3# md5 /sbin/init >> MD5 (/sbin/init) =3D 6a374bc84a8b89822964e2a73ed2af18 >> web3# cp /sbin/init /tank/. >> web3# md5 /tank/init >> MD5 (/tank/init) =3D 6a374bc84a8b89822964e2a73ed2af18 >> >> (the zfs volume can be unmounted and mounted again - md5 still correct) >> >> *************************************************************************= >> ********** >> >> (system reboot) >> (iSCSI Session reinitiated) >> >> web3# zpool status >> pool: tank >> state: FAULTED >> status: One or more devices could not be used because the label is missin= >> g >> or invalid. There are insufficient replicas for the pool to continue >> functioning. >> action: Destroy and re-create the pool from a backup source. >> see: http://www.sun.com/msg/ZFS-8000-5E >> scrub: none requested >> config: >> >> NAME STATE READ WRITE CKSUM >> tank FAULTED 0 0 0 corrupted data >> da0 UNAVAIL 0 0 0 corrupted data >> >> (FS not useable anymore - files are lost) >> >> *************************************************************************= >> ********** >> >> In the attachment you'll find the results of the dd. >> >> Greetings, >> Erik From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 28 11:21:31 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CE3F106564A for ; Sun, 28 Dec 2008 11:21:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 122978FC08 for ; Sun, 28 Dec 2008 11:21:31 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LGti5-0009Dv-Uo; Sun, 28 Dec 2008 13:21:29 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Erik Scholtz, ArgonSoft GmbH" In-reply-to: <49575045.4090601@argonsoft.de> References: <4956B01B.3000509@argonsoft.de> <49575045.4090601@argonsoft.de> Comments: In-reply-to "Erik Scholtz, ArgonSoft GmbH" message dated "Sun, 28 Dec 2008 11:09:09 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 28 Dec 2008 13:21:29 +0200 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org Subject: Re: Problem with disklabel and filesystem over iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 11:21:31 -0000 > Hi, >=20 > I tested the default iSCSI_initiator shipped with 7.0, 7.1RC1 and=20 > 7.1RC2. Additionally i changed it with that version from=20 > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.1.tar.gz with each = > release. The effect is with all combinations the same: >=20 > 7.0 native / 7.0 + iscsi-2.1 > 7.1RC1 native / 7.1RC1 + iscsi-2.1 > 7.2RC2 native / 7.2RC2 + iscsi-2.1 >=20 >=20 > Additionally info + tests: > -------------------------- > 1) I also checked it for ufs in dangerously dedicated mode - also the=20 > same effect. >=20 > 2) After the reboot, the iSCSI device is back on /dev/da0 as expected. >=20 > 3) The SAN system is a Hardware-SAN (iStor / GigaStor), that works=20 > without any problems under Ubuntu, CenOS, MacOS X, Windows and RedHat=20 > (all tested the last days) >=20 > 4) I could get ufs to work with the following (terribly wrong) partitio= n=20 > map: >=20 > 0 40 39 - 12 unused 0 > 40 409600 409639 da0s1 165 FreeBSD 0 > 409640 1928708016 1929117655 da0s2 165 FreeBSD 0 > 1929117656 262184 1929379839 - 12 unused 0 >=20 > With this partition map, newfs runs without any failure. The filesystem= =20 > is heavily damaged and can be repaired with fsck. After repairing, the = > fs can be mounted and used as normal. But when running a fsck, thousand= s=20 > of errors must be corrected and the result is an empty disk again (when= =20 > answering all with YES - I ran it with -y flag, since there are too man= y=20 > questions to be answered manually, even when copying only three big=20 > files). ok, so the problem is on shutdown/reboot. Buffers don't seem to be flushe= d. To check if this is correct, try shutdown, then under single user unmount= the iscsi, sync, sync, reboot danny From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 28 12:29:23 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C7981065670 for ; Sun, 28 Dec 2008 12:29:23 +0000 (UTC) (envelope-from e.scholtz@argonsoft.de) Received: from coyote.quickmin.net (coyote.quickmin.net [217.14.112.24]) by mx1.freebsd.org (Postfix) with ESMTP id 1C73C8FC17 for ; Sun, 28 Dec 2008 12:29:22 +0000 (UTC) (envelope-from e.scholtz@argonsoft.de) Received: (qmail 44842 invoked from network); 28 Dec 2008 13:29:21 +0100 Received: by simscan 1.4.0 ppid: 44839, pid: 44840, t: 0.0130s scanners: clamav: 0.94.1/m:49/d:8609 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=argonsoft.de; b=YZ8gFl/PUBI8EEo2dPXudnbCWHKW2ZN2IyLX7dRSm9SiJZHXFAdpEpddTjg19yM0yiBcunlk8BwXKi/UegKCSz0NgbIpnZy8aRMaMdV7XGxWY4GJ3UAIgOIgkZ4t64zfz8Dze1z6ogk2eYUXJIEVG2MfdK2tQrHCld+yvzbuQA0= ; Received: from dialbs-213-023-239-142.static.arcor-ip.net (HELO erik-scholtzs-macbook-pro-15.local) (00000150@213.23.239.142) by coyote.quickmin.net with SMTP; 28 Dec 2008 13:29:21 +0100 Message-ID: <49577118.1080700@argonsoft.de> Date: Sun, 28 Dec 2008 13:29:12 +0100 From: "Erik Scholtz, ArgonSoft GmbH" User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Danny Braniss References: <4956B01B.3000509@argonsoft.de> <49575045.4090601@argonsoft.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-scsi@freebsd.org Subject: Re: Problem with disklabel and filesystem over iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 12:29:23 -0000 ok, i started the system in single-user-mode and brought up the iSCSI connection. I tried to install the ufs first, after each step I synced. No change - problem remains the same (newfs is failing). Then I installed the ZFS again, also synced after each step, then unmounted the iSCSI device, synced again (always at least three times). Then rebooted the system (going to single-user-mode again) and the ZFS is corrupted again with the same message. I don't think the buffers are the problem. Erik ----- ArgonSoft GmbH | Im Ermlisgrund 3 | 76337 Waldbronn Tel: +49 7243 71520 | Fax: +49 7243 715222 | http://www.argonsoft.de Umsatzsteuer-Identnummer: DE205762306 | Handelsregister: HRB2372E Geschäftsführer: Erik Scholtz Danny Braniss wrote: > > ok, so the problem is on shutdown/reboot. Buffers don't seem to be > flushed. > To check if this is correct, try shutdown, then under single user > unmount the iscsi, sync, sync, reboot > > danny > >> Hi, >> >> I tested the default iSCSI_initiator shipped with 7.0, 7.1RC1 and >> 7.1RC2. Additionally i changed it with that version from >> ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.1.tar.gz with each >> release. The effect is with all combinations the same: >> >> 7.0 native / 7.0 + iscsi-2.1 >> 7.1RC1 native / 7.1RC1 + iscsi-2.1 >> 7.2RC2 native / 7.2RC2 + iscsi-2.1 >> >> >> Additionally info + tests: >> -------------------------- >> 1) I also checked it for ufs in dangerously dedicated mode - also the >> same effect. >> >> 2) After the reboot, the iSCSI device is back on /dev/da0 as expected. >> >> 3) The SAN system is a Hardware-SAN (iStor / GigaStor), that works >> without any problems under Ubuntu, CenOS, MacOS X, Windows and RedHat >> (all tested the last days) >> >> 4) I could get ufs to work with the following (terribly wrong) partition >> map: >> >> 0 40 39 - 12 unused 0 >> 40 409600 409639 da0s1 165 FreeBSD 0 >> 409640 1928708016 1929117655 da0s2 165 FreeBSD 0 >> 1929117656 262184 1929379839 - 12 unused 0 >> >> With this partition map, newfs runs without any failure. The filesystem >> is heavily damaged and can be repaired with fsck. After repairing, the >> fs can be mounted and used as normal. But when running a fsck, thousands >> of errors must be corrected and the result is an empty disk again (when >> answering all with YES - I ran it with -y flag, since there are too many >> questions to be answered manually, even when copying only three big >> files). From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 28 13:17:17 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8361D1065674 for ; Sun, 28 Dec 2008 13:17:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 357568FC1B for ; Sun, 28 Dec 2008 13:17:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LGvW7-000ALB-Sl; Sun, 28 Dec 2008 15:17:15 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Erik Scholtz, ArgonSoft GmbH" In-reply-to: <49577118.1080700@argonsoft.de> References: <4956B01B.3000509@argonsoft.de> <49575045.4090601@argonsoft.de> <49577118.1080700@argonsoft.de> Comments: In-reply-to "Erik Scholtz, ArgonSoft GmbH" message dated "Sun, 28 Dec 2008 13:29:12 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 28 Dec 2008 15:17:15 +0200 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org Subject: Re: Problem with disklabel and filesystem over iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 13:17:17 -0000 > ok, i started the system in single-user-mode and brought up the iSCSI=20 > connection. I tried to install the ufs first, after each step I synced.= =20 > No change - problem remains the same (newfs is failing). >=20 > Then I installed the ZFS again, also synced after each step, then=20 > unmounted the iSCSI device, synced again (always at least three times).= =20 > Then rebooted the system (going to single-user-mode again) and the ZFS = > is corrupted again with the same message. >=20 in the case of zfs, you have to /etc/rc.d/zfs stop > I don't think the buffers are the problem. >=20 are you sure that the iscsi target is only used by the freebsd host? > Erik >=20 > ----- > ArgonSoft GmbH =7C Im Ermlisgrund 3 =7C 76337 Waldbronn > Tel: +49 7243 71520 =7C Fax: +49 7243 715222 =7C http://www.argonsoft.= de > Umsatzsteuer-Identnummer: DE205762306 =7C Handelsregister: HRB237= 2E > Gesch=E4ftsf=FChrer: Erik Scholtz >=20 > Danny Braniss wrote: > > > > ok, so the problem is on shutdown/reboot. Buffers don't seem to be > > flushed. > > To check if this is correct, try shutdown, then under single user > > unmount the iscsi, sync, sync, reboot > > > > danny > > > >> Hi, > >> > >> I tested the default iSCSI_initiator shipped with 7.0, 7.1RC1 and=20 > >> 7.1RC2. Additionally i changed it with that version from=20 > >> ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.1.tar.gz with ea= ch=20 > >> release. The effect is with all combinations the same: > >> > >> 7.0 native / 7.0 + iscsi-2.1 > >> 7.1RC1 native / 7.1RC1 + iscsi-2.1 > >> 7.2RC2 native / 7.2RC2 + iscsi-2.1 > >> > >> > >> Additionally info + tests: > >> -------------------------- > >> 1) I also checked it for ufs in dangerously dedicated mode - also th= e=20 > >> same effect. > >> > >> 2) After the reboot, the iSCSI device is back on /dev/da0 as expecte= d. > >> > >> 3) The SAN system is a Hardware-SAN (iStor / GigaStor), that works=20 > >> without any problems under Ubuntu, CenOS, MacOS X, Windows and RedHa= t=20 > >> (all tested the last days) > >> > >> 4) I could get ufs to work with the following (terribly wrong) parti= tion=20 > >> map: > >> > >> 0 40 39 - 12 unused = 0 > >> 40 409600 409639 da0s1 165 FreeBSD = 0 > >> 409640 1928708016 1929117655 da0s2 165 FreeBSD = 0 > >> 1929117656 262184 1929379839 - 12 unused 0= > >> > >> With this partition map, newfs runs without any failure. The filesys= tem=20 > >> is heavily damaged and can be repaired with fsck. After repairing, t= he=20 > >> fs can be mounted and used as normal. But when running a fsck, thous= ands=20 > >> of errors must be corrected and the result is an empty disk again (w= hen=20 > >> answering all with YES - I ran it with -y flag, since there are too = many=20 > >> questions to be answered manually, even when copying only three big = > >> files).=20 From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 28 13:42:39 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94F53106564A for ; Sun, 28 Dec 2008 13:42:39 +0000 (UTC) (envelope-from e.scholtz@argonsoft.de) Received: from coyote.quickmin.net (coyote.quickmin.net [217.14.112.24]) by mx1.freebsd.org (Postfix) with ESMTP id EB0148FC12 for ; Sun, 28 Dec 2008 13:42:38 +0000 (UTC) (envelope-from e.scholtz@argonsoft.de) Received: (qmail 49245 invoked from network); 28 Dec 2008 14:42:37 +0100 Received: by simscan 1.4.0 ppid: 49242, pid: 49243, t: 0.0119s scanners: clamav: 0.94.1/m:49/d:8609 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=argonsoft.de; b=gZH7Pp7277Hks8g1GQzmdQ0bZ785EuiB0AkdKilOSeoJUPJ3Er8co8CErDKQJ/UVP1BHfcNaZ9rDOHnN8HTJ5a/Bq423fACgBWH0EI+0cFX0Xmadv4bpm8o2WiSMaNi68994o5MKlSwZyPhJbt5ztIZEr/ju2zn6/o/KcBP8v0c= ; Received: from dialbs-213-023-239-142.static.arcor-ip.net (HELO erik-scholtzs-macbook-pro-15.local) (00000150@213.23.239.142) by coyote.quickmin.net with SMTP; 28 Dec 2008 14:42:37 +0100 Message-ID: <4957824C.1000601@argonsoft.de> Date: Sun, 28 Dec 2008 14:42:36 +0100 From: "Erik Scholtz, ArgonSoft GmbH" User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Danny Braniss References: <4956B01B.3000509@argonsoft.de> <49575045.4090601@argonsoft.de> <49577118.1080700@argonsoft.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-scsi@freebsd.org Subject: Re: Problem with disklabel and filesystem over iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 13:42:39 -0000 Danny Braniss wrote: >> ok, i started the system in single-user-mode and brought up the iSCSI >> connection. I tried to install the ufs first, after each step I synced. >> No change - problem remains the same (newfs is failing). >> >> Then I installed the ZFS again, also synced after each step, then >> unmounted the iSCSI device, synced again (always at least three times). >> Then rebooted the system (going to single-user-mode again) and the ZFS >> is corrupted again with the same message. >> > in the case of zfs, you have to > /etc/rc.d/zfs stop > I used the "zfs umount tank" command. I now tried it with "/etc/rc.d/zfs stop" (both cases: before and after umounting the volume via "zfs umount") and synced again. Still the effect remains the same: After reboot the filesystem is corrupted and unreadable. >> I don't think the buffers are the problem. >> > are you sure that the iscsi target is only used by the freebsd host? 100% for sure. The SAN is (at the moment) connected via Cross-Cable directly to the FreeBSD-Box, so has only a dedicated connection. Before that it was connected over a seperate Cisco 520G Switch, only used by the SAN and the FreeBSD Box. The networkcard is a INTEL 1GBit. Also tried it with a nVidia nForce Pro 3400 (also 1GBit). I also played with the MTU sizes: at the moment it is default (1500) - but other sizes (jumbo size 9000) also do not change anything (I made sure, both sides (SAN and FreeBSD) uses the same size). Erik ----- ArgonSoft GmbH | Im Ermlisgrund 3 | 76337 Waldbronn Tel: +49 7243 71520 | Fax: +49 7243 715222 | http://www.argonsoft.de Umsatzsteuer-Identnummer: DE205762306 | Handelsregister: HRB2372E Geschäftsführer: Erik Scholtz From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 28 14:14:28 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 559C01065670 for ; Sun, 28 Dec 2008 14:14:28 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 05C198FC16 for ; Sun, 28 Dec 2008 14:14:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LGwPS-000B6h-Dx; Sun, 28 Dec 2008 16:14:26 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Erik Scholtz, ArgonSoft GmbH" In-reply-to: <4957824C.1000601@argonsoft.de> References: <4956B01B.3000509@argonsoft.de> <49575045.4090601@argonsoft.de> <49577118.1080700@argonsoft.de> <4957824C.1000601@argonsoft.de> Comments: In-reply-to "Erik Scholtz, ArgonSoft GmbH" message dated "Sun, 28 Dec 2008 14:42:36 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sun, 28 Dec 2008 16:14:26 +0200 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org Subject: Re: Problem with disklabel and filesystem over iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 14:14:28 -0000 > Danny Braniss wrote: > >> ok, i started the system in single-user-mode and brought up the iSCS= I=20 > >> connection. I tried to install the ufs first, after each step I sync= ed.=20 > >> No change - problem remains the same (newfs is failing). > >> > >> Then I installed the ZFS again, also synced after each step, then=20 > >> unmounted the iSCSI device, synced again (always at least three time= s).=20 > >> Then rebooted the system (going to single-user-mode again) and the Z= FS=20 > >> is corrupted again with the same message. > >> > > in the case of zfs, you have to > > /etc/rc.d/zfs stop > > >=20 > I used the =22zfs umount tank=22 command. I now tried it with =22/etc/r= c.d/zfs=20 > stop=22 (both cases: before and after umounting the volume via =22zfs=20 > umount=22) and synced again. Still the effect remains the same: After=20 > reboot the filesystem is corrupted and unreadable. >=20 > >> I don't think the buffers are the problem. > >> > > are you sure that the iscsi target is only used by the freebsd host? >=20 > 100% for sure. The SAN is (at the moment) connected via Cross-Cable=20 > directly to the FreeBSD-Box, so has only a dedicated connection. Before= =20 > that it was connected over a seperate Cisco 520G Switch, only used by=20 > the SAN and the FreeBSD Box. > The networkcard is a INTEL 1GBit. Also tried it with a nVidia nForce Pr= o=20 > 3400 (also 1GBit). I also played with the MTU sizes: at the moment it i= s=20 > default (1500) - but other sizes (jumbo size 9000) also do not change=20 > anything (I made sure, both sides (SAN and FreeBSD) uses the same size)= . Since you seem to be in a cooperative mood :-), can you try checking with a smaller volume? say 200GB? either UFS or ZFS? the biggest I have access to is 921595 Meg and it does not show your prob= lems. also, what is the Media Sector size? fdisk da0 should show it. cheers, danny From owner-freebsd-scsi@FreeBSD.ORG Sun Dec 28 14:41:26 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17669106564A for ; Sun, 28 Dec 2008 14:41:26 +0000 (UTC) (envelope-from e.scholtz@argonsoft.de) Received: from coyote.quickmin.net (coyote.quickmin.net [217.14.112.24]) by mx1.freebsd.org (Postfix) with ESMTP id 89DD18FC17 for ; Sun, 28 Dec 2008 14:41:25 +0000 (UTC) (envelope-from e.scholtz@argonsoft.de) Received: (qmail 52560 invoked from network); 28 Dec 2008 15:41:24 +0100 Received: by simscan 1.4.0 ppid: 52557, pid: 52558, t: 0.0133s scanners: clamav: 0.94.1/m:49/d:8609 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=argonsoft.de; b=kRJAy/1uKNM9QltidXbNLhiKqc8i/EBXtb0aYzKdkuDWlg207nucCmqDyWC5IeNoUtWKavJJ+YXN2+ifFaArOg5/qtlJ7Egv5ixs79wwGIFIfiUXV9kVJK6AB1FdaWKF9emHOLMWic5iaXf3fbQzgge43E/4Gtuif+srgwzq8Z8= ; Received: from dialbs-213-023-239-142.static.arcor-ip.net (HELO erik-scholtzs-macbook-pro-15.local) (00000150@213.23.239.142) by coyote.quickmin.net with SMTP; 28 Dec 2008 15:41:22 +0100 Message-ID: <4957900D.80601@argonsoft.de> Date: Sun, 28 Dec 2008 15:41:17 +0100 From: "Erik Scholtz, ArgonSoft GmbH" User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Danny Braniss References: <4956B01B.3000509@argonsoft.de> <49575045.4090601@argonsoft.de> <49577118.1080700@argonsoft.de> <4957824C.1000601@argonsoft.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-scsi@freebsd.org Subject: Re: Problem with disklabel and filesystem over iSCSI X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2008 14:41:26 -0000 Well, I'm trying to find a solution to this problem - I already spend 6 whole days in testing, downloading and reading "FM"s, "HowTo"s and Mailinglists. I don't want to waste the time of others, so giving as lot information as possible and do the testing is the least I can do. I downgraded the SAN from 1Tb to 200GB: ------------------------------------------------------------ web3# fdisk da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=26108 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=26108 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 ------------------------------------------------------------ Partition: 0 63 62 - 12 unused 0 63 419424957 419425019 da0s1 8 freebsd 165 419425020 5380 419430399 - 12 unused 0 1) Result of newfs in compatible mode: 419256288 internal error: can't find block in cyl 0 2) Result of newfs in dangerously dedicated mode: ..., ..., ... 419256288 cg 0: bad magic number ZFS remains the same (all cases: before and after umounting the volume via "zfs umount" executing the "/etc/rc.d/zfs stop" - sync before and after zfs stop). When starting the zfs without rebooting, the FS is still ok. After reboot the FS is broken again. Again the fdisk output before the SAN was downgraded: >web3# fdisk /dev/da0s1 > ******* Working on device /dev/da0s1 ******* > parameters extracted from in-core disklabel are: > cylinders=3D99693 heads=3D255 sectors/track=3D63 (16065 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=3D99693 heads=3D255 sectors/track=3D63 (16065 blks/cyl) Erik ----- ArgonSoft GmbH | Im Ermlisgrund 3 | 76337 Waldbronn Tel: +49 7243 71520 | Fax: +49 7243 715222 | http://www.argonsoft.de Umsatzsteuer-Identnummer: DE205762306 | Handelsregister: HRB2372E Geschäftsführer: Erik Scholtz Danny Braniss wrote: > Since you seem to be in a cooperative mood :-), can you try checking > with a smaller volume? say 200GB? either UFS or ZFS? > the biggest I have access to is 921595 Meg and it does not show your problems. > also, what is the Media Sector size? > fdisk da0 should show it. > > cheers, > danny > > From owner-freebsd-scsi@FreeBSD.ORG Mon Dec 29 07:54:48 2008 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC882106564A for ; Mon, 29 Dec 2008 07:54:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 72F888FC1F for ; Mon, 29 Dec 2008 07:54:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LHCxa-000Ks5-8u; Mon, 29 Dec 2008 09:54:46 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-scsi@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Dec 2008 09:54:46 +0200 From: Danny Braniss Message-ID: Cc: "Erik Scholtz, ArgonSoft GmbH" Subject: CAM and scsi-5 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 07:54:48 -0000 Hi, are there any issues with CAM and scsi-5? I'm asking, because when the iSCSI target is an SCSI-5 unit, all seems ok, but: sade -- ok newfs -- ok fsck -- failes! no scsi/cam errors, but ... thanks, danny From owner-freebsd-scsi@FreeBSD.ORG Mon Dec 29 11:07:01 2008 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E18C3106567D for ; Mon, 29 Dec 2008 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C74568FC12 for ; Mon, 29 Dec 2008 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTB71Fq024574 for ; Mon, 29 Dec 2008 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBTB718s024570 for freebsd-scsi@FreeBSD.org; Mon, 29 Dec 2008 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Dec 2008 11:07:01 GMT Message-Id: <200812291107.mBTB718s024570@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 11:07:02 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/119668 scsi [cam] [patch] certain errors are too verbose comparing o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 30 problems total. From owner-freebsd-scsi@FreeBSD.ORG Tue Dec 30 10:00:04 2008 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5456106564A; Tue, 30 Dec 2008 10:00:04 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from semihalf.com (semihalf.com [206.130.101.55]) by mx1.freebsd.org (Postfix) with ESMTP id A1C5E8FC18; Tue, 30 Dec 2008 10:00:04 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from mail.semihalf.com (mail.semihalf.com [83.15.139.206]) by semihalf.com (8.13.1/8.13.1) with ESMTP id mBU9g24A008773; Tue, 30 Dec 2008 02:42:03 -0700 Message-ID: <4959ED07.1010101@semihalf.com> Date: Tue, 30 Dec 2008 10:42:31 +0100 From: Grzegorz Bernacki MIME-Version: 1.0 To: scottl@freebsd.org References: <494B7C34.7050108@semihalf.com> In-Reply-To: <494B7C34.7050108@semihalf.com> Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: Rafal Jaworowski , scsi@freebsd.org Subject: Re: Better handling of TEST UNIT READY command X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2008 10:00:05 -0000 Hi Scott, > Sorry I missed the original posting on the scsi list. I'm curious what > ASC/ASCQ codes are being returned by the device. This patch is good > enough for now, please go ahead and commit it, but I'd like to see what > the actual errors are so we can see if there's a more elegant way to > handle it. Those are values returned in sense data: Error Code 0x70 Sense Key 0x06 ASC 0x28 ASCQ 0x00 pozdrawiam, Grzesiek