From owner-freebsd-geom@FreeBSD.ORG Mon Oct 28 11:06:48 2013 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 ESMTP id 8DD71ADC for ; Mon, 28 Oct 2013 11:06:48 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) 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 7AACD246A for ; Mon, 28 Oct 2013 11:06:48 +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 r9SB6mt7055083 for ; Mon, 28 Oct 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9SB6mK2055081 for freebsd-geom@FreeBSD.org; Mon, 28 Oct 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Oct 2013 11:06:48 GMT Message-Id: <201310281106.r9SB6mK2055081@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.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 11:06:48 -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/181900 geom [geom] [patch] Line breaks missing in geli's kern.geom 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/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/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 Fri Nov 1 10:32:04 2013 Return-Path: Delivered-To: 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 ESMTP id 3B53849C for ; Fri, 1 Nov 2013 10:32:04 +0000 (UTC) (envelope-from symbolics@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B00F82FD4 for ; Fri, 1 Nov 2013 10:32:03 +0000 (UTC) Received: from lemon ([80.7.17.14]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0M1BMy-1Vvvrd3e5A-00tFPG for ; Fri, 01 Nov 2013 11:32:02 +0100 Received: by lemon (Postfix, from userid 1001) id 4647FEB372; Fri, 1 Nov 2013 10:31:58 +0000 (GMT) Date: Fri, 1 Nov 2013 10:31:58 +0000 From: symbolics@gmx.com To: hackers@freebsd.org Subject: GEOM mentor request Message-ID: <20131101103158.GA35397@lemon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Provags-ID: V03:K0:ChKUbVSK2ZyzD55yIzhYQQ2biJfWTOC4/9FPwheFaRSiwnhkrc+ KPoqst+s3VRRS1KkiASnnWhm/ScFdupMyZiVzlmBlXzsSdiy/PhtAiBnve0Z+0aaY8/HF25 QEu3KrYRgBNp/HFu+0dJauw4gZ9fuf0x0dvFS7xSNNQK5fuYw77J+6w5Z31FbUr0iaQIRRp 2z/tT9vhf3UvniT4Nt0Uw== Cc: geom@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 10:32:04 -0000 Hi hackers, I have been studying the GEOM documentation and source recently. Is anyone actively maintaining this subsystem at the moment? I would like to give it some attention. A few example things I'd like to work on (in no particular order): + Developer manual pages. Rewrite for clarity and add cover some of the areas not discussed yet. + Add a tutorial on writing GEOM classes, either in the dev handbook or within the manual pages. + Add missing manual pages so every class has a complete set. + Implement various helper methods to reduce code duplication across GEOM classes. There seems to be quite a bit of C&P currently. + Attack GEOM PR list. Lots of PRs have not progressed in a long time. + Implement a method for controlling tasting; there are some cases where this would be helpful. Bhyve is one, apparently iSCSI might be another. + I have a patch that adds connect/disconnect verbs to the DISK class. Disconnect sets a flag that disables tasting on the geom and withers all but the GEOM's DEV provider. This lets me use a raw disc with virtio-blk in Bhyve (with a few other problems). + Add regression tests for various classes, especially the ones that do not support writing metadata and are therefore more difficult to test, LINUX_LVM, for instance. + Try and resolve the various XXX comments sitting in the code. + Implement new things. Some ideas I have had: + GEOM "ERASE" - Rewrite deletes into random writes. + GEOM "PLUG" - Persistent version of the connect/disconnect verbs where the flag sits in the class metadata. This might be a cleaner approach, rather than adding the verbs to all the existing providers. + GEOM "TAP" - Allow userspace processes to hook into the GEOM API. Intended for debugging and development. + GEOM "WCACHE" - Allow you to use small, fast provider as a buffer for a larger, slower provider. + GEOM DTrace provider. Provide GEOM specific probes to complement the IO provider. + Probably other bits I can't remember right now. I need someone more experienced in kernel programming who can review my ideas and work and guide my patches into the tree. Given that lots of the GEOM PRs don't seem to be moving, I don't really want to do the work for it to rot in GNATS. Any volunteers please get in touch. Thanks! --sym From owner-freebsd-geom@FreeBSD.ORG Fri Nov 1 12:44:45 2013 Return-Path: Delivered-To: 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 ESMTP id AA15A805; Fri, 1 Nov 2013 12:44:45 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 715152920; Fri, 1 Nov 2013 12:44:45 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id C8D963EB5F; Fri, 1 Nov 2013 12:44:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.7/8.14.7) with ESMTP id rA1Cib1M014533; Fri, 1 Nov 2013 12:44:37 GMT (envelope-from phk@phk.freebsd.dk) To: symbolics@gmx.com Subject: Re: GEOM mentor request In-reply-to: <20131101103158.GA35397@lemon> From: "Poul-Henning Kamp" References: <20131101103158.GA35397@lemon> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 01 Nov 2013 12:44:37 +0000 Message-ID: <14532.1383309877@critter.freebsd.dk> Cc: geom@freebsd.org, hackers@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 12:44:45 -0000 In message <20131101103158.GA35397@lemon>, symbolics@gmx.com writes: >A few example things I'd like to work on (in no particular order): Go for it. My calendar does not allow me to be your mentor at this time, but I hope somebody else will step up ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Fri Nov 1 16:07:36 2013 Return-Path: Delivered-To: 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 ESMTP id 931AC67D; Fri, 1 Nov 2013 16:07:36 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E31326B2; Fri, 1 Nov 2013 16:07:36 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rA1G7ZDG072205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Nov 2013 09:07:35 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rA1G7YtT072204; Fri, 1 Nov 2013 09:07:34 -0700 (PDT) (envelope-from jmg) Date: Fri, 1 Nov 2013 09:07:34 -0700 From: John-Mark Gurney To: symbolics@gmx.com Subject: Re: GEOM mentor request Message-ID: <20131101160734.GL58155@funkthat.com> Mail-Followup-To: symbolics@gmx.com, hackers@freebsd.org, geom@freebsd.org References: <20131101103158.GA35397@lemon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131101103158.GA35397@lemon> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 01 Nov 2013 09:07:35 -0700 (PDT) Cc: geom@freebsd.org, hackers@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 16:07:36 -0000 symbolics@gmx.com wrote this message on Fri, Nov 01, 2013 at 10:31 +0000: [...] > I need someone more experienced in kernel programming who can review my > ideas and work and guide my patches into the tree. Given that lots of > the GEOM PRs don't seem to be moving, I don't really want to do the work > for it to rot in GNATS. > > Any volunteers please get in touch. If a better candiate doesn't come forward, I'm willing to work w/ you on these items. A number of the items you listed I've been wanting to do myself or I have been anoyed by them and wanted to fix. Though I'm volunteering to help, don't forget that most patches should still be reviewed publicly, so you'll want to keep working on the -geom mailing list. Thanks for your interest and work. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-geom@FreeBSD.ORG Fri Nov 1 18:27:24 2013 Return-Path: Delivered-To: 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 ESMTP id 286D5C82 for ; Fri, 1 Nov 2013 18:27:24 +0000 (UTC) (envelope-from symbolics@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B92212F13 for ; Fri, 1 Nov 2013 18:27:23 +0000 (UTC) Received: from lemon ([80.7.17.14]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MY4Ls-1V7OWx2sZk-00UrLs for ; Fri, 01 Nov 2013 19:27:15 +0100 Received: by lemon (Postfix, from userid 1001) id 1E0DBEB372; Fri, 1 Nov 2013 18:27:15 +0000 (GMT) Date: Fri, 1 Nov 2013 18:27:15 +0000 From: symbolics@gmx.com To: freebsd-hackers@freebsd.org Subject: Re: GEOM mentor request Message-ID: <20131101182715.GA1762@lemon> References: <20131101103158.GA35397@lemon> <20131101160734.GL58155@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131101160734.GL58155@funkthat.com> X-Provags-ID: V03:K0:ytYeai8aANyr1JYzr9ZcWxuINog/BkYUxUmTrBVG4ZaqNbxtwU4 kXscNelXLM6OYclFnU/4F1BsNTVvT9JXp4PXeUI5WKXw+MVjp4BUTEugfbIXlFS0E5x0Aia M1Ukq6dMXTHY2U5qyWC40NvHZrkTexYRbDuvXPJUi9tZbTjzb9OT4ZPJ+qsvkTDGgOfDQ41 CS5wi6g6yyprBawOYFT7g== Cc: geom@freebsd.org, hackers@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 18:27:24 -0000 On Fri, Nov 01, 2013 at 09:07:34AM -0700, John-Mark Gurney wrote: > symbolics@gmx.com wrote this message on Fri, Nov 01, 2013 at 10:31 +0000: > > [...] > > > I need someone more experienced in kernel programming who can review my > > ideas and work and guide my patches into the tree. Given that lots of > > the GEOM PRs don't seem to be moving, I don't really want to do the work > > for it to rot in GNATS. > > > > Any volunteers please get in touch. > > If a better candiate doesn't come forward, I'm willing to work w/ you > on these items. A number of the items you listed I've been wanting to > do myself or I have been anoyed by them and wanted to fix. > > Though I'm volunteering to help, don't forget that most patches should > still be reviewed publicly, so you'll want to keep working on the -geom > mailing list. > > Thanks for your interest and work. > Great. I'll start work on a plan then and submit the bits to geom@. Thanks a lot! --sym From owner-freebsd-geom@FreeBSD.ORG Fri Nov 1 19:23:13 2013 Return-Path: Delivered-To: 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 ESMTP id EDB6236C; Fri, 1 Nov 2013 19:23:13 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A0B2E22BE; Fri, 1 Nov 2013 19:23:13 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rA1JNCqJ023754; Fri, 1 Nov 2013 13:23:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id rA1JNCpQ023751; Fri, 1 Nov 2013 13:23:12 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 1 Nov 2013 13:23:12 -0600 (MDT) From: Warren Block To: symbolics@gmx.com Subject: Re: GEOM mentor request In-Reply-To: <20131101103158.GA35397@lemon> Message-ID: References: <20131101103158.GA35397@lemon> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 01 Nov 2013 13:23:12 -0600 (MDT) Cc: geom@freebsd.org, hackers@freebsd.org X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 19:23:14 -0000 On Fri, 1 Nov 2013, symbolics@gmx.com wrote: > + Implement new things. Some ideas I have had: > + GEOM "ERASE" - Rewrite deletes into random writes. > + GEOM "PLUG" - Persistent version of the connect/disconnect verbs > where the flag sits in the class metadata. This might be a cleaner > approach, rather than adding the verbs to all the existing > providers. > + GEOM "TAP" - Allow userspace processes to hook into the GEOM > API. Intended for debugging and development. > + GEOM "WCACHE" - Allow you to use small, fast provider as a buffer > for a larger, slower provider. > + GEOM DTrace provider. Provide GEOM specific probes to complement > the IO provider. > + Probably other bits I can't remember right now. How about an explicit geom retaste command? "true > /dev/ada0" is misleading to the reader. Also, a RAM-cached version of gmirror that would report writes finished as soon as the faster drive finishes. Kind of the opposite of the WCACHE above. This would permit creating mirrors of an SSD and hard drive without performance loss, at least up until available write buffer space runs out. This one may not be so easy. From owner-freebsd-geom@FreeBSD.ORG Fri Nov 1 19:32:59 2013 Return-Path: Delivered-To: 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 ESMTP id 000206B2; Fri, 1 Nov 2013 19:32:58 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8934234A; Fri, 1 Nov 2013 19:32:58 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VcKSn-000Ka2-8x; Fri, 01 Nov 2013 19:32:57 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id rA1JWsBM057315; Fri, 1 Nov 2013 13:32:54 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19nIPHugGz368Ua80q8ayZS Subject: Re: GEOM mentor request From: Ian Lepore To: Warren Block In-Reply-To: References: <20131101103158.GA35397@lemon> Content-Type: text/plain; charset="us-ascii" Date: Fri, 01 Nov 2013 13:32:54 -0600 Message-ID: <1383334374.31172.95.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: geom@FreeBSD.org, hackers@FreeBSD.org, symbolics@gmx.com X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 19:32:59 -0000 On Fri, 2013-11-01 at 13:23 -0600, Warren Block wrote: > How about an explicit geom retaste command? "true > /dev/ada0" is > misleading to the reader. +1. That's just a good idea. -- Ian From owner-freebsd-geom@FreeBSD.ORG Fri Nov 1 19:36:01 2013 Return-Path: Delivered-To: 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 ESMTP id 20212840; Fri, 1 Nov 2013 19:36:01 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D6919237D; Fri, 1 Nov 2013 19:36:00 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rA1JZr3A075368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Nov 2013 12:35:54 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rA1JZrcE075367; Fri, 1 Nov 2013 12:35:53 -0700 (PDT) (envelope-from jmg) Date: Fri, 1 Nov 2013 12:35:53 -0700 From: John-Mark Gurney To: Warren Block Subject: Re: GEOM mentor request Message-ID: <20131101193553.GE73243@funkthat.com> Mail-Followup-To: Warren Block , symbolics@gmx.com, geom@freebsd.org, hackers@freebsd.org References: <20131101103158.GA35397@lemon> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 01 Nov 2013 12:35:54 -0700 (PDT) Cc: geom@freebsd.org, hackers@freebsd.org, symbolics@gmx.com X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 19:36:01 -0000 Warren Block wrote this message on Fri, Nov 01, 2013 at 13:23 -0600: > On Fri, 1 Nov 2013, symbolics@gmx.com wrote: > > > + Implement new things. Some ideas I have had: > > + GEOM "ERASE" - Rewrite deletes into random writes. > > + GEOM "PLUG" - Persistent version of the connect/disconnect verbs > > where the flag sits in the class metadata. This might be a cleaner > > approach, rather than adding the verbs to all the existing > > providers. > > + GEOM "TAP" - Allow userspace processes to hook into the GEOM > > API. Intended for debugging and development. > > + GEOM "WCACHE" - Allow you to use small, fast provider as a buffer > > for a larger, slower provider. > > + GEOM DTrace provider. Provide GEOM specific probes to complement > > the IO provider. > > + Probably other bits I can't remember right now. > > How about an explicit geom retaste command? "true > /dev/ada0" is > misleading to the reader. > > Also, a RAM-cached version of gmirror that would report writes finished > as soon as the faster drive finishes. Kind of the opposite of the > WCACHE above. This would permit creating mirrors of an SSD and hard > drive without performance loss, at least up until available write > buffer space runs out. This one may not be so easy. If you did that, you'd want to do something like set the SSD to prefer, and only complete on that drive.. That way if there is ever a crash, you mirror the second disk from the faster first... Though this still has the possibility to leave your fs is a inconsistent state as once the write for the faster drive completes, another write could come in and complete on the second drive before the first IO completes breaking the assumptions that UFS+S and ZFS about how/when IO gets committed to the disk... Also, depending upon the write load, it could be the HD is faster than the SSD if there was a large enough volume of writes... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."