From owner-freebsd-geom@FreeBSD.ORG Mon Jan 6 11:06:47 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC67569F for ; Mon, 6 Jan 2014 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C45A01079 for ; Mon, 6 Jan 2014 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s06B6k5G045230 for ; Mon, 6 Jan 2014 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s06B6kbp045228 for freebsd-geom@FreeBSD.org; Mon, 6 Jan 2014 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Jan 2014 11:06:46 GMT Message-Id: <201401061106.s06B6kbp045228@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 Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 11:06:47 -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/183866 geom [geom] graid cannot remove loader detected BIOS RAIDS o kern/183803 geom [geom] FreeBSD 10 Beta 2 geom module does not understa o kern/181704 geom [geom] ggatec crash the system when I write something o kern/179889 geom [geli] geli stopped work after updating RELEASE 9.* so o kern/178684 geom gpart(8) cannot get my GEOM tree o kern/178359 geom [geom] [patch] geom_eli: support external metadata o kern/176744 geom [geom] [patch] BIO_FLUSH not recorded by devstats o kern/170038 geom [geom] geom_mirror always starts degraded after reboot o kern/169539 geom [geom] [patch] fix ability to run gmirror on MSI MegaR a bin/169077 geom bsdinstall(8) does not use partition labels in /etc/fs f kern/165745 geom [geom] geom_multipath page fault on removed drive o kern/165428 geom [glabel][patch] Add xfs support to glabel o kern/164254 geom [geom] gjournal not stopping on GPT partitions o kern/164252 geom [geom] gjournal overflow o kern/164143 geom [geom] Partition table not recognized after upgrade R8 a kern/163020 geom [geli] [patch] enable the Camellia-XTS on GEOM ELI o kern/162690 geom [geom] gpart label changes only take effect after a re o kern/162010 geom [geli] panic: Provider's error should be set (error=0) o kern/161979 geom [geom] glabel doesn't update after newfs, and glabel s o bin/161807 geom [patch] add option for explicitly specifying metadata o kern/161752 geom [geom] glabel(8) doesn't get gpt label change o bin/161677 geom gpart(8) Probably bug in gptboot o kern/160409 geom [geli] failed to attach provider f kern/159595 geom [geom] [panic] panic on gmirror unload in vbox [regres f kern/159414 geom [isp] isp(4)+gmultipath(8) : removing active fiber pat p kern/158398 geom [headers] [patch] includes o kern/158197 geom [geom] geom_cache with size>1000 leads to panics o kern/157879 geom [libgeom] [regression] ABI change without version bump o kern/157863 geom [geli] kbdmux prevents geli passwords from being enter o kern/157739 geom [geom] GPT labels with geom_multipath o kern/157724 geom [geom] gpart(8) 'add' command must preserve gap for sc o kern/157723 geom [geom] GEOM should not process 'c' (raw) partitions fo o kern/157108 geom [gjournal] dumpon(8) fails on gjournal providers o kern/155994 geom [geom] Long "Suspend time" when reading large files fr o bin/154570 geom [patch] gvinum(8) can't be built as part of the kernel o kern/154226 geom [geom] GEOM label does not change when you modify them 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/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/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 bin/131415 geom [geli] keystrokes are unregulary sent to Geli when typ 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 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/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/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/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. 80 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Jan 6 22:07:27 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D75B619B for ; Mon, 6 Jan 2014 22:07:27 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93C9C1F01 for ; Mon, 6 Jan 2014 22:07:27 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 9C8D628434; Mon, 6 Jan 2014 23:07:19 +0100 (CET) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C5E0E2842D; Mon, 6 Jan 2014 23:07:18 +0100 (CET) Message-ID: <52CB2915.7060602@quip.cz> Date: Mon, 06 Jan 2014 23:07:17 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Karl Pielorz Subject: Re: Is TRIM working with gmirror? References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> In-Reply-To: <18C59233568D3A475FF0D843@study64.tdx.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 22:07:27 -0000 Karl Pielorz wrote: [...] >> WARNING: /ssd_db: TRIM flag on fs but disk does not confirm that it >> supports TRIM >> >> The filesystem is classic UFS2. >> >> Is TRIM supported throught gmirror, or not? > > I think 8.4 is way too old for this. I have a number of 9.2 boxes - and > even on those, TRIM doesn't propagate through gmirror *yet* (at the > time, which is a few months ago I seem to remember reading 'It should > work soon' - but 9.2 doesn't appear to). > > You can use gstat to show if any calls to BIO_DELETE are being made - i.e. > > gstat -d > > On the systems here the 'd/s' (which afaik is 'BIO_DELETE/second') > remains stubbornly at zero :( Thank you for pointing me to gstat -d. d/s is really zero all the time. > The flipside is with decent SSD's these days TRIM isn't quite so > important... Some may even argue that *not* issuing heaps of BIO_DELETE > on the I/O channel is actually faster - so long as the SSD has time to > play catchup and isn't pegged all the time, I think they may be right :-) The SSDs in question are holding /var/db/mysql with heavily used InnoDB tables (grow only ibdata file, few deletes of MyISAM tables) so maybe there are not much delete commands at all. Thank you. Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Tue Jan 7 00:03:06 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1958B7F8 for ; Tue, 7 Jan 2014 00:03:06 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8EEC1980 for ; Tue, 7 Jan 2014 00:03:05 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007442704.msg for ; Tue, 07 Jan 2014 00:02:55 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 07 Jan 2014 00:02:55 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1084efce83=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-geom@FreeBSD.org Message-ID: <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> From: "Steven Hartland" To: "Miroslav Lachman" <000.fbsd@quip.cz>, "Karl Pielorz" References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> Subject: Re: Is TRIM working with gmirror? Date: Tue, 7 Jan 2014 00:02:46 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 00:03:06 -0000 ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> To: "Karl Pielorz" Cc: Sent: Monday, January 06, 2014 10:07 PM Subject: Re: Is TRIM working with gmirror? > Karl Pielorz wrote: > [...] >>> WARNING: /ssd_db: TRIM flag on fs but disk does not confirm that it >>> supports TRIM >>> >>> The filesystem is classic UFS2. >>> >>> Is TRIM supported throught gmirror, or not? >> >> I think 8.4 is way too old for this. I have a number of 9.2 boxes - and >> even on those, TRIM doesn't propagate through gmirror *yet* (at the >> time, which is a few months ago I seem to remember reading 'It should >> work soon' - but 9.2 doesn't appear to). >> >> You can use gstat to show if any calls to BIO_DELETE are being made - i.e. >> >> gstat -d >> >> On the systems here the 'd/s' (which afaik is 'BIO_DELETE/second') >> remains stubbornly at zero :( > > Thank you for pointing me to gstat -d. d/s is really zero all the time. > >> The flipside is with decent SSD's these days TRIM isn't quite so >> important... Some may even argue that *not* issuing heaps of BIO_DELETE >> on the I/O channel is actually faster - so long as the SSD has time to >> play catchup and isn't pegged all the time, I think they may be right :-) > > The SSDs in question are holding /var/db/mysql with heavily used InnoDB > tables (grow only ibdata file, few deletes of MyISAM tables) so maybe > there are not much delete commands at all. Delete's are only support by CAM currently so if your device is not connected to a CAM based driver e.g. daX or adaX then its likely not getting through to the device. Not sure if this has been mentioned but you also need to have filesystem support, as your talking about gmirror I assume your using UFS which would need to be TRIM enabled using tunefs -t enable, see man tunefs for more info. Regards steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-geom@FreeBSD.ORG Tue Jan 7 00:38:59 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10BE94C8 for ; Tue, 7 Jan 2014 00:38:59 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFAA91D24 for ; Tue, 7 Jan 2014 00:38:58 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 7294428426; Tue, 7 Jan 2014 01:38:56 +0100 (CET) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 85A2828429; Tue, 7 Jan 2014 01:38:55 +0100 (CET) Message-ID: <52CB4C9E.3020904@quip.cz> Date: Tue, 07 Jan 2014 01:38:54 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Steven Hartland Subject: Re: Is TRIM working with gmirror? References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> In-Reply-To: <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Karl Pielorz , freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 00:38:59 -0000 Steven Hartland wrote: [...] > Delete's are only support by CAM currently so if your device is > not connected to a CAM based driver e.g. daX or adaX then its > likely not getting through to the device. It was mentioned in an original message: mirror/gm1ssdp2 COMPLETE ada2p2 (ACTIVE) ada3p2 (ACTIVE) So disks are using CAM (devices ada2 + ada3, with ahci_load="YES" in loader.conf) # camcontrol devlist .. .. at scbus2 target 0 lun 0 (pass2,ada2) at scbus3 target 0 lun 0 (pass3,ada3) > Not sure if this has been mentioned but you also need to have > filesystem support, as your talking about gmirror I assume your > using UFS which would need to be TRIM enabled using tunefs -t enable, > see man tunefs for more info. Gmirror and FS was created on testmachine with FreeBSD 9.2 with following commands: gmirror label -v -b load gm1ssdp2 ada2p2 ada3p2 newfs -U -L Rtzt0ssddb -t mirror/gm1ssdp2 And as WARNING message says, FS is flagged with TRIM support enabled: -------------- WARNING: /ssd_db: TRIM flag on fs but disk does not confirm that it supports TRIM -------------- Thank you for your time anyway. Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Tue Jan 7 01:41:32 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20E787D9 for ; Tue, 7 Jan 2014 01:41:32 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AEFDE1203 for ; Tue, 7 Jan 2014 01:41:31 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007445002.msg for ; Tue, 07 Jan 2014 01:41:27 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 07 Jan 2014 01:41:27 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1084efce83=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-geom@FreeBSD.org Message-ID: <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> From: "Steven Hartland" To: "Miroslav Lachman" <000.fbsd@quip.cz> References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> Subject: Re: Is TRIM working with gmirror? Date: Tue, 7 Jan 2014 01:41:20 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Karl Pielorz , freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 01:41:32 -0000 ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> To: "Steven Hartland" Cc: "Karl Pielorz" ; Sent: Tuesday, January 07, 2014 12:38 AM Subject: Re: Is TRIM working with gmirror? > Steven Hartland wrote: > [...] >> Delete's are only support by CAM currently so if your device is >> not connected to a CAM based driver e.g. daX or adaX then its >> likely not getting through to the device. > > It was mentioned in an original message: > > mirror/gm1ssdp2 COMPLETE ada2p2 (ACTIVE) > ada3p2 (ACTIVE) > > So disks are using CAM (devices ada2 + ada3, with ahci_load="YES" in > loader.conf) > > # camcontrol devlist > .. > .. > at scbus2 target 0 lun 0 (pass2,ada2) > at scbus3 target 0 lun 0 (pass3,ada3) > >> Not sure if this has been mentioned but you also need to have >> filesystem support, as your talking about gmirror I assume your >> using UFS which would need to be TRIM enabled using tunefs -t enable, >> see man tunefs for more info. > > Gmirror and FS was created on testmachine with FreeBSD 9.2 with > following commands: > > > gmirror label -v -b load gm1ssdp2 ada2p2 ada3p2 > > newfs -U -L Rtzt0ssddb -t mirror/gm1ssdp2 > > And as WARNING message says, FS is flagged with TRIM support enabled: > > -------------- > WARNING: /ssd_db: TRIM flag on fs but disk does not confirm that it > supports TRIM > -------------- Unless you have a specific reason for using gmirror I would strongly advise trying ZFS instead, it will definitely support TRIM in that config and comes with a host of other benefits too :) Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-geom@FreeBSD.ORG Tue Jan 7 12:10:11 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 199983CC for ; Tue, 7 Jan 2014 12:10:11 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8D8A1142 for ; Tue, 7 Jan 2014 12:10:10 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 25B9F28454; Tue, 7 Jan 2014 13:10:08 +0100 (CET) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3E47E28423; Tue, 7 Jan 2014 13:10:07 +0100 (CET) Message-ID: <52CBEE9E.2090800@quip.cz> Date: Tue, 07 Jan 2014 13:10:06 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Steven Hartland Subject: Re: Is TRIM working with gmirror? References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> In-Reply-To: <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Karl Pielorz , freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 12:10:11 -0000 Steven Hartland wrote: [...] > Unless you have a specific reason for using gmirror I would strongly > advise trying ZFS instead, it will definitely support TRIM in that > config and comes with a host of other benefits too :) The specific reason is performance and memory consumption. We need every piece of performance and all memory to MySQL daemon, so this is why gmirror was choosen. We have ZFS on other purposes machines for years (from 7.x days), so I can say "I have a lot of experiences" (good and bad too). In some tests, ZFS is about 50% slower than UFS. What about graid(8) mirror instead of gmirror(8)? Is there better support for TRIM on UFS? Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Tue Jan 7 13:27:10 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92B97831 for ; Tue, 7 Jan 2014 13:27:10 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2BDEA17A3 for ; Tue, 7 Jan 2014 13:27:09 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007452628.msg for ; Tue, 07 Jan 2014 13:27:07 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 07 Jan 2014 13:27:07 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1084efce83=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-geom@FreeBSD.org Message-ID: <353E7C512D234EDE84863C872D7856DE@multiplay.co.uk> From: "Steven Hartland" To: "Miroslav Lachman" <000.fbsd@quip.cz> References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> <52CBEE9E.2090800@quip.cz> Subject: Re: Is TRIM working with gmirror? Date: Tue, 7 Jan 2014 13:27:02 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Karl Pielorz , freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jan 2014 13:27:10 -0000 ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> To: "Steven Hartland" Cc: "Karl Pielorz" ; Sent: Tuesday, January 07, 2014 12:10 PM Subject: Re: Is TRIM working with gmirror? > Steven Hartland wrote: > [...] >> Unless you have a specific reason for using gmirror I would strongly >> advise trying ZFS instead, it will definitely support TRIM in that >> config and comes with a host of other benefits too :) > > The specific reason is performance and memory consumption. We need every > piece of performance and all memory to MySQL daemon, so this is why > gmirror was choosen. > We have ZFS on other purposes machines for years (from 7.x days), so I > can say "I have a lot of experiences" (good and bad too). > In some tests, ZFS is about 50% slower than UFS. > > What about graid(8) mirror instead of gmirror(8)? Is there better > support for TRIM on UFS? Actually looking at it gmirror should support delete no problem see g_mirror_init_disk GEOM::candelete. So you might want to add some debugging around there to see whats happening. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-geom@FreeBSD.ORG Wed Jan 8 10:18:14 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8B8FCE5 for ; Wed, 8 Jan 2014 10:18:14 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 504A9177C for ; Wed, 8 Jan 2014 10:18:13 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007467664.msg for ; Wed, 08 Jan 2014 10:18:04 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 08 Jan 2014 10:18:04 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=10857851f7=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-geom@FreeBSD.org Message-ID: From: "Steven Hartland" To: "Steven Hartland" , "Miroslav Lachman" <000.fbsd@quip.cz> References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> <52CBEE9E.2090800@quip.cz> <353E7C512D234EDE84863C872D7856DE@multiplay.co.uk> Subject: Re: Is TRIM working with gmirror? Date: Wed, 8 Jan 2014 10:18:04 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Karl Pielorz , freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 10:18:14 -0000 ----- Original Message ----- From: "Steven Hartland" > ----- Original Message ----- > From: "Miroslav Lachman" <000.fbsd@quip.cz> > >> Steven Hartland wrote: >> [...] >>> Unless you have a specific reason for using gmirror I would strongly >>> advise trying ZFS instead, it will definitely support TRIM in that >>> config and comes with a host of other benefits too :) >> >> The specific reason is performance and memory consumption. We need every >> piece of performance and all memory to MySQL daemon, so this is why >> gmirror was choosen. >> We have ZFS on other purposes machines for years (from 7.x days), so I >> can say "I have a lot of experiences" (good and bad too). >> In some tests, ZFS is about 50% slower than UFS. >> >> What about graid(8) mirror instead of gmirror(8)? Is there better >> support for TRIM on UFS? > > Actually looking at it gmirror should support delete no problem see > g_mirror_init_disk GEOM::candelete. > > So you might want to add some debugging around there to see whats > happening. Double checked this on HEAD and it definitely works as expected. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-geom@FreeBSD.ORG Wed Jan 8 15:00:20 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D94B7DD for ; Wed, 8 Jan 2014 15:00:20 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BAC8511D6 for ; Wed, 8 Jan 2014 15:00:19 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 8638328427; Wed, 8 Jan 2014 16:00:11 +0100 (CET) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id C000D28422; Wed, 8 Jan 2014 16:00:07 +0100 (CET) Message-ID: <52CD67F7.2060608@quip.cz> Date: Wed, 08 Jan 2014 16:00:07 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Steven Hartland Subject: Re: Is TRIM working with gmirror? References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> <52CBEE9E.2090800@quip.cz> <353E7C512D234EDE84863C872D7856DE@multiplay.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Karl Pielorz , freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 15:00:20 -0000 Steven Hartland wrote: > ----- Original Message ----- From: "Steven Hartland" > > >> ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> >> >>> Steven Hartland wrote: >>> [...] >>>> Unless you have a specific reason for using gmirror I would strongly >>>> advise trying ZFS instead, it will definitely support TRIM in that >>>> config and comes with a host of other benefits too :) >>> >>> The specific reason is performance and memory consumption. We need >>> every piece of performance and all memory to MySQL daemon, so this is >>> why gmirror was choosen. >>> We have ZFS on other purposes machines for years (from 7.x days), so >>> I can say "I have a lot of experiences" (good and bad too). >>> In some tests, ZFS is about 50% slower than UFS. >>> >>> What about graid(8) mirror instead of gmirror(8)? Is there better >>> support for TRIM on UFS? >> >> Actually looking at it gmirror should support delete no problem see >> g_mirror_init_disk GEOM::candelete. >> >> So you might want to add some debugging around there to see whats >> happening. > > Double checked this on HEAD and it definitely works as expected. I am not able to understand C sources, so I cannot check it myself. But if it is supported, why I see the warning message at boot? Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Wed Jan 8 15:28:36 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3498A2EA for ; Wed, 8 Jan 2014 15:28:36 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C091E145D for ; Wed, 8 Jan 2014 15:28:35 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007470801.msg for ; Wed, 08 Jan 2014 15:28:32 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Wed, 08 Jan 2014 15:28:32 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=10857851f7=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-geom@FreeBSD.org Message-ID: <9EFFBE4E8F3D4B9EA73C028247D15BD6@multiplay.co.uk> From: "Steven Hartland" To: "Miroslav Lachman" <000.fbsd@quip.cz> References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> <52CBEE9E.2090800@quip.cz> <353E7C512D234EDE84863C872D7856DE@multiplay.co.uk> <52CD67F7.2060608@quip.cz> Subject: Re: Is TRIM working with gmirror? Date: Wed, 8 Jan 2014 15:28:40 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Karl Pielorz , freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 15:28:36 -0000 ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> >> Double checked this on HEAD and it definitely works as expected. > > I am not able to understand C sources, so I cannot check it myself. But > if it is supported, why I see the warning message at boot? I came into this thread after it started, looking back at the history you stated your running 8.4-RELEASE, this is missing the required changes. Try 9.2-RELEASE or 10.0-RC4 Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-geom@FreeBSD.ORG Wed Jan 8 22:04:47 2014 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13CC4A73 for ; Wed, 8 Jan 2014 22:04:47 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BEEE5168E for ; Wed, 8 Jan 2014 22:04:46 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 171382842C; Wed, 8 Jan 2014 23:04:44 +0100 (CET) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 423EF28427; Wed, 8 Jan 2014 23:04:43 +0100 (CET) Message-ID: <52CDCB7A.20608@quip.cz> Date: Wed, 08 Jan 2014 23:04:42 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Steven Hartland Subject: Re: Is TRIM working with gmirror? References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> <52CBEE9E.2090800@quip.cz> <353E7C512D234EDE84863C872D7856DE@multiplay.co.uk> <52CD67F7.2060608@quip.cz> <9EFFBE4E8F3D4B9EA73C028247D15BD6@multiplay.co.uk> In-Reply-To: <9EFFBE4E8F3D4B9EA73C028247D15BD6@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Karl Pielorz , freebsd-geom@FreeBSD.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jan 2014 22:04:47 -0000 Steven Hartland wrote: > ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> > >>> Double checked this on HEAD and it definitely works as expected. >> >> I am not able to understand C sources, so I cannot check it myself. >> But if it is supported, why I see the warning message at boot? > > I came into this thread after it started, looking back at the history > you stated your running 8.4-RELEASE, this is missing the required changes. > > Try 9.2-RELEASE or 10.0-RC4 It is production server, so I can't play with it and try 10.x, but we are running some other servers on 9.2, so if 9.2 gmirror has support for TRIM, I can upgrade this server to 9.2. Thank you for your patience! Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Thu Jan 9 04:04:48 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DBE9BA1 for ; Thu, 9 Jan 2014 04:04:48 +0000 (UTC) Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com [IPv6:2607:f8b0:4003:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1245613F0 for ; Thu, 9 Jan 2014 04:04:48 +0000 (UTC) Received: by mail-ob0-f172.google.com with SMTP id gq1so2722935obb.17 for ; Wed, 08 Jan 2014 20:04:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=YQGGMgZmTFK1ybSO0D+F893DU5yAxqHfAP8wHFEP8bQ=; b=xILCVqYGinaPZUE1Y+HorUSH5xyAGycORcO5QOXYn2aWaa6pQ1qAA7CKwHaSkFBsK7 4Dil1X4mlPqs8EH/YbFQKGMTMeY8771eW7YE8mkDc1WlaR5oKUW1yMiX7T9imYUz6wAc GHPKrGcDqk5uf/xOYoanY++EWHiJhkfglMeURn4sCvZBjH76OPkCPjXrJ9oo1t6+lE9e cFBCEn6L7riczqO61i8Tntmze8MkcGjsvOvK1cgO7pMxDwvlSKmddvAYFhzUpgqOVS6a lx2hj82WFdDlLNinGA48Uo2OxYMdd3wpbzhAlhLh8RadHYZyyH9wg12FSgTqvelk9Ifh 7bDA== X-Received: by 10.60.155.135 with SMTP id vw7mr591452oeb.9.1389240287305; Wed, 08 Jan 2014 20:04:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.131.18 with HTTP; Wed, 8 Jan 2014 20:04:17 -0800 (PST) In-Reply-To: <52CDCB7A.20608@quip.cz> References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> <52CBEE9E.2090800@quip.cz> <353E7C512D234EDE84863C872D7856DE@multiplay.co.uk> <52CD67F7.2060608@quip.cz> <9EFFBE4E8F3D4B9EA73C028247D15BD6@multiplay.co.uk> <52CDCB7A.20608@quip.cz> From: Jia-Shiun Li Date: Thu, 9 Jan 2014 12:04:17 +0800 Message-ID: Subject: Re: Is TRIM working with gmirror? To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=UTF-8 Cc: Karl Pielorz , Steven Hartland , freebsd-geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 04:04:48 -0000 On Thu, Jan 9, 2014 at 6:04 AM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > Steven Hartland wrote: > It is production server, so I can't play with it and try 10.x, but we are > running some other servers on 9.2, so if 9.2 gmirror has support for TRIM, I > can upgrade this server to 9.2. According to release notes, gmirror TRIM is supported since 9.1R. I did a little test on 9.2R livecd environment with commands you stated in previous mail. Both amd64 & i386 work. 2 md devices were used as backend device, but it should not differ since gmirror reports 'candelete' attribute regardless of backend capability. The above seem to conflict with your result on 9.2 test machines. Could you confirm that? Maybe there's something missing. Regards, Jia-Shiun. From owner-freebsd-geom@FreeBSD.ORG Thu Jan 9 08:31:55 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 503BAE8A for ; Thu, 9 Jan 2014 08:31:55 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D98EC1A2B for ; Thu, 9 Jan 2014 08:31:54 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007482014.msg for ; Thu, 09 Jan 2014 08:31:51 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 09 Jan 2014 08:31:51 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1086c5d11c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-geom@freebsd.org Message-ID: <4196A0F5FAD04290B9C74E4F06693025@multiplay.co.uk> From: "Steven Hartland" To: "Jia-Shiun Li" , "Miroslav Lachman" <000.fbsd@quip.cz> References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> <52CBEE9E.2090800@quip.cz> <353E7C512D234EDE84863C872D7856DE@multiplay.co.uk> <52CD67F7.2060608@quip.cz> <9EFFBE4E8F3D4B9EA73C028247D15BD6@multiplay.co.uk> <52CDCB7A.20608@quip.cz> Subject: Re: Is TRIM working with gmirror? Date: Thu, 9 Jan 2014 08:32:02 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Karl Pielorz , freebsd-geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 08:31:55 -0000 ----- Original Message ----- From: "Jia-Shiun Li" > On Thu, Jan 9, 2014 at 6:04 AM, Miroslav Lachman <000.fbsd@quip.cz> wrote: >> Steven Hartland wrote: >> It is production server, so I can't play with it and try 10.x, but we are >> running some other servers on 9.2, so if 9.2 gmirror has support for TRIM, I >> can upgrade this server to 9.2. > > According to release notes, gmirror TRIM is supported since 9.1R. > > I did a little test on 9.2R livecd environment with commands you > stated in previous mail. Both amd64 & i386 work. 2 md devices were > used as backend device, but it should not differ since gmirror reports > 'candelete' attribute regardless of backend capability. > > The above seem to conflict with your result on 9.2 test machines. > Could you confirm that? Maybe there's something missing. He was on 8.4 not 9.1, which when I looked didnt support candelete Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-geom@FreeBSD.ORG Thu Jan 9 10:06:56 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEA996B8 for ; Thu, 9 Jan 2014 10:06:56 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93360125E for ; Thu, 9 Jan 2014 10:06:56 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 2C0E328422; Thu, 9 Jan 2014 11:06:54 +0100 (CET) Received: from [192.168.1.2] (ip-89-177-49-222.net.upcbroadband.cz [89.177.49.222]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 2776A28427; Thu, 9 Jan 2014 11:06:53 +0100 (CET) Message-ID: <52CE74BC.9000606@quip.cz> Date: Thu, 09 Jan 2014 11:06:52 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: Jia-Shiun Li Subject: Re: Is TRIM working with gmirror? References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> <52CBEE9E.2090800@quip.cz> <353E7C512D234EDE84863C872D7856DE@multiplay.co.uk> <52CD67F7.2060608@quip.cz> <9EFFBE4E8F3D4B9EA73C028247D15BD6@multiplay.co.uk> <52CDCB7A.20608@quip.cz> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Steven Hartland , Karl Pielorz , freebsd-geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 10:06:56 -0000 Jia-Shiun Li wrote: > On Thu, Jan 9, 2014 at 6:04 AM, Miroslav Lachman<000.fbsd@quip.cz> wrote: >> Steven Hartland wrote: >> It is production server, so I can't play with it and try 10.x, but we are >> running some other servers on 9.2, so if 9.2 gmirror has support for TRIM, I >> can upgrade this server to 9.2. > > According to release notes, gmirror TRIM is supported since 9.1R. > > I did a little test on 9.2R livecd environment with commands you > stated in previous mail. Both amd64& i386 work. 2 md devices were > used as backend device, but it should not differ since gmirror reports > 'candelete' attribute regardless of backend capability. > > The above seem to conflict with your result on 9.2 test machines. > Could you confirm that? Maybe there's something missing. The machine with SSD disks and TRIM on gmirror is running FreeBSD 8.4, not 9.2. It is strange anyway, because 8.4R is 6 month newer than 9.1R and has many improvements over 9.1R (for example ZFS feature flags). So if 9.1R has support for TRIM in gmirror, it can be expected in 8.4 too. Thank you for detailed explanation. I will try upgrade to 9.2 soon. Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Thu Jan 9 11:28:09 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 324F389B for ; Thu, 9 Jan 2014 11:28:09 +0000 (UTC) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB49419E6 for ; Thu, 9 Jan 2014 11:28:08 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50007484059.msg for ; Thu, 09 Jan 2014 11:27:59 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 09 Jan 2014 11:27:59 +0000 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1086c5d11c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-geom@freebsd.org Message-ID: From: "Steven Hartland" To: "Miroslav Lachman" <000.fbsd@quip.cz>, "Jia-Shiun Li" References: <52A90049.7050001@quip.cz> <18C59233568D3A475FF0D843@study64.tdx.co.uk> <52CB2915.7060602@quip.cz> <7FBCC53840FA45928B9F527EA235B632@multiplay.co.uk> <52CB4C9E.3020904@quip.cz> <41F7CA403B574953B72B6CF4D1DDE71D@multiplay.co.uk> <52CBEE9E.2090800@quip.cz> <353E7C512D234EDE84863C872D7856DE@multiplay.co.uk> <52CD67F7.2060608@quip.cz> <9EFFBE4E8F3D4B9EA73C028247D15BD6@multiplay.co.uk> <52CDCB7A.20608@quip.cz> <52CE74BC.9000606@quip.cz> Subject: Re: Is TRIM working with gmirror? Date: Thu, 9 Jan 2014 11:28:11 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Karl Pielorz , freebsd-geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jan 2014 11:28:09 -0000 ----- Original Message ----- From: "Miroslav Lachman" <000.fbsd@quip.cz> > Jia-Shiun Li wrote: >> On Thu, Jan 9, 2014 at 6:04 AM, Miroslav Lachman<000.fbsd@quip.cz> wrote: >>> Steven Hartland wrote: >>> It is production server, so I can't play with it and try 10.x, but we are >>> running some other servers on 9.2, so if 9.2 gmirror has support for TRIM, I >>> can upgrade this server to 9.2. >> >> According to release notes, gmirror TRIM is supported since 9.1R. >> >> I did a little test on 9.2R livecd environment with commands you >> stated in previous mail. Both amd64& i386 work. 2 md devices were >> used as backend device, but it should not differ since gmirror reports >> 'candelete' attribute regardless of backend capability. >> >> The above seem to conflict with your result on 9.2 test machines. >> Could you confirm that? Maybe there's something missing. > > The machine with SSD disks and TRIM on gmirror is running FreeBSD 8.4, > not 9.2. > It is strange anyway, because 8.4R is 6 month newer than 9.1R and has > many improvements over 9.1R (for example ZFS feature flags). > So if 9.1R has support for TRIM in gmirror, it can be expected in 8.4 too. > > Thank you for detailed explanation. I will try upgrade to 9.2 soon. Looks like the geom changes where just never MFC'ed back to 8 so its not in any of the 8 releases. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-geom@FreeBSD.ORG Fri Jan 10 12:51:52 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC32FE7C; Fri, 10 Jan 2014 12:51:52 +0000 (UTC) Received: from forward20.mail.yandex.net (forward20.mail.yandex.net [IPv6:2a02:6b8:0:1402::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 664661924; Fri, 10 Jan 2014 12:51:52 +0000 (UTC) Received: from smtp17.mail.yandex.net (smtp17.mail.yandex.net [95.108.252.17]) by forward20.mail.yandex.net (Yandex) with ESMTP id 06A381042744; Fri, 10 Jan 2014 16:51:39 +0400 (MSK) Received: from smtp17.mail.yandex.net (localhost [127.0.0.1]) by smtp17.mail.yandex.net (Yandex) with ESMTP id BC3ED1900018; Fri, 10 Jan 2014 16:51:39 +0400 (MSK) Received: from 84.201.150.29-vpn.dhcp.yndx.net (84.201.150.29-vpn.dhcp.yndx.net [84.201.150.29]) by smtp17.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id hS5vW4qVZE-pdImWp9X; Fri, 10 Jan 2014 16:51:39 +0400 (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (Client certificate not present) X-Yandex-Uniq: f174f88e-913d-4128-b013-5b120f8c0e97 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1389358299; bh=avDxkUyWKqKctcb/V4aWYWy5G3pt7lx+SznBHtniVKk=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:X-Enigmail-Version:Content-Type: Content-Transfer-Encoding; b=pOvkZfVsizwL316I5CLAhEZzEVAAxJVAcl9cpGEyYXwK3h1EMIsOye2xmC30bEUuO H6jfsiE1hNudWPCwkZDj1h9sJzkfHpgvuETBHEx0C0p2FFsw8dOxsDE+W4BdqswdE0 rK88v4dy0VwUwOvwo5cuWGJNCk7ER91uv8ki4ZNg= Authentication-Results: smtp17.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52CFECC5.8080703@yandex.ru> Date: Fri, 10 Jan 2014 16:51:17 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: lev@FreeBSD.org, "freebsd-geom@freebsd.org" Subject: Re: "deep" gpart backup? References: <1023566295.20140105015301@serebryakov.spb.ru> In-Reply-To: <1023566295.20140105015301@serebryakov.spb.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jan 2014 12:51:52 -0000 On 05.01.2014 01:53, Lev Serebryakov wrote: > Hello, Freebsd-geom. > > Is here any way to make "deep" "gpart backup | gpart restore"? Now, when I > have disk with MBR, with two slices, each of which has BSD label, I need > three calls of backup / restore commands with proper arguments. It looks > just stupid :) Hi, Lev, Yeah, just use one of scripting languages :) -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Sat Jan 11 17:27:49 2014 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63D4ECA2 for ; Sat, 11 Jan 2014 17:27:49 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 361471224 for ; Sat, 11 Jan 2014 17:27:48 +0000 (UTC) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 9B8AB20C5E for ; Sat, 11 Jan 2014 12:27:47 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute6.internal (MEProxy); Sat, 11 Jan 2014 12:27:47 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=bDGgvnp+Y9BmplSBpiq9z7wnKQo=; b=DBc9t yFpu0FxGBStwkNBDyIytZYTIMVtcXaTIEQDr4OH1eMn0ySwFwyPq9RG/IZ+sk6Qc mFJMolKxuFwQKiwF1lGWi8sULlTF45BRTDphjqbMu+s5ErfPg9ZFBSI9seiGox2K ry04GFc/gZs//AGpGq8ST3o1uyA0LGjGv+BoMI= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 630DF10D66D; Sat, 11 Jan 2014 12:27:47 -0500 (EST) Message-Id: <1389461267.16576.69479689.0A3D893A@webmail.messagingengine.com> X-Sasl-Enc: OkxQCJNbY6a4xxo+WAXjrBysiq36jdd5fxfARIE/z4KD 1389461267 From: Mark Felder To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-064ceef5 Subject: Re: "deep" gpart backup? Date: Sat, 11 Jan 2014 11:27:47 -0600 In-Reply-To: <1023566295.20140105015301@serebryakov.spb.ru> References: <1023566295.20140105015301@serebryakov.spb.ru> X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jan 2014 17:27:49 -0000 On Sat, Jan 4, 2014, at 15:53, Lev Serebryakov wrote: > Hello, Freebsd-geom. > > Is here any way to make "deep" "gpart backup | gpart restore"? Now, when > I > have disk with MBR, with two slices, each of which has BSD label, I need > three calls of backup / restore commands with proper arguments. It looks > just stupid :) > If gpart can see and manipulate all of these elements it really should be able to backup and restore them all atomically.