From owner-freebsd-geom@FreeBSD.ORG Sun Mar 6 14:42:02 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B203D106564A; Sun, 6 Mar 2011 14:42:02 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D8BB78FC12; Sun, 6 Mar 2011 14:42:01 +0000 (UTC) Received: by bwz12 with SMTP id 12so3466838bwz.13 for ; Sun, 06 Mar 2011 06:42:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=br+3XBbsyreUqbV9PbHn233XBZiNok0Ys86pg/mmp6I=; b=IXLTmnqCUH45aLq8EcN6AES1Cx/jWLwzQt6u2rqqbjQynbVTH6OGIYRDAkG3OAxYv1 6jxwkSPmwTVbKIUftn+p1bs4sKmxphDAYNdOPxP6YtJHfYaUQdkqrI66F2SzALzu1/Tb he/8hTG+OLytGIrR+c3XFspDELqSc7qB7DR8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :x-enigmail-version:content-type:content-transfer-encoding; b=C2r+aNyOqkrj354aYpYazXfBIdUMTW2dIrvxrUrnrhO1Xw5VR13WABTKmsdxPRZZX7 us7fN9cNtoQHS1cHHf0Xcfjt9TECIoofIRVt9saoiqBjTvPrGKds95GDlL+YGtLZyMfr +uqc41BEvYMoPaLVnmlomWz6W+NtNCk06TSqM= Received: by 10.204.153.20 with SMTP id i20mr2386345bkw.208.1299420798458; Sun, 06 Mar 2011 06:13:18 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id l1sm1023679bkl.13.2011.03.06.06.13.16 (version=SSLv3 cipher=OTHER); Sun, 06 Mar 2011 06:13:17 -0800 (PST) Sender: Alexander Motin Message-ID: <4D73962D.3080908@FreeBSD.org> Date: Sun, 06 Mar 2011 16:11:57 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: FreeBSD-Current , freebsd-geom@freebsd.org, freebsd-scsi@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Warner Losh Subject: RFC: graid, first step done. X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Mar 2011 14:42:02 -0000 Hi. I would like to present for review and testing results of my and M. Warner Losh work on new GEOM-based ataraid(4) replacement - graid. At this moment we have implemented all required core functionality and the first set of transformation and metadata modules. Now we have implemented transformation modules to support such RAID levels: RAID0, RAID1, RAID1E, RAID10 and CONCAT. For all these levels all such features as reading, writing, rebuilding, I/O errors recovery and kernel dumping are supported. Metadata modules now written for Intel and JMicron RAID BIOS formats. JMicron format is minimalistic by itself, while Intel format is much more sophisticated, and now we support all of it features, except RAID level migration. Work on Promise (used by AMD) and SiliconImage formats is now in progress. Support for other metadata formats and RAID levels planned later. If somebody wants to help -- feel free to contact me to coordinate work. Patches are existing for HEAD, 8-STABLE and 7-STABLE branches: http://people.freebsd.org/~mav/graid/graid-head-20110305.diff http://people.freebsd.org/~mav/graid/graid-8-20110305.diff http://people.freebsd.org/~mav/graid/graid-7-20110305.diff Patches for HEAD and 8-STABLE are not very invasive and, if everything goes well, going to be committed to HEAD in few weeks. Patch for 7-STABLE, except graid, also includes massive update of the ATA and CAM code from 9-CURRENT. It will not be committed due to numerous ABI breakages, but can be interesting to some people. Just be aware that main focus there was on ATA subsystem -- SCSI drivers were not tested. Once completed, this project should remove last major show stopper for enabling CAM-based ATA subsystem by default in 9.x branch. I would really like it to be done before 9.0 release. Special thanks to Cisco Systems, Inc. and iXsystems, Inc. for sponsoring this project. -- Alexander Motin From owner-freebsd-geom@FreeBSD.ORG Mon Mar 7 11:06:59 2011 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89B561065676 for ; Mon, 7 Mar 2011 11:06:59 +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 76ABA8FC1D for ; Mon, 7 Mar 2011 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p27B6xkd096943 for ; Mon, 7 Mar 2011 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p27B6w3a096941 for freebsd-geom@FreeBSD.org; Mon, 7 Mar 2011 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 7 Mar 2011 11:06:58 GMT Message-Id: <201103071106.p27B6w3a096941@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2011 11:06:59 -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/154226 geom [geom] GEOM label does not change when you modify them o kern/152609 geom [geli] geli onetime on gzero panics o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144905 geom [geom][geom_part] panic in gpart_ctlreq when unpluggin o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition o kern/131353 geom [geom] gjournal(8) kernel lock o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o bin/86388 geom [geom] [geom_part] periodic(8) daily should backup gpa o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. 53 problems total. From owner-freebsd-geom@FreeBSD.ORG Wed Mar 9 13:18:19 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67EE01065670 for ; Wed, 9 Mar 2011 13:18:19 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3D8D98FC12 for ; Wed, 9 Mar 2011 13:18:18 +0000 (UTC) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id 6A1E819C for ; Wed, 9 Mar 2011 12:52:35 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id DujtVgZpRYJo for ; Wed, 9 Mar 2011 12:52:02 +0000 (UTC) Received: from [10.100.2.100] (a94-132-11-116.cpe.netcabo.pt [94.132.11.116]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTPSA id 14833192 for ; Wed, 9 Mar 2011 12:52:01 +0000 (UTC) Message-ID: <4D77780F.8020209@barafranca.com> Date: Wed, 09 Mar 2011 12:52:31 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.23 (X11/20091030) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Cannot create gjournal on gmirror partition - 8.2-RELEASE: "No such file or directory" X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 13:18:19 -0000 Good afternoon, We're setting up a new backup server and in an effort to reduce fsck times and system unresponsiveness during bgfsck, gjournal is being considered. Presently the machine is booting off a gmirror, at disk-level: Name Status Components mirror/gm0 DEGRADED ad12 ad16 (33%) gm0s1h is a 1.4T partition - the one causing the unacceptable delays on unclean shutdowns. While attempting to create a gjournal there: # gjournal label /dev/mirror/gm0s1h gjournal: Cannot clear metadata on /dev/mirror/gm0s1h: No such file or directory. # stat /dev/mirror/gm0s1h 33619712 98 crw-r----- 1 root operator 98 0 "Mar 9 12:42:06 2011" "Mar 9 12:42:06 2011" "Mar 9 12:42:06 2011" "Dec 31 23:59:59 1969" 4096 0 0 /dev/mirror/gm0s1h Creating a gjournal on a improvised md0 device worked; Memory might be failing me, but the above used to work? My only alternative theory is that i thas something to do with the mirror syncing, but that looks like a long shot. And it won't be synced for another 5 hours. Another thing: We've noticed that system becomes very unresponsive (running programs that haven't been run before will take up to 20 seconds, for example - presumably while reading the binary image into memory) while bgfsck is running on that big partition. However, the same doesn't happen while gmirror is syncing, at 80MB/s. Does anyone know why one operation (fsck on huge partition) impacts the systems performance so much, while another (gmirror sync) does not? It is my understanding that the symptoms presented (programs whose image has not been cached taking a lot of time to load, also shell tab completion taking noticeably more time) should also be present if the explanation was simply the disk being used to full capacity. And this also happens with gmirror sync. From owner-freebsd-geom@FreeBSD.ORG Wed Mar 9 19:42:40 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FE3D106566B for ; Wed, 9 Mar 2011 19:42:40 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id 02C358FC16 for ; Wed, 9 Mar 2011 19:42:39 +0000 (UTC) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id 5650EF78 for ; Wed, 9 Mar 2011 19:42:39 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id y1RRUmhimrJE for ; Wed, 9 Mar 2011 19:42:07 +0000 (UTC) Received: from [10.100.4.111] (a94-132-11-116.cpe.netcabo.pt [94.132.11.116]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTPSA id 3D86FF6C for ; Wed, 9 Mar 2011 19:42:06 +0000 (UTC) Message-ID: <4D77D82C.10701@barafranca.com> Date: Wed, 09 Mar 2011 19:42:36 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.23 (X11/20091030) MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <4D77780F.8020209@barafranca.com> In-Reply-To: <4D77780F.8020209@barafranca.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Cannot create gjournal on gmirror partition - 8.2-RELEASE: "No such file or directory" X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 19:42:40 -0000 Hugo Silva wrote: > Good afternoon, > > We're setting up a new backup server and in an effort to reduce fsck > times and system unresponsiveness during bgfsck, gjournal is being > considered. > > Presently the machine is booting off a gmirror, at disk-level: > Name Status Components > mirror/gm0 DEGRADED ad12 > ad16 (33%) > > gm0s1h is a 1.4T partition - the one causing the unacceptable delays on > unclean shutdowns. > > While attempting to create a gjournal there: > # gjournal label /dev/mirror/gm0s1h > gjournal: Cannot clear metadata on /dev/mirror/gm0s1h: No such file or > directory. > # stat /dev/mirror/gm0s1h > 33619712 98 crw-r----- 1 root operator 98 0 "Mar 9 12:42:06 2011" "Mar > 9 12:42:06 2011" "Mar 9 12:42:06 2011" "Dec 31 23:59:59 1969" 4096 0 0 > /dev/mirror/gm0s1h > > Creating a gjournal on a improvised md0 device worked; Memory might be > failing me, but the above used to work? > > My only alternative theory is that i thas something to do with the > mirror syncing, but that looks like a long shot. And it won't be synced > for another 5 hours. > > > Another thing: We've noticed that system becomes very unresponsive > (running programs that haven't been run before will take up to 20 > seconds, for example - presumably while reading the binary image into > memory) while bgfsck is running on that big partition. However, the same > doesn't happen while gmirror is syncing, at 80MB/s. Does anyone know why > one operation (fsck on huge partition) impacts the systems performance > so much, while another (gmirror sync) does not? > > It is my understanding that the symptoms presented (programs whose image > has not been cached taking a lot of time to load, also shell tab > completion taking noticeably more time) should also be present if the > explanation was simply the disk being used to full capacity. And this > also happens with gmirror sync. > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" Hello, For the record, resizing the partition (gpart resize) did the trick. From owner-freebsd-geom@FreeBSD.ORG Thu Mar 10 08:32:32 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFB12106564A for ; Thu, 10 Mar 2011 08:32:32 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 711E78FC13 for ; Thu, 10 Mar 2011 08:32:32 +0000 (UTC) Received: by bwz12 with SMTP id 12so1665212bwz.13 for ; Thu, 10 Mar 2011 00:32:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=gHmB9UgGDiQXWeh6yzygrDrEEIJNrEN1JxVbRSvBcIY=; b=LTQzvzzQOFZ60OWc7leKscxKaCDryuQYrh+zxc0n39ICjvVDBb9ygjzkmITfme2TtP j/G9977C+CRkJXumR1V3andqHtQg1jjwW8u5tvvORPQjWr2AeCzRR4iwPzzsXIwhSxt+ 2/7i3YcXys83jVqvUiBZgm5iu7OGMIe39DSZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=kfDtm/JjKccKW/5RSC/gz2Xxi63Op4GHZGSyNQcvzAtH7H4943v364RG5FL7o5JGSf 27wPlMW0vKtwclVTchUxX2f0mHiyOnYutai0DjhMyClNl9jk2vP6Tcd6MC77mxoTgQIh 1H/SB5dl08446eZQwVjAog7c6CTjzVPTEo9ac= MIME-Version: 1.0 Received: by 10.204.29.21 with SMTP id o21mr1017307bkc.97.1299744106381; Thu, 10 Mar 2011 00:01:46 -0800 (PST) Received: by 10.204.55.211 with HTTP; Thu, 10 Mar 2011 00:01:46 -0800 (PST) Date: Thu, 10 Mar 2011 02:01:46 -0600 Message-ID: From: Adam Vande More To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HAST documentation conflict X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 08:32:33 -0000 This would be easy enough to fix if I would actually try it out, but since I haven't I'll just point out the conflict. On the HAST wiki page it states that memsync is the default replication mode and full sync is not implemented. in the hast.conf man page it states that memsync is not implemented and fullsync is the default. They both agree that async is not implemented. Which is true? -- Adam Vande More From owner-freebsd-geom@FreeBSD.ORG Thu Mar 10 09:31:26 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 917A01065672 for ; Thu, 10 Mar 2011 09:31:26 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 715978FC18 for ; Thu, 10 Mar 2011 09:31:26 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p2A9VM5p051970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 10 Mar 2011 01:31:22 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p2A9VMeW051966; Thu, 10 Mar 2011 01:31:22 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA28568; Thu, 10 Mar 11 01:22:38 PST Date: Thu, 10 Mar 2011 01:22:40 -0800 From: perryh@pluto.rain.com To: hugo@barafranca.com Message-Id: <4d789860.paJTjyqMw4MoO+3i%perryh@pluto.rain.com> References: <4D77780F.8020209@barafranca.com> In-Reply-To: <4D77780F.8020209@barafranca.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: Cannot create gjournal on gmirror partition - 8.2-RELEASE: "No such file or directory" X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 09:31:26 -0000 Hugo Silva wrote: > gm0s1h is a 1.4T partition ... > > While attempting to create a gjournal there: > # gjournal label /dev/mirror/gm0s1h > gjournal: Cannot clear metadata on /dev/mirror/gm0s1h: No such file or > directory. One problem is that "gjournal label /dev/mirror/gm0s1h" (specifying only one provider) asks gjournal to create the journal on the same provider which holds the data. That only works if the provider is empty. (However I don't know whether that is the cause of the particular message you're getting.) > Another thing: We've noticed that system becomes very unresponsive > x.. while bgfsck is running on that big partition. However, the > same doesn't happen while gmirror is syncing, at 80MB/s. Does > anyone know why one operation (fsck on huge partition) impacts the > systems performance so much, while another (gmirror sync) does not? I would hazard a guess that your system is memory constrained, and that fsck's working set -- especially when running on a very large partition -- is considerably larger than what's needed to perform a simple data-copy operation to sync a mirror. Adding more memory might help. From owner-freebsd-geom@FreeBSD.ORG Thu Mar 10 14:58:10 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADB841065672 for ; Thu, 10 Mar 2011 14:58:10 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 56F1C8FC12 for ; Thu, 10 Mar 2011 14:58:10 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 46CE345CBA; Thu, 10 Mar 2011 15:28:22 +0100 (CET) Received: from localhost (58.wheelsystems.com [83.12.187.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6F07445C9F; Thu, 10 Mar 2011 15:28:17 +0100 (CET) Date: Thu, 10 Mar 2011 15:28:15 +0100 From: Pawel Jakub Dawidek To: Adam Vande More Message-ID: <20110310142815.GE1759@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DIOMP1UsTsWJauNi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-3.9 required=4.5 tests=ALL_TRUSTED,BAYES_00, RCVD_IN_SORBS_DUL autolearn=ham version=3.0.4 Cc: freebsd-geom@freebsd.org Subject: Re: HAST documentation conflict X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 14:58:10 -0000 --DIOMP1UsTsWJauNi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 10, 2011 at 02:01:46AM -0600, Adam Vande More wrote: > This would be easy enough to fix if I would actually try it out, but sinc= e I > haven't I'll just point out the conflict. >=20 > On the HAST wiki page it states that memsync is the default replication m= ode > and full sync is not implemented. >=20 > in the hast.conf man page it states that memsync is not implemented and > fullsync is the default. >=20 > They both agree that async is not implemented. >=20 > Which is true? Fullsync is implemented and memsync is not. Manual page is correct. I just fixed wiki. Thanks. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --DIOMP1UsTsWJauNi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk143/8ACgkQForvXbEpPzRw/wCgpT0VyyPTNP8hXXtsdrk3u0uU LV8AoKLfKoeZN9k1dVVTUh8bCbx2yfNS =WmQZ -----END PGP SIGNATURE----- --DIOMP1UsTsWJauNi-- From owner-freebsd-geom@FreeBSD.ORG Fri Mar 11 11:52:32 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07BA51065678; Fri, 11 Mar 2011 11:52:32 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CFA528FC0C; Fri, 11 Mar 2011 11:52:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p2BBqVga074428; Fri, 11 Mar 2011 11:52:31 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p2BBqVki074424; Fri, 11 Mar 2011 11:52:31 GMT (envelope-from jh) Date: Fri, 11 Mar 2011 11:52:31 GMT Message-Id: <201103111152.p2BBqVki074424@freefall.freebsd.org> To: pawel.rsc[despammer]pl@FreeBSD.org, jh@FreeBSD.org, freebsd-geom@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/88601: [geli] geli cause kernel panic under heavy disk usage X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 11:52:32 -0000 Synopsis: [geli] geli cause kernel panic under heavy disk usage State-Changed-From-To: open->feedback State-Changed-By: jh State-Changed-When: Fri Mar 11 11:52:31 UTC 2011 State-Changed-Why: Is this still a problem for you? http://www.freebsd.org/cgi/query-pr.cgi?pr=88601