From owner-freebsd-current@FreeBSD.ORG Sat Aug 6 17:57:27 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AB3216A41F; Sat, 6 Aug 2005 17:57:27 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E84443D45; Sat, 6 Aug 2005 17:57:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j76I9YJi001885; Sat, 6 Aug 2005 12:09:35 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42F4F9FF.7050007@samsco.org> Date: Sat, 06 Aug 2005 11:57:19 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthias Schuendehuette References: <04D55966-A390-45AE-A7B8-0828A9655053@snafu.de> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: mpt + gvinum on 6.0-BETA1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 17:57:27 -0000 Matthias Schuendehuette wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, I try this on -current again: > >> I tried 6.0-BETA1 on one of our FUJITSU-SIEMENS RX300 S2 servers and >> it seems that I have problems with the disk subsystem, even after >> Scotts major overhaul of the mpt drivers... >> >> - - very slow write performace: 'dd if=/dev/zero of=/dev/da0s2 bs=512 >> count=32768' reports a throughput of 80 k(!)Bytes/s. Read performance >> is somewhat better, 'dd' reports here about 2 MB/s... better, but not >> what I would expect from a RAID1 with two U320 SCSI- disks (Seagate BTW). > > > The dd write performance increases with the block size up to approx. 5 > MB/s with bs=32768. > Is this normal behaviour? It should indeed be much faster. I'd suspect cabling problems. How many drives are on the bus? Are there any special connectors on the bus? Have you looked through the MPT BIOS? What happens if you slow the drives down to U160 or slower speeds? > > Further, gvinum is not working with this disk subsystem. If I try to > create a gvinum-drive, the drive seems to be created ('gvinum list' > reports the drive), but it has the state 'down' and cannot be started. > After a reboot, there's no gvinum-drive at all any more. If I look at > the first sectors of the partition which should contain the gvinum > drive, there's absolutely nothing written to disk, even after a 'gvinum > saveconfig'. All zeroes, no "In VINO" gvinum magic, no drive size, > simply nothing - strange! > > This seems not to be gvinums fault, because gvinum works on all other > machines I tried, with conventional SCSI-disks as well as with IDE- > (shudder :-) disks. Very strange! > Are you expecting gvinum to integrate with the raid functionality of the mpt hardware? If so, my answer is that it simply doesn't work that way. > [...] > > If I try to 'boot -v', the system ends up in an endless loop with the > following messages: Yes, the excessive verboseness needs to be fixed. Scott