From owner-freebsd-fs@FreeBSD.ORG Sun Dec 9 01:17:01 2007 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29D416A417 for ; Sun, 9 Dec 2007 01:17:01 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 92FCF13C448 for ; Sun, 9 Dec 2007 01:17:01 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id lB91Go19070069; Sat, 8 Dec 2007 17:16:54 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200712090116.lB91Go19070069@gw.catspoiler.org> Date: Sat, 8 Dec 2007 17:16:50 -0800 (PST) From: Don Lewis To: bg@sics.se In-Reply-To: <20071207143348.17470be3@ibook.sics.se> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Cc: freebsd-fs@FreeBSD.org, des@des.no Subject: Re: FSCK doesn't correct file size when INCORRECT BLOCK COUNT is found X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2007 01:17:01 -0000 On 7 Dec, Bjorn Gronvall wrote: > On Fri, 07 Dec 2007 13:48:12 +0100 > Dag-Erling Smørgrav wrote: > > Hi Dag-Erling, > >> Bjorn Gronvall writes: >> > Filesystems in general and UFS with soft updates in particular rely on >> > disks providing accurate response to writes. When write caching is >> > enabled the disk will lie and tell the operating system that the write >> > has completed successfully, in reality the data is only cached in disk >> > RAM. When the power disappears the data will be gone forever. >> >> No. This used to be the case with some cheaper disks which ignored the >> ATA "flush cache" command to score higher on benchmarks, but I doubt >> you'll find any disks on the market that still do that (at least from >> reputable manufacturers). > > Agreed, but the software must also be written to actually make use of > the more recent "flush cache" feature. I know that the GEOM journal > can make use of this feature but does UFS with soft updates use it? UFS with soft updates does not use the "flush cache" feature. it assumes that once the drive says that the data has been written, that the data is actually on the platter. If the drive does write caching, this is an invalid assumption because the drive will indicate that data has been written as soon as it gets transferred to the drive's cache. Disabling write caching fixes this problem, but badly hurts the performance of ATA drives, because it forces each I/O operation to be done sequentually. This is much less of an issue with SCSI drives, because they have tagged command queuing (which is supported by FreeBSD), which allows multiple simultaneous I/O requests to be queued to the drive, which is free to re-order them more optimally, and to report their status in what ever order the operations are completed. Modern SATA drives have something similar, Native Command Queuing (NCQ), but it is not yet supported by FreeBSD. I'm also under the impression that modern ATA drives boost their capacity by always rewriting a full track so that they can eliminate the overhead of sector headers and trailers. This hurts performance when write caching is disabled, because even a single sector write requires the full track to be rewritten, which could require multiple revolutions of the spindle (a full track read if the track has not been cached, a full track write, and possibly a partial revolution to get to the correct location to start the write), and multiple writes to the same track can not be combined. Also, unless the drive can complete the entire track rewrite after it detects power starting to fail, a power failure could corrupt data on the same track as a sector being rewritten. This data might be totally unrelated to the sector(s) being modified and would be expected by the file system to be stable. The checksumming done by ZFS in combination with RAID would help with this, but a power failure could still potentially wipe out all the redundant copies of the data. From owner-freebsd-fs@FreeBSD.ORG Sun Dec 9 02:13:08 2007 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E9D116A419 for ; Sun, 9 Dec 2007 02:13:08 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (adsl-75-1-14-242.dsl.scrm01.sbcglobal.net [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF1513C457 for ; Sun, 9 Dec 2007 02:13:08 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id lB92CsQ6070139; Sat, 8 Dec 2007 18:12:58 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200712090212.lB92CsQ6070139@gw.catspoiler.org> Date: Sat, 8 Dec 2007 18:12:54 -0800 (PST) From: Don Lewis To: julien.bellang@free.fr In-Reply-To: <47595C8C.6060203@free.fr> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-fs@FreeBSD.org, des@des.no, rees@FreeBSD.org Subject: Re: FSCK failed does'nt correct file size when INCORRECT BLOCK COUNT is found X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2007 02:13:08 -0000 On 7 Dec, julien wrote: > I can't get a UPS in my environment. Would it be possible to use a laptop for this application? > I already tested with the write cache desactivated, but the problem > still the same, I obtain files with holes and incorrect size and > blockcount. The only difference is that there is less holes and > performance are falling down. > > The problem is really easy to reproduce, you have just to copy several > big files and shutdown the power in the midle of the copy. The disk writes for sequential blocks of the file that are generated by the copy command are probably getting re-ordered by the disk driver in order to optimize the I/O ordering. Interrupting this out of order sequence with a power failure will result in the holey files that you are seeing. With FreeBSD 6.x and earlier, about the only thing you can do in this situation is to use the "sync" mount option in addition to disabling write caching, which will force each of the writes done by the file copy to actually copy the data to disk in sequential order. Unfortunately, this will reduce write performance even more. If you use the "sync" mount option without write caching, I suspect that the files won't look holey to fsck, but some of the blocks of the files being written at the time of power failure will contain parts of previously deleted files and other random garbage. This could be a security issue if userA's new file could contain some of userB's old data. If you were running FreeBSD 7.0, then gjournal+ufs or zfs could be possible solutions to your problem. I haven't tried either, so I can't comment on how well they might work. From owner-freebsd-fs@FreeBSD.ORG Mon Dec 10 10:35:57 2007 Return-Path: Delivered-To: fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20A9416A417 for ; Mon, 10 Dec 2007 10:35:57 +0000 (UTC) (envelope-from Artis.Caune@sigmanet.lv) Received: from dzilna.latnet.lv (dzilna.latnet.lv [159.148.19.116]) by mx1.freebsd.org (Postfix) with ESMTP id D272013C44B for ; Mon, 10 Dec 2007 10:35:56 +0000 (UTC) (envelope-from Artis.Caune@sigmanet.lv) Received: from localhost (localhost.localdomain [127.0.0.1]) by dzilna.latnet.lv (Postfix) with ESMTP id DE842D3E8F for ; Mon, 10 Dec 2007 12:16:03 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at dzilna.latnet.lv Received: from dzilna.latnet.lv ([127.0.0.1]) by localhost (dzilna.latnet.lv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kC9wTxEQmAzq for ; Mon, 10 Dec 2007 12:16:01 +0200 (EET) Received: from [85.254.248.22] (DiDii.sigmanet.lv [85.254.248.22]) by dzilna.latnet.lv (Postfix) with ESMTP id 46265D3EAB for ; Mon, 10 Dec 2007 12:16:01 +0200 (EET) Message-ID: <475D11E0.1050701@sigmanet.lv> Date: Mon, 10 Dec 2007 12:16:00 +0200 From: Artis Caune User-Agent: Thunderbird 1.5.0.10 (X11/20070327) MIME-Version: 1.0 To: fs@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: +12K ZFS file systems or snapshots X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 10:35:57 -0000 Hello FreeBSD-fs, We want to make ZFS file system for each user: # zfs create tank/user_x # zfs set quota=1G tank/user_x We also want to create snapshots for every user: user_x@month_ago user_x@week_ago user_x@day_ago We have run bonnie tests on amd64, 6G RAM IBM box with 3 SAS drives in raidz1 (7.0-BETA3). Tests failed with "kmem_map too small". Raising kmem_size to 1500M and limiting arc_max to 512M passed bonnie test for 4 days. 'vmstat -m' solaris MemUse is ~600M - 700M We could not create more than 12K file systems with 'zfs create'. ZFS panics with "kmem_map too small" when 'vmstat -m' solaris MemUse reaches 1500M (kmem_size). Solaris recommend 1G for every 10K file systems or snapshots, each fs or snapshot requires 64K of kmem. It looks like kmem_size is u_int and is limited to 4G, but we can boot only with 1500M. With 2G kmem_size console is full with panics. We want +/- 10K users on each box. We can: * create 10K file systems (users), use tank snapshots, not per-user snapshots * create 3K file systems (users) and 3 snapshots per file system +room for zfs cache If kmem_size is limited to ~2G, then there is no need for more than 2G RAM for ZFS file server? From owner-freebsd-fs@FreeBSD.ORG Mon Dec 10 11:07:03 2007 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE48F16A421 for ; Mon, 10 Dec 2007 11:07:03 +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 9DAF813C457 for ; Mon, 10 Dec 2007 11:07:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lBAB73ML073338 for ; Mon, 10 Dec 2007 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lBAB739a073334 for freebsd-fs@FreeBSD.org; Mon, 10 Dec 2007 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Dec 2007 11:07:03 GMT Message-Id: <200712101107.lBAB739a073334@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 11:07:03 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o kern/114856 fs [ntfs] [patch] Bug in NTFS allows bogus file modes. o kern/116170 fs Kernel panic when mounting /tmp o kern/118322 fs [panic] Sometimes (seldom), "panic:page fault" happens 5 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/114847 fs [ntfs] [patch] dirmask support for NTFS ala MSDOSFS o bin/118249 fs mv(1): moving a directory changes its mtime 2 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Dec 10 20:36:37 2007 Return-Path: Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22D8116A418 for ; Mon, 10 Dec 2007 20:36:37 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id B841113C458 for ; Mon, 10 Dec 2007 20:36:36 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id lBAKHZjI016138 for ; Mon, 10 Dec 2007 15:17:35 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id lBAKHYxs016137 for freebsd-fs@freebsd.org; Mon, 10 Dec 2007 15:17:34 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 10 Dec 2007 15:17:34 -0500 From: David Schultz To: freebsd-fs@FreeBSD.ORG Message-ID: <20071210201734.GA16012@VARK.MIT.EDU> Mail-Followup-To: freebsd-fs@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: RAID 1 via ataraid(4) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 20:36:37 -0000 I'm looking at getting a new box and wondering what people's experiences are with mirroring via ataraid(4) and various motherboards. Does it work? Does it tell you when a drive fails? Does it do the right thing when you put in a replacement? Does it work if the two drives aren't identical? Is performance acceptable? At the moment I'm using gmirror (previously ccd until GEOM came along and ccd became unstable) with a dedicated unmirrored OS disk. But in accordance with Murphy's law, I've had the boot disk fail twice in the past five years, so I'd like to put the damn root fs on the mirror. From owner-freebsd-fs@FreeBSD.ORG Mon Dec 10 21:28:59 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B5E16A41A for ; Mon, 10 Dec 2007 21:28:59 +0000 (UTC) (envelope-from david.cecil@nokia.com) Received: from mgw-mx06.nokia.com (smtp.nokia.com [192.100.122.233]) by mx1.freebsd.org (Postfix) with ESMTP id 1F6DA13C461 for ; Mon, 10 Dec 2007 21:28:58 +0000 (UTC) (envelope-from david.cecil@nokia.com) Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [172.21.143.143]) by mgw-mx06.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id lBALSAo5002743 for ; Mon, 10 Dec 2007 23:28:54 +0200 Received: from esebh104.NOE.Nokia.com ([172.21.143.34]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 10 Dec 2007 23:28:29 +0200 Received: from syebe101.NOE.Nokia.com ([172.30.128.65]) by esebh104.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 10 Dec 2007 23:28:29 +0200 Received: from [172.30.67.44] ([172.30.67.44]) by syebe101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 11 Dec 2007 08:28:26 +1100 Message-ID: <475DAF79.9080900@nokia.com> Date: Tue, 11 Dec 2007 07:28:25 +1000 From: David Cecil User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <20071210201734.GA16012@VARK.MIT.EDU> In-Reply-To: <20071210201734.GA16012@VARK.MIT.EDU> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 10 Dec 2007 21:28:26.0133 (UTC) FILETIME=[996C0450:01C83B73] X-Nokia-AV: Clean Subject: Re: RAID 1 via ataraid(4) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 21:28:59 -0000 Hi David, there's no reason you can't mirror the rootfs using gmirror. We do it all the time. Regards, Dave ext David Schultz wrote: > I'm looking at getting a new box and wondering what people's > experiences are with mirroring via ataraid(4) and various > motherboards. Does it work? Does it tell you when a drive fails? > Does it do the right thing when you put in a replacement? Does it > work if the two drives aren't identical? Is performance > acceptable? > > At the moment I'm using gmirror (previously ccd until GEOM came > along and ccd became unstable) with a dedicated unmirrored OS > disk. But in accordance with Murphy's law, I've had the boot disk > fail twice in the past five years, so I'd like to put the damn > root fs on the mirror. > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > From owner-freebsd-fs@FreeBSD.ORG Mon Dec 10 21:50:08 2007 Return-Path: Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0866116A468 for ; Mon, 10 Dec 2007 21:50:08 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id A421E13C45D for ; Mon, 10 Dec 2007 21:50:07 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id lBALnanC016663; Mon, 10 Dec 2007 16:49:36 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id lBALnaaf016662; Mon, 10 Dec 2007 16:49:36 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 10 Dec 2007 16:49:36 -0500 From: David Schultz To: David Cecil Message-ID: <20071210214936.GA16598@VARK.MIT.EDU> Mail-Followup-To: David Cecil , freebsd-fs@FreeBSD.ORG References: <20071210201734.GA16012@VARK.MIT.EDU> <475DAF79.9080900@nokia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <475DAF79.9080900@nokia.com> Cc: freebsd-fs@FreeBSD.ORG Subject: Re: RAID 1 via ataraid(4) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 21:50:08 -0000 On Tue, Dec 11, 2007, David Cecil wrote: > Hi David, > > there's no reason you can't mirror the rootfs using gmirror. We do it > all the time. Good point, thanks. I'd forgotten that gmirror stores its metadata at the end of the drive instead of at the beginning as ccd does. Nevertheless, I'd be interested in what people's experiences have been with ataraid(4), particularly since it's more flexible in terms of putting multiple operating systems on different partitions of the same mirror. From owner-freebsd-fs@FreeBSD.ORG Mon Dec 10 22:31:18 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8D0B16A47B for ; Mon, 10 Dec 2007 22:31:18 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [82.230.37.243]) by mx1.freebsd.org (Postfix) with ESMTP id 602AE13C474 for ; Mon, 10 Dec 2007 22:31:18 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id 83F3C3BF63; Mon, 10 Dec 2007 23:31:17 +0100 (CET) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cgyQ9bxuGQkt; Mon, 10 Dec 2007 23:31:14 +0100 (CET) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id D3C123BE53; Mon, 10 Dec 2007 23:31:14 +0100 (CET) Date: Mon, 10 Dec 2007 23:31:14 +0100 From: Ollivier Robert To: freebsd-fs@freebsd.org Message-ID: <20071210223114.GA31136@keltia.freenix.fr> References: <20071210201734.GA16012@VARK.MIT.EDU> <475DAF79.9080900@nokia.com> <20071210214936.GA16598@VARK.MIT.EDU> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071210214936.GA16598@VARK.MIT.EDU> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 6.2 / Dell D820 SMP User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Subject: Re: RAID 1 via ataraid(4) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 22:31:18 -0000 According to David Schultz: > Good point, thanks. I'd forgotten that gmirror stores its metadata > at the end of the drive instead of at the beginning as ccd does. > Nevertheless, I'd be interested in what people's experiences have > been with ataraid(4), particularly since it's more flexible in > terms of putting multiple operating systems on different > partitions of the same mirror. You know you can use gmirror on either whole drives or on specific slices, right? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 8.10.1: Wed May 23 16:33:00 PDT 2007 i386 From owner-freebsd-fs@FreeBSD.ORG Mon Dec 10 22:43:32 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EE9816A418 for ; Mon, 10 Dec 2007 22:43:32 +0000 (UTC) (envelope-from fbsd-fs@mawer.org) Received: from outbound.icp-qv1-irony-out3.iinet.net.au (outbound.icp-qv1-irony-out3.iinet.net.au [203.59.1.148]) by mx1.freebsd.org (Postfix) with ESMTP id C381F13C4E9 for ; Mon, 10 Dec 2007 22:43:31 +0000 (UTC) (envelope-from fbsd-fs@mawer.org) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAH5IXUfLzq3r/2dsb2JhbAAI X-IronPort-AV: E=Sophos;i="4.24,148,1196607600"; d="scan'208";a="192641991" Received: from unknown (HELO [10.24.1.1]) ([203.206.173.235]) by outbound.icp-qv1-irony-out3.iinet.net.au with ESMTP; 11 Dec 2007 07:13:58 +0900 Message-ID: <475DBA36.3020101@mawer.org> Date: Tue, 11 Dec 2007 09:14:14 +1100 From: Antony Mawer User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <20071210201734.GA16012@VARK.MIT.EDU> <475DAF79.9080900@nokia.com> <20071210214936.GA16598@VARK.MIT.EDU> In-Reply-To: <20071210214936.GA16598@VARK.MIT.EDU> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: RAID 1 via ataraid(4) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 22:43:32 -0000 On 11/12/2007 8:49 AM, David Schultz wrote: > On Tue, Dec 11, 2007, David Cecil wrote: >> Hi David, >> >> there's no reason you can't mirror the rootfs using gmirror. We do it >> all the time. > > Good point, thanks. I'd forgotten that gmirror stores its metadata > at the end of the drive instead of at the beginning as ccd does. > Nevertheless, I'd be interested in what people's experiences have > been with ataraid(4), particularly since it's more flexible in > terms of putting multiple operating systems on different > partitions of the same mirror. I don't think ataraid does automatic rebuilds when you replace the drive... from memory I think you need to manually kick off a rebuild process after replacing one of the drives. --Antony From owner-freebsd-fs@FreeBSD.ORG Mon Dec 10 23:21:56 2007 Return-Path: Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B54A116A418 for ; Mon, 10 Dec 2007 23:21:56 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.freebsd.org (Postfix) with ESMTP id 7382413C458 for ; Mon, 10 Dec 2007 23:21:56 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.14.2/8.14.1) with ESMTP id lBANLP5n017138; Mon, 10 Dec 2007 18:21:25 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.14.2/8.14.1/Submit) id lBANLPYp017137; Mon, 10 Dec 2007 18:21:25 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 10 Dec 2007 18:21:25 -0500 From: David Schultz To: Ollivier Robert Message-ID: <20071210232125.GA17108@VARK.MIT.EDU> Mail-Followup-To: Ollivier Robert , freebsd-fs@FreeBSD.ORG References: <20071210201734.GA16012@VARK.MIT.EDU> <475DAF79.9080900@nokia.com> <20071210214936.GA16598@VARK.MIT.EDU> <20071210223114.GA31136@keltia.freenix.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071210223114.GA31136@keltia.freenix.fr> Cc: freebsd-fs@FreeBSD.ORG Subject: Re: RAID 1 via ataraid(4) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 23:21:56 -0000 On Mon, Dec 10, 2007, Ollivier Robert wrote: > According to David Schultz: > > Good point, thanks. I'd forgotten that gmirror stores its metadata > > at the end of the drive instead of at the beginning as ccd does. > > Nevertheless, I'd be interested in what people's experiences have > > been with ataraid(4), particularly since it's more flexible in > > terms of putting multiple operating systems on different > > partitions of the same mirror. > > You know you can use gmirror on either whole drives or on specific slices, > right? Right, but that doesn't magically cause the other partitions to be mirrored, and it requires manual relabelling when a drive is replaced. From owner-freebsd-fs@FreeBSD.ORG Tue Dec 11 23:18:43 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F4A616A46E for ; Tue, 11 Dec 2007 23:18:43 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.freebsd.org (Postfix) with ESMTP id 053A613C46E for ; Tue, 11 Dec 2007 23:18:42 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so1815wra.13 for ; Tue, 11 Dec 2007 15:18:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=IDwiOK5aKxH+uywKcc1HFHnxFr5CR7fUZ/54edED8KU=; b=juIUzSAJYUVFwjkpdC3X32oPV3L2s50dJriIjyq5y5bprjpYqwxkizkaap6ajqwHEAZIO+eYxz7BxgGZBq00GwZc9hVHtfal+ptyILtmtIyDy8cegK1Gxo18xbEjPBEAkS3cNvzdn4txWXCshbaoCQwjzv2GY5XeO0J6ITjINNA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Lcx9qxyRCK1P8pwrjGD/slHIInRSPUiuuy7Ir9YhDTxMtwPkt5KSryip3aiz4N9tFzNFfMz6N+PGgR1KR7hIvVf3D1FTLHAr8EvndXiMKtxKf5y/3h/gPa4NuUa3Kr5MAZH2K6vITPHd6ZGJFyTQEofFN2kyGg/ru1JPbITwlCk= Received: by 10.142.216.9 with SMTP id o9mr1546291wfg.1197413578724; Tue, 11 Dec 2007 14:52:58 -0800 (PST) Received: by 10.142.112.12 with HTTP; Tue, 11 Dec 2007 14:52:58 -0800 (PST) Message-ID: Date: Tue, 11 Dec 2007 15:52:58 -0700 From: "Mark Carlson" To: "Ivan Voras" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <475D7866.1070803@hangwithme.com> <475D7D60.4040701@fuckner.net> Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: large disk > 8 TB X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 23:18:43 -0000 On 12/11/07, Ivan Voras wrote: > Michael Fuckner wrote: > > Lan Tran wrote: > >> I have a Dell PERC 6/E controller connected to an external Dell MD1000 > >> storage, which I set up RAID 6 for. The RAID BIOS reports 8.5 TB. I > >> installed 7BETA4 amd64 and Sysinstall/dmesg.boot detects this correctly: > >> mfid1: on mfi1 > >> mfid1: 8578560MB (17568890880 sectors) RAID volume 'raid6' is optimal" > >> > >> However, after I created a zfs zpool on this device it only shows 185 > >> GB. # zpool create tank /dev/mfid1s1d > >> # zpool list > >> NAME SIZE USED AVAIL CAP HEALTH ALTROOT > >> tank 185G 111K 185G 0% ONLINE - > >> > >> also with 'dh': > >> # df -h tank > >> Filesystem Size Used Avail Capacity Mounted on > >> tank 182G 0B 182G 0% /tank > >> > > > > The main purpose of ZFS is doing Software raid (which is even faster > > than HW Raid nowadays). > > > > You should export all disks seperately to the OS- and then you don't > > have the 4GB limit wrapping the size to 185GB. > > This is the wrong way around. Why would something wrap drive sizes at a > 32-bit limit? The driver and the GEOM systems are 64-bit clean, if this > is a problem in ZFS, it's a serious one. > > I don't have the drive capacity to create a large array, but I assume > someone has tested ZFS on large arrays (Pawel?) If there is a bug here, I'm not sure people will see it for a while in practice. I mean, who is using hardware raid to create a 8.5GB "disk" then create a zpool with that one "disk"? In this case, it appears there was some misconfiguration that has been remedied: hardware raid seems to have been disabled now, and all the disks are exported seperately to create a zpool with, resulting in success. > Can you run "diskinfo -v " on the large array (the 8.5 TB one) and > verify the system sees it all? From owner-freebsd-fs@FreeBSD.ORG Tue Dec 11 23:32:53 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5730716A417 for ; Tue, 11 Dec 2007 23:32:53 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id DF77313C447 for ; Tue, 11 Dec 2007 23:32:52 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J2Eaa-00005D-OT for freebsd-fs@freebsd.org; Tue, 11 Dec 2007 23:32:36 +0000 Received: from 78-0-72-222.adsl.net.t-com.hr ([78.0.72.222]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Dec 2007 23:32:36 +0000 Received: from ivoras by 78-0-72-222.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Dec 2007 23:32:36 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Wed, 12 Dec 2007 00:32:25 +0100 Lines: 43 Message-ID: References: <475D7866.1070803@hangwithme.com> <475D7D60.4040701@fuckner.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD51114565ECD1AD185CFEE0D" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-72-222.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: X-Enigmail-Version: 0.95.5 Sender: news Cc: freebsd-hardware@freebsd.org Subject: Re: large disk > 8 TB X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 23:32:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD51114565ECD1AD185CFEE0D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Mark Carlson wrote: > If there is a bug here, I'm not sure people will see it for a while in > practice. I mean, who is using hardware raid to create a 8.5GB "disk" > then create a zpool with that one "disk"? You mean 8.5TB. Believe it or not, a) You can buy 1 TB drives off the shelf so you need only 8 or 9 of them to reach that capacity, and 9 drives is a trivially small number in serious installations. b) Hardware RAIDs can be useful in some situations because they automagically handle certain situations like hot-plugging (including rebuilding) and reporting (audio-visual signs). c) "Hardware" RAIDs might not be DAS but also iSCSI or fibre channel, in which case it's useless and harmful (to performance) to do software RAID on them. Both hardware and software RAIDs have their uses, but the issue in this thread is to discover which component (if any) has a bug that makes the original configuration tried by the OP unusable. --------------enigD51114565ECD1AD185CFEE0D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHXx4JldnAQVacBcgRAkoKAJ9s49lvxsYu9sUu2RywRwcx3chjkQCfQsDS kCEiuAhKf9TNJU4rEGERMDs= =thrk -----END PGP SIGNATURE----- --------------enigD51114565ECD1AD185CFEE0D-- From owner-freebsd-fs@FreeBSD.ORG Wed Dec 12 05:39:34 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A67A316A477 for ; Wed, 12 Dec 2007 05:39:34 +0000 (UTC) (envelope-from moonshade@pnhz.kz) Received: from relay.pnhz.kz (relay.pnhz.kz [212.154.198.217]) by mx1.freebsd.org (Postfix) with ESMTP id 5612713C4CE for ; Wed, 12 Dec 2007 05:39:32 +0000 (UTC) (envelope-from moonshade@pnhz.kz) Received: from [192.168.121.40] (abyss.pnhz.kz [192.168.121.40]) by relay.pnhz.kz with ESMTP id lBC5TGJs096096 for ; Wed, 12 Dec 2007 11:29:17 +0600 (ALMT) (envelope-from moonshade@pnhz.kz) From: Denis Eremenko To: freebsd-fs@freebsd.org Content-Type: text/plain Date: Wed, 12 Dec 2007 11:29:16 +0600 Message-Id: <1197437356.5183.24.camel@abyss.pnhz.kz> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: fstat and filenames X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 05:39:34 -0000 Why fstat so secretive about file names and unix domain sockets? # lsof -p `pgrep syslogd` COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME ... syslogd 577 root 4u unix 0xc34652c8 0t0 /var/run/log syslogd 577 root 5u unix 0xc3465000 0t0 /var/run/logpriv syslogd 577 root 6u IPv4 0xc34c321c 0t0 UDP *:syslog ... # fstat -p `pgrep syslogd` USER CMD PID FD MOUNT INUM MODE SZ|DV R/W ... root syslogd 577 4* local dgram c34676c0 root syslogd 577 5* local dgram c3467630 root syslogd 577 6* internet dgram udp c34c321c ... According to manpage 'file' argument should be specified to enable NAME field (why? not quite POLA-ish). With mountpoint as argument it shows nothing: # fstat -p `pgrep syslogd` /var And finally: "fstat -f /var" show some but w/o names as -f disables that, "fstat -f /var/*" shows only regulars and dirs, "lsof /var" shows twice more than "fstat -f /var" and with names. Is there any way to get open files (not only regular) and their filenames with fstat and some criteria (uid or pid)? From owner-freebsd-fs@FreeBSD.ORG Wed Dec 12 07:54:06 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C75A216A417; Wed, 12 Dec 2007 07:54:06 +0000 (UTC) (envelope-from bvowk@math.ualberta.ca) Received: from 3jane.math.ualberta.ca (3jane.math.ualberta.ca [129.128.206.44]) by mx1.freebsd.org (Postfix) with ESMTP id 90F3813C447; Wed, 12 Dec 2007 07:54:06 +0000 (UTC) (envelope-from bvowk@math.ualberta.ca) Received: from 3jane.math.ualberta.ca (localhost.math.ualberta.ca [127.0.0.1]) by 3jane.math.ualberta.ca (8.14.1/8.13.8) with ESMTP id lBC7ZT3H054111; Wed, 12 Dec 2007 00:35:29 -0700 (MST) (envelope-from bvowk@math.ualberta.ca) Received: from localhost (bvowk@localhost) by 3jane.math.ualberta.ca (8.14.1/8.13.8/Submit) with ESMTP id lBC7ZThr054108; Wed, 12 Dec 2007 00:35:29 -0700 (MST) (envelope-from bvowk@math.ualberta.ca) X-Authentication-Warning: 3jane.math.ualberta.ca: bvowk owned process doing -bs Date: Wed, 12 Dec 2007 00:35:29 -0700 (MST) From: Barkley Vowk To: Ivan Voras In-Reply-To: Message-ID: <20071212003235.G54053@3jane.math.ualberta.ca> References: <475D7866.1070803@hangwithme.com> <475D7D60.4040701@fuckner.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: large disk > 8 TB X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 07:54:07 -0000 On Tue, 11 Dec 2007, Ivan Voras wrote: > Michael Fuckner wrote: >> Lan Tran wrote: >>> However, after I created a zfs zpool on this device it only shows 185 >>> GB. # zpool create tank /dev/mfid1s1d >>> # zpool list >>> NAME SIZE USED AVAIL CAP HEALTH ALTROOT >>> tank 185G 111K 185G 0% ONLINE - > This is the wrong way around. Why would something wrap drive sizes at a > 32-bit limit? The driver and the GEOM systems are 64-bit clean, if this > is a problem in ZFS, it's a serious one. It looks like he created a 32bit disk label. He needs to use either the raw device, or gpt partitions I think. Ie. /dev/mdid1 or /dev/mdid1p1 instead of /dev/mdid1s1 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 12 17:33:25 2007 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10AC616A418; Wed, 12 Dec 2007 17:33:25 +0000 (UTC) (envelope-from julien.bellang@free.fr) Received: from smtp8-g19.free.fr (smtp8-g19.free.fr [212.27.42.65]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC7813C448; Wed, 12 Dec 2007 17:33:24 +0000 (UTC) (envelope-from julien.bellang@free.fr) Received: from smtp8-g19.free.fr (localhost [127.0.0.1]) by smtp8-g19.free.fr (Postfix) with ESMTP id 0731517F53D; Wed, 12 Dec 2007 18:33:23 +0100 (CET) Received: from imp7-g19.free.fr (imp7-g19.free.fr [212.27.42.38]) by smtp8-g19.free.fr (Postfix) with ESMTP id C570917F528; Wed, 12 Dec 2007 18:33:22 +0100 (CET) Received: by imp7-g19.free.fr (Postfix, from userid 33) id ABC383F7A; Wed, 12 Dec 2007 18:24:17 +0100 (CET) Received: from 194.3.231.254 ([194.3.231.254]) by imp.free.fr (IMP) with HTTP for ; Wed, 12 Dec 2007 18:24:17 +0100 Message-ID: <1197480257.476019415b58e@imp.free.fr> Date: Wed, 12 Dec 2007 18:24:17 +0100 From: julien.bellang@free.fr To: Don Lewis References: <200712090212.lB92CsQ6070139@gw.catspoiler.org> In-Reply-To: <200712090212.lB92CsQ6070139@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.5 X-Originating-IP: 194.3.231.254 Cc: freebsd-fs@FreeBSD.org, des@des.no, rees@FreeBSD.org Subject: Re: FSCK failed does'nt correct file size when INCORRECT BLOCK COUNT is found X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 17:33:25 -0000 Selon Don Lewis : > On 7 Dec, julien wrote: > > I can't get a UPS in my environment. > > Would it be possible to use a laptop for this application? My application is on an embedded Hardware in a Train... Its main functionality is to synchronize files between other embedded systems. > > > I already tested with the write cache desactivated, but the problem > > still the same, I obtain files with holes and incorrect size and > > blockcount. The only difference is that there is less holes and > > performance are falling down. > > > > The problem is really easy to reproduce, you have just to copy several > > big files and shutdown the power in the midle of the copy. > > The disk writes for sequential blocks of the file that are generated by > the copy command are probably getting re-ordered by the disk driver in > order to optimize the I/O ordering. Interrupting this out of order > sequence with a power failure will result in the holey files that you > are seeing. > > With FreeBSD 6.x and earlier, about the only thing you can do in this > situation is to use the "sync" mount option in addition to disabling > write caching, which will force each of the writes done by the file copy > to actually copy the data to disk in sequential order. Unfortunately, > this will reduce write performance even more. Indeed, I've already try in sync mode and write caching off. In this case the problem desapear (size and blockcount are consistent), but performance are really too bad and are'nt acceptable. > If you use the "sync" mount option without write caching, I suspect that > the files won't look holey to fsck, but some of the blocks of the files > being written at the time of power failure will contain parts of > previously deleted files and other random garbage. This could be a > security issue if userA's new file could contain some of userB's old > data. I also tried in sync mode and write caching activated, it was'nt working fine but I have lost resulting files and I'm not able to tell if the problem with these files was exactly the same (holey files, or just inconsistent size and Blockcount). > > If you were running FreeBSD 7.0, then gjournal+ufs or zfs could be > possible solutions to your problem. I haven't tried either, so I can't > comment on how well they might work. > Unfortunately at that time, I'm not able to Upgrade my system toward FreeBSD 7.0... More information : I easely reproducts the problem on a Virtualize machine : - Install a Minimal FreeBSD 6.2 distro on a Vmware server - configure a virtualize ATA disk with effective write on an associated local disk file. - configure stop server engine action as power off - copy several big files from on directory to an other and stop the server engine.. At that time, I'm testing the system with a modified FSCK that truncates regular file as soon as a hole is detected. It seems work fine, but I have not modified the source in a generic way at that time : New behaviour is forced (no added option) and I'm testing FSCK only in forground mode. Julien Bellanger From owner-freebsd-fs@FreeBSD.ORG Fri Dec 14 12:13:43 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0857E16A417 for ; Fri, 14 Dec 2007 12:13:43 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id C315C13C4CC for ; Fri, 14 Dec 2007 12:13:42 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3122120BD for ; Fri, 14 Dec 2007 13:13:34 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 156D02089 for ; Fri, 14 Dec 2007 13:13:34 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id E6A098449A; Fri, 14 Dec 2007 13:13:33 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-fs@freebsd.org References: <20071210201734.GA16012@VARK.MIT.EDU> Date: Fri, 14 Dec 2007 13:13:33 +0100 In-Reply-To: <20071210201734.GA16012@VARK.MIT.EDU> (David Schultz's message of "Mon\, 10 Dec 2007 15\:17\:34 -0500") Message-ID: <864pelzd76.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: RAID 1 via ataraid(4) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 12:13:43 -0000 David Schultz writes: > I'm looking at getting a new box and wondering what people's > experiences are with mirroring via ataraid(4) and various > motherboards. Does it work? Yes, it works, but GEOM works better (unless you want to stripe the disk you boot from) > At the moment I'm using gmirror (previously ccd until GEOM came > along and ccd became unstable) with a dedicated unmirrored OS > disk. But in accordance with Murphy's law, I've had the boot disk > fail twice in the past five years, so I'd like to put the damn > root fs on the mirror. Just gmirror the boot disk, and make sure gmirror is either compiled into the kernel or loaded at boot time (gmirror_load=3D"YES" in /boot/loader.conf). You don't need BIOS support to boot from a mirror set, unless the primary fails badly enoush that you can't boot from it but not so badly that the BIOS will ignore it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-fs@FreeBSD.ORG Fri Dec 14 12:21:32 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25D1A16A41A; Fri, 14 Dec 2007 12:21:32 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id D5D9213C457; Fri, 14 Dec 2007 12:21:31 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A30342089; Fri, 14 Dec 2007 13:21:23 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 93BD8207E; Fri, 14 Dec 2007 13:21:23 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id 704688449A; Fri, 14 Dec 2007 13:21:23 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ivan Voras References: <475D7866.1070803@hangwithme.com> <475D7D60.4040701@fuckner.net> Date: Fri, 14 Dec 2007 13:21:23 +0100 In-Reply-To: (Ivan Voras's message of "Wed\, 12 Dec 2007 00\:32\:25 +0100") Message-ID: <86wsrhxy9o.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: large disk > 8 TB X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 12:21:32 -0000 Ivan Voras writes: > You mean 8.5TB. Believe it or not, > > a) You can buy 1 TB drives off the shelf so you need only 8 or 9 of them > to reach that capacity, and 9 drives is a trivially small number in > serious installations. > b) Hardware RAIDs can be useful in some situations because they > automagically handle certain situations like hot-plugging (including > rebuilding) and reporting (audio-visual signs). You want this: http://www.sun.com/servers/x64/x4500/ 48 hot-swappable disks (though you have to pull the server partly out of the rack to replace a disk, so make sure the mains and network cables have enough play). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-fs@FreeBSD.ORG Fri Dec 14 12:40:09 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E55AC16A420 for ; Fri, 14 Dec 2007 12:40:09 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id B585013C457 for ; Fri, 14 Dec 2007 12:40:09 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so985649rvb.43 for ; Fri, 14 Dec 2007 04:40:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=KSxgICsqBuD7Iml/1mDrmQc9KxVST6Nj/80CiHF9Ig0=; b=VYM4bi7HjmSDRNz7DGV0JblbRUPsp8e7uARXPMNQmRXRXpOeDenGigbE3jHMpSXou/fgKGN52OtP5bvaqFwOORJJ1Mcv1lQu3V8HYBeMaUtrk6k/5cjQFV1ScGB141xhkL+GDEQ1TDoFY7YIwiPD7how4sfx+DdkhgqWos4uArQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=f0dSQF/SiN+C5XiIxlxwcNQwed861CfSh/gsKE8XAf96KFucgO1TQ2gYwYKWjqhV3GZ5L14sp6MI5XnlJrG7meannsMJiB98KUUlDnqVt1SwaQJHKalbpHaB4gMfBbM61HOq8sXcHMLWwRrjYTLdXXymZQW9eSrCNgTaQ9PFHZw= Received: by 10.141.89.13 with SMTP id r13mr1831039rvl.177.1197636009224; Fri, 14 Dec 2007 04:40:09 -0800 (PST) Received: by 10.141.212.1 with HTTP; Fri, 14 Dec 2007 04:40:09 -0800 (PST) Message-ID: <9bbcef730712140440u302a7d4ax301d2fb3f50b26bb@mail.gmail.com> Date: Fri, 14 Dec 2007 13:40:09 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "=?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?=" In-Reply-To: <86wsrhxy9o.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <475D7866.1070803@hangwithme.com> <475D7D60.4040701@fuckner.net> <86wsrhxy9o.fsf@ds4.des.no> X-Google-Sender-Auth: 5d0d3c4ff7314f4a Cc: freebsd-fs@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: large disk > 8 TB X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 12:40:10 -0000 T24gMTQvMTIvMjAwNywgRGFnLUVybGluZyBTbcO4cmdyYXYgPGRlc0BkZXMubm8+IHdyb3RlOgoK PiBZb3Ugd2FudCB0aGlzOgo+Cj4gaHR0cDovL3d3dy5zdW4uY29tL3NlcnZlcnMveDY0L3g0NTAw Lwo+Cj4gNDggaG90LXN3YXBwYWJsZSBkaXNrcyAodGhvdWdoIHlvdSBoYXZlIHRvIHB1bGwgdGhl IHNlcnZlciBwYXJ0bHkgb3V0IG9mCj4gdGhlIHJhY2sgdG8gcmVwbGFjZSBhIGRpc2ssIHNvIG1h a2Ugc3VyZSB0aGUgbWFpbnMgYW5kIG5ldHdvcmsgY2FibGVzCj4gaGF2ZSBlbm91Z2ggcGxheSku CgpZZXMsIEkgZG8gd2FudCBpdCA6KQo= From owner-freebsd-fs@FreeBSD.ORG Fri Dec 14 14:21:29 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52BD216A418 for ; Fri, 14 Dec 2007 14:21:29 +0000 (UTC) (envelope-from lgusenet@be-well.ilk.org) Received: from be-well.ilk.org (dsl092-078-145.bos1.dsl.speakeasy.net [66.92.78.145]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA5813C474 for ; Fri, 14 Dec 2007 14:21:29 +0000 (UTC) (envelope-from lgusenet@be-well.ilk.org) Received: from Lowell-Desk.lan (Lowell-Desk.lan [172.30.250.6]) by be-well.ilk.org (Postfix) with ESMTP id 9242F28430; Fri, 14 Dec 2007 09:03:45 -0500 (EST) Received: by Lowell-Desk.lan (Postfix, from userid 1147) id 3FEE21CC30; Fri, 14 Dec 2007 09:03:45 -0500 (EST) To: moonshade@pnhz.kz (Denis Eremenko) References: <1197437356.5183.24.camel@abyss.pnhz.kz> From: Lowell Gilbert Date: Fri, 14 Dec 2007 09:03:45 -0500 In-Reply-To: <1197437356.5183.24.camel@abyss.pnhz.kz> (Denis Eremenko's message of "Wed\, 12 Dec 2007 11\:29\:16 +0600") Message-ID: <44mysdjrum.fsf@Lowell-Desk.lan> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-fs@freebsd.org Subject: Re: fstat and filenames X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 14:21:29 -0000 moonshade@pnhz.kz (Denis Eremenko) writes: > Why fstat so secretive about file names and unix domain sockets? With respect to file names, you need to remember that there may not be a unique answer. A file handle's metadata doesn't keep information about how it was opened, just the inode. That inode could belong to multiple directory entries, or none -- this is why, as the fstat(1) manual points out, "there is no mapping from an open file back to the directory entry that was used to open that file." As far as unix domain sockets, I don't understand the question. Sorry. Be well. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 14 16:56:14 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CAAF16A420 for ; Fri, 14 Dec 2007 16:56:14 +0000 (UTC) (envelope-from Stepstone@news.stepstone.fr) Received: from mta1.primary.edc.dartmail.net (mta1.primary.edc.dartmail.net [216.73.95.139]) by mx1.freebsd.org (Postfix) with ESMTP id 3389B13C46E for ; Fri, 14 Dec 2007 16:56:12 +0000 (UTC) (envelope-from Stepstone@news.stepstone.fr) Date: Fri, 14 Dec 2007 16:30:59 +0000 (GMT) Message-Id: From: "Stepstone France" To: freebsd-fs@freebsd.org Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Pour recruter en 2008... X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stepstone France List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 16:56:14 -0000 Les Cahiers de l'Emploi [1]StepStone [2]Offres d'emploi [3]Déposez votre CV [4]Recevez des offres d'emploi [5]Contactez-nous Dans cette édition des "Cahiers de l'Emploi" : * [6]Derniere minute pour gagner un iPod ! * [7]Etude StepStone : Des primes dans votre Boîte ? * [8]Interview : Manpower créateur de solutions emploi. * [9]Préparez vos recrutements 2008 avec StepStone. * [10]Votre avis nous interesse ! * [11]Sondage : Est-ce que je surf au travail ? * Bonne lecture ! Votre équipe StepStone Dernier jour pour déposer son CV et gagner un iPod Déposez votre CV sur StepStone et participez gratuitement à notre jeu-concours, vous permettant de gagner un iPod offert par StepStone. Seront tirés au sort les CV déposés entre le 01 Octobre 2007 et le 31 Janvier 2008 23h59. Les gagnants seront contactés directement par téléphone. Tous à vos CV !!! [12]Participer maintenant! [13][USEMAP:photolibre.asp?login=x_x07122007_U1UFY&photo=rad19FEC.jpg& album=1] Les employés européens reçoivent-ils des primes en cas de bons résultats de leur entreprise ? [14]StepStone Selon une étude menée par StepStone, seul 1/3 des employés européens reçoivent des primes en cas de bons résultats de leur entreprise. Paris, le 22 novembre 2007 - StepStone, leader européen des services et solutions de Total Talent Management (du recrutement en ligne à la gestion du Capital Humain) présente les résultats d'une étude sur les primesaccordées aux employés en Europe. Si seulement 1/3 des employés européens reçoivent des primes, la France et l'Italie sont les 2 pays qui se démarquent le plus dans ce domaine. Peu de primes pour les employés à l'échelle européenne 55% des employés européens n'ont jamais touché de primes. Ce constat vient d 'une étude conduite par StepStone sur un échantillon d'environ 20 000 personnes dans huit pays européens : France, Allemagne, Norvège, Suède,Italie, Belgique, Danemark et Pays-Bas. Seul 32% des employés interrogés déclarent avoir une clause sur les primes figurant dans leurs contrats de travail. Et 13% ne reçoivent qu' occasionnellement des primes en cas de très bons résultats de l'entreprise. La France et l'Italie en tête des pays européens C'est en France (38%) et en Italie (36%) que les primes sont le plus formalisées contractuellement. Les moins bien lotis sur ce point, sont les danois (24%) suivis de près par les allemands et les néerlandais (28%), pourqui les entreprises ne fonctionnent que très peu avec un système de primes. "Une prime ou un intéressement financier sont une motivation supplémentaire pour inciter les employés à rester dans leur entreprise. C'est pourquoi le système de primes reste un moyen efficace pour l'entreprise pour fidéliserses employés" commente Jonas Desdevises, Directeur des solutions de gestions des talents de StepStone Solutions. Retrouvez les résultats détaillés par pays de l'étude [15]ici Interview : Manpower créateur de solutions pour lemploi. Dune grande entreprise de travail temporaire, Manpower est devenu un créateur de solutions pour lemploi. « Nous proposons aujourdhui des missions de travail temporaire, mais également des CDI, formons nos collaborateurs intérimaires et accompagnons les personnes éloignées de lemploi (chômeurs de longue durée par exemple) vers un contrat de travail », précise Sophie Berthelot, consultante en recrutement à lagence Manpower de Saint-Fons près de Lyon. En 2007, Manpower a fêté ses 50 ans de présence en France. Cinq décennies d'une aventure riche et innovante qui lui ont permis de devenir un des leaders du marché du travail. « Nous accompagnons ainsi, depuis 1957, les candidats et les entreprises en offrant un service de proximité, à la fois géographique et sectoriel, fondé sur le respect de nos valeurs : les hommes, l'expertise, l'innovation », ajoute Sophie Berthelot. Sophie gère l'ensemble des activités liées au recrutement en CDI de personnel dans le secteur du bâtiment second uvre. « Je suis amenée à recruter des profils très variés, de lemployé au cadre supérieur (couvreurs zingueurs, peintres, électriciens, chefs déquipes en électricité, chargés daffaires en génie climatique, conducteur de travaux gsm, technicien de maintenance climatisation/chauffage, ) ». [16]Manpower, créateur de solutions pour lemploi [17]Faditt Préparez vos recrutements 2008 avec StepStone [18]Découvrez nos offres exclusives! Publiez votre annonce en ligne pour 150. Offre Decouverte: Publiez votre annonce d'emploi pendant 60 jours, tout secteur d'activite, toute region, consultez la base de CV pour assurer votre recrutement avec StepStone, le Leader du Recrutement en Ligne pour seulement 450 euros (au lieu de 750 euros). Recrutement Internationnal: Pour vos recrutements Internationnaux, StepStone vous propose une solution complète, pour tous les pays du Monde, avec un interlocuteur unique en France. Contactez vite votre Consultant StepStone au 01 30 41 03 98 Votre avis nous interesse ! Votre avis est très important pour nous... Vous êtes à la recherche du job de vos rêves ? Nous voulons vraiment vous y aider. Sur le site de StepStone, vous ne trouvez pas uniquement de nombreuses offres d'emploi, mais également des articles qui peuvent vous aider dans votre recherche. Nous aimerions connaître votre opinion sur ces informations et savoir ce qui vous manque sur notre site. Votre avis est très important pour nous. Participez à notre enquête en cliquant sur [19]ce lien. Sondage : Est-ce que je surf au travail ? Selon une étude de StepStone: Vous êtes 37% à surfer plus de 2 H par jour à votre job. Alors que 16% d'entre vous n'utilisent pas Internet au travail. [20]Découvrez l'analyse complète de cette étude StepStone. Nouveau Quick Poll Quoi de neuf en 2008 pour votre boite ? [21]Voter Les Cahiers de l'Emploi Votre avis nous intéresse ! Vous trouvez cette lettre d'information intéressante ? Vous souhaitez nous suggérer un sujet pour une des prochaines éditions ? [22]Faites-le nous savoir Avez-vous trouvé un job via StepStone ? Nous sommes persuadés que nous pouvons beaucoup apprendre de l'expérience de nos utilisateurs ! Comment utilisez-vous StepStone concrètement ? Envoyez-nous un mail sur [23]info@stepstone.fr StepStone 3, Rue Barthélémy Thimonnier 78120 Rambouillet Tél. : 01 30 41 03 98 Fax : 01 34 85 71 82 [24]info@stepstone.fr [25]www.StepStone.fr Votre carrière, votre vie, votre avenir. Pour vous desinscrire de notre liste de diffusion, ecrivez "desinscription" à [26]jula@stepstone.fr _________________________________________________________________ References Visible links 1. http://www.stepstone.fr/ 2. http://www.stepstone.fr/home.cfm?allowJAPU=1 3. https://www.stepstone.fr/mystepstone/mystep_overview.cfm? 4. http://www.stepstone.fr/eja/jobagent.cfm 5. http://www.stepstone.fr/content/FR/FR/home/contactus.htm 6. file://localhost/tmp/tmpPTf0co.html#article1 7. file://localhost/tmp/tmpPTf0co.html#article9 8. file://localhost/tmp/tmpPTf0co.html#article8 9. file://localhost/tmp/tmpPTf0co.html#article4 10. file://localhost/tmp/tmpPTf0co.html#article5 11. file://localhost/tmp/tmpPTf0co.html#article6 12. https://www.stepstone.fr/login/mystep_newuser.cfm? 13. LYNXIMGMAP:file://localhost/tmp/tmpPTf0co.html#Map 14. http://www.stepstone.fr/ 15. http://www.stepstonesolutions.fr/Actualites_evenements/Actualites/Les_employes_europeens_recoivent-ils_des_primes_en_cas_de_bons_resultats.php 16. http://www.stepstone.fr/ads/offers.cfm?company=16959 17. http://www.stepstone.fr/ads/offers.cfm?company=16959 18. http://www.stepstone.fr/home_fs.cfm?contentpage=%2Folo%2Findex%2Ecfm%3Fbackurl%3Drecruiter%26new%3D1 19. http://marketing.stepstone.com/UM/T.asp?A144.763.16.5.309560 20. file://localhost/tmp/poll.html 21. http://www.stepstone.fr/quick_poll/resultpage/resultpage.cfm?poll_id=35&id=35 22. http://marketing.stepstone.com/UM/T.asp?A144.763.16.5.309560 23. mailto:info@stepstone.fr 24. file://localhost/tmp/info@stepstone.fr 25. http://www.stepstone.fr/ 26. mailto:jula@stepstone.fr?subject=desinscription Hidden links: 27. http://marketing.stepstone.com/UM/T.asp?A157.999.2.7.1238384 From owner-freebsd-fs@FreeBSD.ORG Sat Dec 15 03:00:43 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2053A16A417 for ; Sat, 15 Dec 2007 03:00:43 +0000 (UTC) (envelope-from cjc2007a@xemaps.com) Received: from web02-nyc.clicvu.com (web02-nyc.clicvu.com [209.10.150.72]) by mx1.freebsd.org (Postfix) with ESMTP id CB6EC13C44B for ; Sat, 15 Dec 2007 03:00:42 +0000 (UTC) (envelope-from cjc2007a@xemaps.com) Received: from [192.168.0.72] by web02-nyc.clicvu.com (Post.Office MTA v3.5.3 release 223 ID# 0-64039U1000L100S0V35) with SMTP id com for ; Fri, 14 Dec 2007 21:24:03 -0500 Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA01.westchester.pa.mail.comcast.net with comcast id QkgL1Y00B0ldTLk050SD00; Sat, 15 Dec 2007 02:23:53 +0000 Received: from kiwi ([68.59.182.71]) by OMTA04.westchester.pa.mail.comcast.net with comcast id QqPt1Y0041Yq1QL3Q00000; Sat, 15 Dec 2007 02:23:53 +0000 X-Authority-Analysis: v=1.0 c=1 a=x7PUzPPmk10A:10 a=7VChkff_VAesOZfe7NYA:9 a=YbU9jMbKv0qPG0u4HWwA:7 a=ag1K3r6mBEhvTMr55-LxOjIB-2kA:4 a=ykPfwjqPKwsA:10 a=gi0PWCVxevcA:10 From: cjc2007a@xemaps.com To: Date: Fri, 14 Dec 2007 21:22:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Acg77XjM78Z/GI/ERdifOzBN9XZIlwC0QG2A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-Reply-To: <20071211120017.E6ADB16A4DD@hub.freebsd.org> Message-Id: <20071215030042.CB6EC13C44B@mx1.freebsd.org> Subject: FreeBSD 7.0 booting with gmirror does not work using SiI SATA controllers X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2007 03:00:43 -0000 I posted this on bsdforum.org, but got no response, so here's a repost (apologies if you have already seen this). This all started because I was unable to get gmirror to mirror the boot disks on a SiI3132 PCIe SATA controller, using FreeBSD 7.0-BETA1. This controller is supported in 7.0, and works fine on a single drive. I have since switched to a JMicron363 PCIe SATA controller. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- I have done some more testing with booting a gmirror RAID1 configuration on some different disk controllers, both SATA and PATA, and using the PCI and PCIe busses. I was using FreeBSD 7.0-BETA1. I followed the instructions in the FreeBSD handbook. In summary I installed FreeBSD 7.0 on one drive, loaded gmirror, created the mirror, and "gmirror status" showed the mirror to be normal . I then changed fstab and the /boot/loader.conf files so that I could boot from the gmirror. Some controllers would boot the mirror, some would not. Here's my results (SiI = Silicon Image): Success nVidia nForce 6150 PCIe chipset SATA controller (motherboard) Command SiI0680 PCI - PATA controller Promise TX2 PCI - PATA controller Maxtor (Promise) PCI - PATA controller JMicron363 - SATA controller Failure (Note: geom_mirror.ko loads, but will not find mirror, boot process stalls at mountroot> prompt) SiI3112/3114 PCI - SATA controller SiI3132 PCIe - SATA controller (tried two cards from different vendors) gmirror works fine using all the tested controllers, but will not survive a reboot on the two listed above. I would include a dmesg from one of the failed attempts, but it didn't have anything that would help. On success the console reads "GEOM_MIRROR: Device mirror/gm0 launched (1/1). On failure, there is no entry for failing to find the mirror. The last entry is "trying to mount root from ufs:/dev/mirror/gm01sa". So does anyone have any idea why gmirror does not work for a boot disk on the Silicon Image based SATA controllers? This is baffling. Greetings, Chris From owner-freebsd-fs@FreeBSD.ORG Sat Dec 15 02:38:53 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC41E16A418 for ; Sat, 15 Dec 2007 02:38:53 +0000 (UTC) (envelope-from cjcantwell@comcast.net) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 76A2A13C4E1 for ; Sat, 15 Dec 2007 02:38:53 +0000 (UTC) (envelope-from cjcantwell@comcast.net) Received: from OMTA08.westchester.pa.mail.comcast.net ([76.96.62.12]) by QMTA05.westchester.pa.mail.comcast.net with comcast id QmCr1Y00R0Fqzac050Gk00; Sat, 15 Dec 2007 02:27:52 +0000 Received: from kiwi ([68.59.182.71]) by OMTA08.westchester.pa.mail.comcast.net with comcast id QqTs1Y0041Yq1QL3U00000; Sat, 15 Dec 2007 02:27:52 +0000 X-Authority-Analysis: v=1.0 c=1 a=x7PUzPPmk10A:10 a=7VChkff_VAesOZfe7NYA:9 a=YbU9jMbKv0qPG0u4HWwA:7 a=ag1K3r6mBEhvTMr55-LxOjIB-2kA:4 a=ykPfwjqPKwsA:10 a=gi0PWCVxevcA:10 From: "Chris Cantwell" To: Date: Fri, 14 Dec 2007 21:26:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: Acg77XjM78Z/GI/ERdifOzBN9XZIlwC0QG2AAADVd4A= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-Reply-To: Message-Id: <20071215023853.76A2A13C4E1@mx1.freebsd.org> X-Mailman-Approved-At: Sat, 15 Dec 2007 03:25:34 +0000 Subject: FreeBSD 7.0 booting with gmirror does not work using SiI SATA controllers X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2007 02:38:53 -0000 I posted this on bsdforum.org, but got no response, so here's a repost (apologies if you have already seen this). This all started because I was unable to get gmirror to mirror the boot disks on a SiI3132 PCIe SATA controller, using FreeBSD 7.0-BETA1. This controller is supported in 7.0, and works fine on a single drive. I have since switched to a JMicron363 PCIe SATA controller. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- I have done some more testing with booting a gmirror RAID1 configuration on some different disk controllers, both SATA and PATA, and using the PCI and PCIe busses. I was using FreeBSD 7.0-BETA1. I followed the instructions in the FreeBSD handbook. In summary I installed FreeBSD 7.0 on one drive, loaded gmirror, created the mirror, and "gmirror status" showed the mirror to be normal . I then changed fstab and the /boot/loader.conf files so that I could boot from the gmirror. Some controllers would boot the mirror, some would not. Here's my results (SiI = Silicon Image): Success nVidia nForce 6150 PCIe chipset SATA controller (motherboard) Command SiI0680 PCI - PATA controller Promise TX2 PCI - PATA controller Maxtor (Promise) PCI - PATA controller JMicron363 - SATA controller Failure (Note: geom_mirror.ko loads, but will not find mirror, boot process stalls at mountroot> prompt) SiI3112/3114 PCI - SATA controller SiI3132 PCIe - SATA controller (tried two cards from different vendors) gmirror works fine using all the tested controllers, but will not survive a reboot on the two listed above. I would include a dmesg from one of the failed attempts, but it didn't have anything that would help. On success the console reads "GEOM_MIRROR: Device mirror/gm0 launched (1/1). On failure, there is no entry for failing to find the mirror. The last entry is "trying to mount root from ufs:/dev/mirror/gm01sa". So does anyone have any idea why gmirror does not work for a boot disk on the Silicon Image based SATA controllers? This is baffling. Greetings, Chris From owner-freebsd-fs@FreeBSD.ORG Sat Dec 15 03:41:02 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C09B16A41A for ; Sat, 15 Dec 2007 03:41:02 +0000 (UTC) (envelope-from apache@fbmk.upm.edu.my) Received: from gate2.upm.edu.my (gate2.upm.edu.my [202.184.17.71]) by mx1.freebsd.org (Postfix) with ESMTP id 92C3513C467 for ; Sat, 15 Dec 2007 03:41:01 +0000 (UTC) (envelope-from apache@fbmk.upm.edu.my) X-AuditID: cab81147-aa0a2bb0000017ad-60-47634788b6aa Received: from fbmk.upm.edu.my (fbm.upm.edu.my [172.16.64.1]) by gate2.upm.edu.my (upm.edu.my) with ESMTP id 4BF40420004 for ; Sat, 15 Dec 2007 11:18:32 +0800 (MYT) Received: (from root@localhost) by fbmk.upm.edu.my (8.13.7/8.13.7) id lBF3GqHb022458 for freebsd-fs@freebsd.org; Sat, 15 Dec 2007 11:16:52 +0800 Received: from fbmk.upm.edu.my (localhost [127.0.0.1]) by fbmk.upm.edu.my (8.13.7/8.13.7) with ESMTP id lBF3GoKH021754 for ; Sat, 15 Dec 2007 11:16:50 +0800 Received: (from apache@localhost) by fbmk.upm.edu.my (8.13.7/8.13.7/Submit) id lBF3GnX6021688; Sat, 15 Dec 2007 11:16:49 +0800 Date: Sat, 15 Dec 2007 11:16:49 +0800 Message-Id: <200712150316.lBF3GnX6021688@fbmk.upm.edu.my> To: freebsd-fs@freebsd.org From: Westpac Online Banking Content-Transfer-Encoding: 8bit X-MailScanner: Content verified by mailnees (http://mailnees.kicks-ass.org) - 1.0 X-Brightmail-Tracker: AAAAAA== MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Westpac Online Test Drive X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2007 03:41:02 -0000 Westpac Online [] Westpac Online [ss_spacerdot.gif] A new way of banking online Westpac Online is our online service for personal Internet Banking customers. Westpac Online provides you with a seamless, secure way to do your banking online. It offers all of our online banking facilities, plus a range of features to help you: * See your non-Westpac accounts * Use your Personal Balance Sheet * View your Pending payments * Access exclusive information from money specialists * Use Message Centre to keep up to date If you'd like more information before you continue, please take our [1]Westpac Online test drive. Or go ahead and explore the new site for yourself. For all banking transactions to your account, We have upgraded our security system and we have added one more digit to your customer identification number. Just select the continue option to find out your new Westpac customer identification number References 1. http://toun.us/img/owotide/esatesi/Westpac/