From owner-freebsd-geom@FreeBSD.ORG Mon May 3 11:08:11 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A92081065670 for ; Mon, 3 May 2010 11:08:11 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7EB6A8FC12 for ; Mon, 3 May 2010 11:08:11 +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 o43B85JH033607 for ; Mon, 3 May 2010 11:08:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o43B850s033605 for freebsd-geom@FreeBSD.org; Mon, 3 May 2010 11:08:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 May 2010 11:08:05 GMT Message-Id: <201005031108.o43B850s033605@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, 03 May 2010 11:08:11 -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/145818 geom [geom] geom_stat_open showing cached information for n p kern/145452 geom [geom] [panic] panic in geom_part_mbr when undoing des o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144962 geom [geom] panic when accessing GPT disk with a large numb o bin/144943 geom [geom] gconcat(8) randomly "loses" all knowledge of JB o kern/144905 geom [geom][gpart] panic in gpart_ctlreq when unplugging ca o kern/144732 geom [geom] [patch] geom_cache erroneously decodes its on-d o bin/144521 geom geom(1) tool parsing non-subclass command broken o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool f kern/142365 geom [geom] FreeBSD RAID1 (gmirror) is much slower than Lin 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/134044 geom [geom] gmirror(8) overwrites fs with stale data from r 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 f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls 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/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 f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121559 geom [patch] [geom] geom label class allows to create inacc 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 p bin/110705 geom gmirror(8) control utility does not exit with correct 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 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. s kern/73177 geom kldload geom_* causes panic due to memory exhaustion 55 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon May 3 19:31:37 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DFB51065670; Mon, 3 May 2010 19:31:37 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id DEF388FC13; Mon, 3 May 2010 19:31:36 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o43JVXR2026769; Mon, 3 May 2010 21:31:34 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o43JVXXm026768; Mon, 3 May 2010 21:31:33 +0200 (CEST) (envelope-from marius) Date: Mon, 3 May 2010 21:31:33 +0200 From: Marius Strobl To: Scott Long Message-ID: <20100503193133.GL56967@alchemy.franken.de> References: <4BD06BD9.6030401@FreeBSD.org> <20100424193034.GA9853@alchemy.franken.de> <4BD58C35.2010305@FreeBSD.org> <5446E60D-0EE8-403E-A409-071ECE2EC534@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5446E60D-0EE8-403E-A409-071ECE2EC534@samsco.org> User-Agent: Mutt/1.4.2.3i Cc: Alexander Motin , FreeBSD-Current , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? 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, 03 May 2010 19:31:37 -0000 On Mon, Apr 26, 2010 at 09:18:07AM -0600, Scott Long wrote: > On Apr 26, 2010, at 6:51 AM, Alexander Motin wrote: > > Marius Strobl wrote: > >> As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform > >> geometry translation as done by ad_firmware_geom_adjust() for ad(4), > >> which the following patch hooks up to both: > >> http://people.freebsd.org/~marius/ata_disk_firmware_geom_adjust.diff > >> You preferred to implement such functionality via XPT_CALC_GEOMETRY > >> though (I'm still not convinced that it makes sense to put this > >> functionality into every ATA SIM the same way it is done for SCSI > >> rather than letting ada(4) handle it the same way for all SIMs > >> however). Have you looked into implementing XPT_CALC_GEOMETRY for > >> ATA CAM or is it okay to commit the above patch? > > > > Sorry, I have forgotten about this. > > > > I don't have better idea. For ATA translation seems indeed more > > platform- then controller-specific. May be I would just preferred to see > > this hack to be done inside XPT_CALC_GEOMETRY handler, as it is done now > > for PC98 SCSI. But looking that whole this topic is quite crappy and > > hopefully going to die sometimes, I won't argue much against committing > > this as-is for now. > > Put this into XPT_CALC_GEOMETRY. There's no point in perpetuating the mistakes of the ata driver. > Give me a day or two to think of a reasonable way to do it right. > Did you get further with this approach? Marius From owner-freebsd-geom@FreeBSD.ORG Tue May 4 10:55:05 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2B7371065678 for ; Tue, 4 May 2010 10:55:05 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id DEC478FC21 for ; Tue, 4 May 2010 10:55:04 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O9FmI-0001Kl-NF for freebsd-geom@freebsd.org; Tue, 04 May 2010 12:55:02 +0200 Received: from gw2.masterhost.ru ([87.242.97.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 12:55:02 +0200 Received: from citrin by gw2.masterhost.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 12:55:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org connect(): No such file or directory From: Anton Yuzhaninov Date: Tue, 4 May 2010 10:34:42 +0000 (UTC) Lines: 25 Sender: Message-ID: X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: gw2.masterhost.ru User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (Linux/2.6.32-gentoo-r7 (i686)) Subject: geli over galabel 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: Tue, 04 May 2010 10:55:05 -0000 It seems to be not possible to create geli over glabel: $ glabel status Name Status Components ufs/root N/A ada0s1a label/spool N/A ada0s1d label/swap N/A ada0s1b $ sudo geli init -s 4096 -K private.key /dev/label/spool Enter new passphrase: Reenter new passphrase: Metadata backup can be found in /var/backups/label_spool.eli and can be restored with the following command: # geli restore /var/backups/label_spool.eli /dev/label/spool $ geli status $ Is this a bug? -- WBR, Anton Yuzhaninov From owner-freebsd-geom@FreeBSD.ORG Tue May 4 11:05:00 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9432106564A for ; Tue, 4 May 2010 11:05:00 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A619E8FC0A for ; Tue, 4 May 2010 11:05:00 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O9Fvu-0005br-Gr for freebsd-geom@freebsd.org; Tue, 04 May 2010 13:04:58 +0200 Received: from gw2.masterhost.ru ([87.242.97.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 13:04:58 +0200 Received: from citrin by gw2.masterhost.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 May 2010 13:04:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org connect(): No such file or directory From: Anton Yuzhaninov Date: Tue, 4 May 2010 11:04:50 +0000 (UTC) Organization: Vega Lines: 26 Sender: Message-ID: References: X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: gw2.masterhost.ru X-Comment-To: Anton Yuzhaninov User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (Linux/2.6.32-gentoo-r7 (i686)) Subject: Re: geli over galabel 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: Tue, 04 May 2010 11:05:01 -0000 On Tue, 4 May 2010 10:34:42 +0000 (UTC), Anton Yuzhaninov wrote: AY> It seems to be not possible to create geli over glabel: AY> AY> $ glabel status AY> Name Status Components AY> ufs/root N/A ada0s1a AY> label/spool N/A ada0s1d AY> label/swap N/A ada0s1b AY> AY> $ sudo geli init -s 4096 -K private.key /dev/label/spool AY> Enter new passphrase: AY> Reenter new passphrase: AY> AY> Metadata backup can be found in /var/backups/label_spool.eli and AY> can be restored with the following command: AY> AY> # geli restore /var/backups/label_spool.eli /dev/label/spool AY> AY> $ geli status AY> $ Sorry for noise, I just forgot about geli attach -- WBR, Anton Yuzhaninov From owner-freebsd-geom@FreeBSD.ORG Tue May 4 16:39:00 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A0F511065670; Tue, 4 May 2010 16:39:00 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 77DE48FC18; Tue, 4 May 2010 16:39:00 +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 o44Gd0a6050271; Tue, 4 May 2010 16:39:00 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o44Gd0cX050267; Tue, 4 May 2010 16:39:00 GMT (envelope-from linimon) Date: Tue, 4 May 2010 16:39:00 GMT Message-Id: <201005041639.o44Gd0cX050267@freefall.freebsd.org> To: gldisater@gmail.com, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: bin/146277: gpart(8): gpart add -s 128M creates 1GB partition on 4k sectorsize disk 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: Tue, 04 May 2010 16:39:00 -0000 Old Synopsis: gpart add -s 128M creates 1GB partition on 4k sectorsize disk New Synopsis: gpart(8): gpart add -s 128M creates 1GB partition on 4k sectorsize disk State-Changed-From-To: open->suspended State-Changed-By: linimon State-Changed-When: Tue May 4 16:37:54 UTC 2010 State-Changed-Why: Mark this suspended as being a known issue. Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Tue May 4 16:37:54 UTC 2010 Responsible-Changed-Why: Reclassify and reassign. http://www.freebsd.org/cgi/query-pr.cgi?pr=146277 From owner-freebsd-geom@FreeBSD.ORG Wed May 5 22:05:58 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B936106570E for ; Wed, 5 May 2010 22:05:58 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id BFE4B8FC21 for ; Wed, 5 May 2010 22:05:57 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 61D0219E023 for ; Thu, 6 May 2010 00:05:56 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id CAEF319E030 for ; Thu, 6 May 2010 00:05:53 +0200 (CEST) Message-ID: <4BE1EBC1.5040307@quip.cz> Date: Thu, 06 May 2010 00:05:53 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.9) Gecko/20100317 SeaMonkey/2.0.4 MIME-Version: 1.0 To: freebsd-geom@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: How can I disable automatic gjournal activation on the given device after hot-swap? 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, 05 May 2010 22:05:58 -0000 Hi, I have server with gjournal on top of the gmirror. Today I pulled out one failed drive and replace it with another used drive from spare server. The problem is, that this drive was in another gmirror with gjournal, so right after the detection of ad4 on the ATA channel, the gjournal detected meta data on it and prevents me from adding this drive in to gmirror gm0. Steps done: root@roxy ~/# gmirror status Name Status Components mirror/gm0 DEGRADED ad6 root@roxy ~/# gmirror forget -v gm0 Done. root@roxy ~/# gmirror insert -v gm0 ad4 gmirror: Cannot access provider ad4. root@roxy ~/# ls -al /dev/ad4* crw-r----- 1 root operator 0, 84 Dec 7 02:22 /dev/ad4 crw-r----- 1 root operator 0, 85 Dec 7 02:22 /dev/ad4s1 crw-r----- 1 root operator 0, 129 Dec 7 02:22 /dev/ad4s1a crw-r----- 1 root operator 0, 130 Dec 7 02:22 /dev/ad4s1b crw-r----- 1 root operator 0, 131 Dec 7 02:22 /dev/ad4s1c crw-r----- 1 root operator 0, 132 Dec 7 02:22 /dev/ad4s1d crw-r----- 1 root operator 0, 133 Dec 7 02:22 /dev/ad4s1e crw-r----- 1 root operator 0, 134 Dec 7 02:22 /dev/ad4s1f crw-r----- 1 root operator 0, 86 Dec 7 02:22 /dev/ad4s2 crw-r----- 1 root operator 0, 135 Dec 7 02:22 /dev/ad4s2c crw-r----- 1 root operator 0, 136 Dec 7 02:22 /dev/ad4s2d crw-r----- 1 root operator 0, 137 Dec 7 02:22 /dev/ad4s2e crw-r----- 1 root operator 0, 138 Dec 7 02:22 /dev/ad4s2f crw-r----- 1 root operator 0, 145 Dec 7 02:22 /dev/ad4s2f.journal root@roxy ~/# dd if=/dev/zero of=/dev/ad4s2 bs=512 count=100 dd: /dev/ad4s2: Operation not permitted root@roxy ~/# sysctl kern.geom.debugflags=16 kern.geom.debugflags: 0 -> 16 root@roxy ~/# dd if=/dev/zero of=/dev/ad4s2 bs=512 count=100 dd: /dev/ad4s2: Operation not permitted root@roxy ~/# gjournal list Geom name: gjournal 1576372395 ID: 1576372395 Providers: 1. Name: mirror/gm0s2d.journal Mediasize: 397253253632 (370G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: mirror/gm0s2d Mediasize: 398326995968 (371G) Sectorsize: 512 Mode: r1w1e1 Jend: 398326995456 Jstart: 397253253632 Role: Data,Journal Geom name: gjournal 2419990975 ID: 2419990975 Providers: 1. Name: ad4s2f.journal Mediasize: 461697294848 (430G) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad4s2e Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r1w1e1 Jend: 2147483136 Jstart: 0 Role: Journal 2. Name: ad4s2f Mediasize: 461697295360 (430G) Sectorsize: 512 Mode: r1w1e1 Role: Data root@roxy ~/# gjournal stop -v ad4s2f.journal Done. root@roxy ~/# lsq /dev/ad4* crw-r----- 1 root operator 0, 84 Dec 7 02:22 /dev/ad4 crw-r----- 1 root operator 0, 85 Dec 7 02:22 /dev/ad4s1 crw-r----- 1 root operator 0, 129 Dec 7 02:22 /dev/ad4s1a crw-r----- 1 root operator 0, 130 Dec 7 02:22 /dev/ad4s1b crw-r----- 1 root operator 0, 131 Dec 7 02:22 /dev/ad4s1c crw-r----- 1 root operator 0, 132 Dec 7 02:22 /dev/ad4s1d crw-r----- 1 root operator 0, 133 Dec 7 02:22 /dev/ad4s1e crw-r----- 1 root operator 0, 134 Dec 7 02:22 /dev/ad4s1f crw-r----- 1 root operator 0, 86 Dec 7 02:22 /dev/ad4s2 crw-r----- 1 root operator 0, 135 Dec 7 02:22 /dev/ad4s2c crw-r----- 1 root operator 0, 136 Dec 7 02:22 /dev/ad4s2d crw-r----- 1 root operator 0, 137 Dec 7 02:22 /dev/ad4s2e crw-r----- 1 root operator 0, 138 Dec 7 02:22 /dev/ad4s2f root@roxy ~/# gjournal clear -v /dev/ad4s2f Cannot clear metadata on /dev/ad4s2f: Operation not permitted. gjournal: Not fully done. root@roxy ~/# gjournal clear -v /dev/ad4s2e Metadata cleared on /dev/ad4s2e. Done. root@roxy ~/# dd if=/dev/zero of=/dev/ad4s2 bs=512 count=100 dd: /dev/ad4s2: Operation not permitted So the drive ad4 is still not writable by any command. (dd, bsdlabel, gmirror...) How can I fix it without unloading the gjournal kernel module which is needed by running system? (I can't remove the drive, I have just ssh access to the server at this time) Miroslav Lachman