From owner-freebsd-geom@FreeBSD.ORG Mon Apr 5 09:26:15 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74BDE1065670 for ; Mon, 5 Apr 2010 09:26:15 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.freebsd.org (Postfix) with ESMTP id 0BBDE8FC26 for ; Mon, 5 Apr 2010 09:26:14 +0000 (UTC) Received: from a91-153-117-195.elisa-laajakaista.fi (a91-153-117-195.elisa-laajakaista.fi [91.153.117.195]) by gw01.mail.saunalahti.fi (Postfix) with SMTP id 65EED1513EA for ; Mon, 5 Apr 2010 12:26:12 +0300 (EEST) Date: Mon, 5 Apr 2010 12:26:12 +0300 From: Jaakko Heinonen To: freebsd-geom@FreeBSD.org Message-ID: <20100405092611.GA1948@a91-153-117-195.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: GEOM class unload deadlock 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, 05 Apr 2010 09:26:15 -0000 Hi, Below is a patch to fix a possible deadlock between g_unload_class() and withering. Probably the easiest way to reproduce the deadlock is to load geom_mbr.ko module and then try to unload it. Some details are explained this message: http://docs.freebsd.org/cgi/mid.cgi?20081216210311.GA5229 --- Fix deadlock between GEOM class unloading and withering. Withering can't proceed while g_unload_class() blocks the event thread. Fix this by queuing the unload event repeatedly until withering has finished. PR: kern/139847 %%% Index: sys/geom/geom_subr.c =================================================================== --- sys/geom/geom_subr.c (revision 206155) +++ sys/geom/geom_subr.c (working copy) @@ -146,17 +146,8 @@ g_unload_class(void *arg, int flag) G_VALID_CLASS(mp); g_trace(G_T_TOPOLOGY, "g_unload_class(%s)", mp->name); - /* - * We allow unloading if we have no geoms, or a class - * method we can use to get rid of them. - */ - if (!LIST_EMPTY(&mp->geom) && mp->destroy_geom == NULL) { - hh->error = EOPNOTSUPP; - return; - } - - /* We refuse to unload if anything is open */ LIST_FOREACH(gp, &mp->geom, geom) { + /* We refuse to unload if anything is open */ LIST_FOREACH(pp, &gp->provider, provider) if (pp->acr || pp->acw || pp->ace) { hh->error = EBUSY; @@ -167,6 +158,23 @@ g_unload_class(void *arg, int flag) hh->error = EBUSY; return; } + /* + * Check for unfinished withering. We are in the event + * thread, so withering can't proceed. + */ + if (gp->flags & G_GEOM_WITHER) { + hh->error = EDEADLK; + return; + } + } + + /* + * We allow unloading if we have no geoms, or a class + * method we can use to get rid of them. + */ + if (!LIST_EMPTY(&mp->geom) && mp->destroy_geom == NULL) { + hh->error = EOPNOTSUPP; + return; } /* Bar new entries */ @@ -181,6 +189,12 @@ g_unload_class(void *arg, int flag) error = mp->destroy_geom(NULL, mp, gp); if (error != 0) break; + /* Return, if withering needs to proceed. */ + if (gp == LIST_FIRST(&mp->geom) && gp->flags & G_GEOM_WITHER) { + hh->error = EDEADLK; + return; + } + } if (error == 0) { if (mp->fini != NULL) @@ -233,9 +247,12 @@ g_modevent(module_t mod, int type, void break; case MOD_UNLOAD: g_trace(G_T_TOPOLOGY, "g_modevent(%s, UNLOAD)", hh->mp->name); - error = g_waitfor_event(g_unload_class, hh, M_WAITOK, NULL); - if (error == 0) - error = hh->error; + do { + error = g_waitfor_event(g_unload_class, hh, M_WAITOK, + NULL); + if (error == 0) + error = hh->error; + } while (error == EDEADLK); if (error == 0) { KASSERT(LIST_EMPTY(&hh->mp->geom), ("Unloaded class (%s) still has geom", hh->mp->name)); %%% -- Jaakko From owner-freebsd-geom@FreeBSD.ORG Mon Apr 5 11:07:01 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B7A61065676 for ; Mon, 5 Apr 2010 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 511B38FC27 for ; Mon, 5 Apr 2010 11:07:01 +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 o35B71ec027807 for ; Mon, 5 Apr 2010 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35B70Gd027805 for freebsd-geom@FreeBSD.org; Mon, 5 Apr 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Apr 2010 11:07:00 GMT Message-Id: <201004051107.o35B70Gd027805@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, 05 Apr 2010 11:07:01 -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/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/139847 geom [geom_mbr] [patch] load/unload causes system to hang 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/119743 geom [geom] geom label for cds is keeped after dismount and 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 Apr 5 21:18:37 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 254D9106564A; Mon, 5 Apr 2010 21:18:37 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F12B78FC13; Mon, 5 Apr 2010 21:18:36 +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 o35LIaUp059470; Mon, 5 Apr 2010 21:18:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35LIaro059466; Mon, 5 Apr 2010 21:18:36 GMT (envelope-from linimon) Date: Mon, 5 Apr 2010 21:18:36 GMT Message-Id: <201004052118.o35LIaro059466@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/145414: [geom] Problem with Geom/Gmirror 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, 05 Apr 2010 21:18:37 -0000 Old Synopsis: Problem with Geom/Gmirror New Synopsis: [geom] Problem with Geom/Gmirror Responsible-Changed-From-To: freebsd-amd64->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Mon Apr 5 21:17:42 UTC 2010 Responsible-Changed-Why: reclassify http://www.freebsd.org/cgi/query-pr.cgi?pr=145414 From owner-freebsd-geom@FreeBSD.ORG Mon Apr 5 21:40:06 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DF95106564A for ; Mon, 5 Apr 2010 21:40:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 32DB28FC0C for ; Mon, 5 Apr 2010 21:40:06 +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 o35Le5wa076990 for ; Mon, 5 Apr 2010 21:40:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35Le5jM076989; Mon, 5 Apr 2010 21:40:05 GMT (envelope-from gnats) Date: Mon, 5 Apr 2010 21:40:05 GMT Message-Id: <201004052140.o35Le5jM076989@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Garrett Cooper Cc: Subject: Re: amd64/145414: Problem with Geom/Gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Garrett Cooper List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 21:40:06 -0000 The following reply was made to PR kern/145414; it has been noted by GNATS. From: Garrett Cooper To: Eduardo Orige Cc: bug-followup@freebsd.org Subject: Re: amd64/145414: Problem with Geom/Gmirror Date: Mon, 5 Apr 2010 14:37:36 -0700 --0016362846fa34955804838423c9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Em Seg, 2010-04-05 =E0s 13:30 -0700, Garrett Cooper escreveu: > On Mon, Apr 5, 2010 at 1:20 PM, Eduardo Orige w= rote: > > Em Seg, 2010-04-05 =E0s 12:29 -0700, Garrett Cooper escreveu: > >> On Mon, Apr 5, 2010 at 11:24 AM, Eduardo Orige wrote: > >> > > >> >>Number: =A0 =A0 =A0 =A0 145414 > >> >>Category: =A0 =A0 =A0 amd64 > >> >>Synopsis: =A0 =A0 =A0 Problem with Geom/Gmirror > >> >>Confidential: =A0 no > >> >>Severity: =A0 =A0 =A0 critical > >> >>Priority: =A0 =A0 =A0 medium > >> >>Responsible: =A0 =A0freebsd-amd64 > >> >>State: =A0 =A0 =A0 =A0 =A0open > >> >>Quarter: > >> >>Keywords: > >> >>Date-Required: > >> >>Class: =A0 =A0 =A0 =A0 =A0sw-bug > >> >>Submitter-Id: =A0 current-users > >> >>Arrival-Date: =A0 Mon Apr 05 18:30:08 UTC 2010 > >> >>Closed-Date: > >> >>Last-Modified: > >> >>Originator: =A0 =A0 Eduardo Orige > >> >>Release: =A0 =A0 =A0 =A07.2-stable > >> >>Organization: > >> >>Environment: > >> > FreeBSD server.amizade 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May = =A01 07:18:07 UTC 2009 =A0 =A0 root@driscoll.cse.buffalo.edu:/usr/obj/usr/s= rc/sys/GENERIC =A0amd64 > >> > > >> >>Description: > >> > The problem happened when i try use commands like: > >> > # gstat > >> > and error: > >> > # gstat: geom_gettree =3D -1: No such file or directory > >> > > >> > Or with this command: > >> > > >> > # gmirror list or gmirror status > >> > and error: > >> > gmirror: Cannot get GEOM tree: Unknown error: -1 > >> > > >> > > >> >>How-To-Repeat: > >> > sysctl kern.geom.debugflags=3D16 > >> > > >> > gmirror label -v gm0 ad4 > >> > gmirror load > >> > gmirror insert gm0 ad6 > >> > >> =A0 =A0 Please provide truss output for both commands. > >> Thanks, > >> -Garrett > > > > > > The problem ocurred in GMIRROR only. > > How-To-Repeat: > >> > sysctl kern.geom.debugflags=3D16 > >> > > >> > gmirror label -v gm0 ad4 > >> > gmirror load > >> > gmirror insert gm0 ad6 > > > > Error: > > gmirror list > > and error: > > gmirror: Cannot get GEOM tree: Unknown error: -1 > > > > > > gmirror status > > gmirror: Cannot get GEOM tree: Unknown error: -1 > > > > gstat > > and error: > > gstat: geom_gettree =3D -1: No such file or directory > > =A0 =A0 I guess you didn't see the part where I said `truss'. Please read > the manpage on how to execute truss if you don't already know how to > do so: > > http://www.freebsd.org/cgi/man.cgi?query=3Dtruss&apropos=3D0&sektion=3D0&= manpath=3DFreeBSD+7.2-RELEASE&format=3Dhtml > > HTH, > -Garrett Sorry, =A0I didn't understand when you said `truss`. I used follow command: truss -faedDS -o ~/gstatus.error -s 32 gmirror status truss -faedDS -o ~/gstat.error -s 32 gstat truss -faedDS -o ~/glist.error -s 32 gmirror list The output of the three commands above are attached. Thanks, -Eduardo --------------------- Ok. The `no such file or directory' error is misc/144307 (I filed it under the wrong category -- should be kern). Not sure why the rest of it isn't working, but if you can apply the patch I attached to that PR, recompile, and try to rerun the commands, does the message differ? After that data is determined, the bug should be triaged on to geom@ to determine whether or not it's a valid problem, or potential accidental user error. Thanks, -Garrett PS Please CC bug-followup@freebsd.org the next time you reply unless requested by the person helping you ;). --0016362846fa34955804838423c9 Content-Type: text/plain; charset=UTF-8; name="glist.error" Content-Disposition: attachment; filename="glist.error" Content-Transfer-Encoding: base64 X-Attachment-Id: 0.1 MzcxMjU6IDAuMDAwMDU1MzE0IDAuMDAwMDEwNjE2IF9fc3lzY3RsKDB4N2ZmZmZmZmZlODYwLDB4 MiwweDdmZmZmZmZmZTg3YywweDdmZmZmZmZmZTg3MCwweDAsMHgwKSA9IDAgKDB4MCkKMzcxMjU6 IDAuMDAwMTYxNzUyIDAuMDAwMDA2MTQ2IG1tYXAoMHgwLDYwOCxQUk9UX1JFQUR8UFJPVF9XUklU RSxNQVBfQU5PTiwtMSwweDApID0gMzQzNjUxNTczNzYgKDB4ODAwNTJiMDAwKQozNzEyNTogMC4w MDAxOTk0NjcgMC4wMDAwMDU1ODggbXVubWFwKDB4ODAwNTJiMDAwLDYwOCkgPSAwICgweDApCjM3 MTI1OiAwLjAwMDIyMTI1NyAwLjAwMDAwNTU4NyBfX3N5c2N0bCgweDdmZmZmZmZmZThkMCwweDIs MHg4MDA2MzMyYzgsMHg3ZmZmZmZmZmU4YzgsMHgwLDB4MCkgPSAwICgweDApCjM3MTI1OiAwLjAw MDI0NDE2NSAwLjAwMDAwNTU4NyBtbWFwKDB4MCwzMjc2OCxQUk9UX1JFQUR8UFJPVF9XUklURSxN QVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0gMzQzNjUxNTczNzYgKDB4ODAwNTJiMDAwKQoz NzEyNTogMC4wMDAyNzA0MjUgMC4wMDAwMDUwMjggaXNzZXR1Z2lkKDB4ODAwNTJjMDE1LDB4ODAw NTI2YWM5LDB4ODAwNTA4ZTMwLDB4ODAwNjM2YmUwLDB4NTU0YywweDdmZmZmZmZmZThjOCkgPSAw ICgweDApCjM3MTI1OiAwLjAwMDMxMTc3MSAwLjAwMDAwODY2MCBvcGVuKCIvZXRjL2xpYm1hcC5j b25mIixPX1JET05MWSwwNjY2KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKMzcx MjU6IDAuMDAwMzQyMjIyIDAuMDAwMDEwMDU3IG9wZW4oIi92YXIvcnVuL2xkLWVsZi5zby5oaW50 cyIsT19SRE9OTFksMDU3KSA9IDQgKDB4NCkKMzcxMjU6IDAuMDAwMzYzMTc1IDAuMDAwMDA2NzA1 IHJlYWQoNCwiRWhudFxeQVwwXDBcMFxNXkBcMFwwXDAtXDBcMFwwXDAiLi4uLDEyOCkgPSAxMjgg KDB4ODApCjM3MTI1OiAwLjAwMDM5OTIxMyAwLjAwMDAwNTMwOCBsc2Vlayg0LDB4ODAsU0VFS19T RVQpID0gMTI4ICgweDgwKQozNzEyNTogMC4wMDA0MTkwNDcgMC4wMDAwMDYxNDYgcmVhZCg0LCIv bGliOi91c3IvbGliOi91c3IvbGliL2NvbXBhdDovdSIuLi4sNDUpID0gNDUgKDB4MmQpCjM3MTI1 OiAwLjAwMDQ0MzYzMiAwLjAwMDAwODEwMiBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzEyNTogMC4w MDA0NzI0MDYgMC4wMDAwMDk0OTggYWNjZXNzKCIvbGliL2xpYmdlb20uc28uNCIsMCkgPSAwICgw eDApCjM3MTI1OiAwLjAwMDQ5NjcxMSAwLjAwMDAwODEwMSBvcGVuKCIvbGliL2xpYmdlb20uc28u NCIsT19SRE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcxMjU6IDAuMDAwNTE1OTg3IDAuMDAw MDA1NTg3IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzgwMixzaXplPTIwNjE2 LGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAwNTQ2MTU5IDAuMDAwMDA4OTQw IHJlYWQoNCwiXF4/RUxGXF5CXF5BXF5BXHRcMFwwXDBcMFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2 ICgweDEwMDApCjM3MTI1OiAwLjAwMDU3ODg0NCAwLjAwMDAwODEwMSBtbWFwKDB4MCwxMDY5MDU2 LFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BSSVZBVEV8TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM2 NjI1NTEwNCAoMHg4MDA2MzcwMDApCjM3MTI1OiAwLjAwMDYwMDA3NiAwLjAwMDAwNjE0NiBtcHJv dGVjdCgweDgwMDYzYTAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFfFBST1RfRVhFQykgPSAw ICgweDApCjM3MTI1OiAwLjAwMDYyNDk0MCAwLjAwMDAwNTg2NyBtcHJvdGVjdCgweDgwMDYzYTAw MCw0MDk2LFBST1RfUkVBRHxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzEyNTogMC4wMDA2NDc4NDgg MC4wMDAwMDgxMDIgbW1hcCgweDgwMDczYjAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1B UF9QUklWQVRFfE1BUF9GSVhFRCw0LDB4NDAwMCkgPSAzNDM2NzMyMDA2NCAoMHg4MDA3M2IwMDAp CjM3MTI1OiAwLjAwMDY3NDEwOCAwLjAwMDAwNTg2NyBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzEy NTogMC4wMDA2OTk4MTAgMC4wMDAwMDk0OTkgYWNjZXNzKCIvbGliL2xpYnNidWYuc28uNCIsMCkg PSAwICgweDApCjM3MTI1OiAwLjAwMDczMTM3OCAwLjAwMDAwODM4MSBvcGVuKCIvbGliL2xpYnNi dWYuc28uNCIsT19SRE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcxMjU6IDAuMDAwNzUwNjU0 IDAuMDAwMDA1ODY3IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzgwMyxzaXpl PTgzMzYsYmxrc2l6ZT00MDk2IH0pID0gMCAoMHgwKQozNzEyNTogMC4wMDA3NzU3OTcgMC4wMDAw MDgzODEgcmVhZCg0LCJcXj9FTEZcXkJcXkFcXkFcdFwwXDBcMFwwXDBcMFwwIi4uLiw0MDk2KSA9 IDQwOTYgKDB4MTAwMCkKMzcxMjU6IDAuMDAwODA3OTI0IDAuMDAwMDA3ODIyIG1tYXAoMHgwLDEw NTY3NjgsUFJPVF9SRUFEfFBST1RfRVhFQyxNQVBfUFJJVkFURXxNQVBfTk9DT1JFLDQsMHgwKSA9 IDM0MzY3MzI0MTYwICgweDgwMDczYzAwMCkKMzcxMjU6IDAuMDAwODI4ODc2IDAuMDAwMDA1ODY2 IG1wcm90ZWN0KDB4ODAwNzNkMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJVEV8UFJPVF9FWEVD KSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAwODUzMTgxIDAuMDAwMDA1ODY3IG1wcm90ZWN0KDB4ODAw NzNkMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfRVhFQykgPSAwICgweDApCjM3MTI1OiAwLjAwMDg3 NjkyNyAwLjAwMDAwODk0MCBtbWFwKDB4ODAwODNkMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJ VEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVELDQsMHgxMDAwKSA9IDM0MzY4Mzc2ODMyICgweDgwMDgz ZDAwMCkKMzcxMjU6IDAuMDAwOTAzNzQ2IDAuMDAwMDA2MTQ2IGNsb3NlKDQpCQkgPSAwICgweDAp CjM3MTI1OiAwLjAwMDkyODYwOSAwLjAwMDAwODkzOSBhY2Nlc3MoIi9saWIvbGliYnNkeG1sLnNv LjMiLDApID0gMCAoMHgwKQozNzEyNTogMC4wMDA5NTI2MzUgMC4wMDAwMDgxMDIgb3BlbigiL2xp Yi9saWJic2R4bWwuc28uMyIsT19SRE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcxMjU6IDAu MDAwOTcxOTExIDAuMDAwMDA1ODY3IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTEx Nzc4MCxzaXplPTEzNzYyNCxibGtzaXplPTQwOTYgfSkgPSAwICgweDApCjM3MTI1OiAwLjAwMDk5 NzMzMyAwLjAwMDAwODkzOSByZWFkKDQsIlxeP0VMRlxeQlxeQVxeQVx0XDBcMFwwXDBcMFwwXDAi Li4uLDQwOTYpID0gNDA5NiAoMHgxMDAwKQozNzEyNTogMC4wMDEwMzMzNzEgMC4wMDAwMTIwMTIg bW1hcCgweDAsMTE4Nzg0MCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9OT0NP UkUsNCwweDApID0gMzQzNjgzODA5MjggKDB4ODAwODNlMDAwKQozNzEyNTogMC4wMDEwNTQ2MDMg MC4wMDAwMDYxNDYgbXByb3RlY3QoMHg4MDA4NWEwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9XUklU RXxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzEyNTogMC4wMDEwNzg5MDggMC4wMDAwMDU4NjcgbXBy b3RlY3QoMHg4MDA4NWEwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9FWEVDKSA9IDAgKDB4MCkKMzcx MjU6IDAuMDAxMTAxNTM2IDAuMDAwMDA3ODIyIG1tYXAoMHg4MDA5NWIwMDAsMjA0ODAsUFJPVF9S RUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVELDQsMHgxZDAwMCkgPSAzNDM2OTU0 ODI4OCAoMHg4MDA5NWIwMDApCjM3MTI1OiAwLjAwMTEyNzc5NyAwLjAwMDAwNjE0NiBjbG9zZSg0 KQkJID0gMCAoMHgwKQozNzEyNTogMC4wMDExNTI2NjAgMC4wMDAwMDg5MzkgYWNjZXNzKCIvbGli L2xpYnV0aWwuc28uNyIsMCkgPSAwICgweDApCjM3MTI1OiAwLjAwMTE3Njk2NSAwLjAwMDAwODM4 MSBvcGVuKCIvbGliL2xpYnV0aWwuc28uNyIsT19SRE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkK MzcxMjU6IDAuMDAxMTk2MjQxIDAuMDAwMDA1ODY2IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0g LGlub2RlPTExNzc5OCxzaXplPTYwNDAwLGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkKMzcxMjU6 IDAuMDAxMjIxMTA1IDAuMDAwMDA4MzgxIHJlYWQoNCwiXF4/RUxGXF5CXF5BXF5BXHRcMFwwXDBc MFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2ICgweDEwMDApCjM3MTI1OiAwLjAwMTI1NDA3MCAwLjAw MDAwODk0MCBtbWFwKDB4MCwxMTEwMDE2LFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BSSVZBVEV8 TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM2OTU2ODc2OCAoMHg4MDA5NjAwMDApCjM3MTI1OiAwLjAw MTI3ODkzMyAwLjAwMDAwNTg2NiBtcHJvdGVjdCgweDgwMDk2YjAwMCw0MDk2LFBST1RfUkVBRHxQ Uk9UX1dSSVRFfFBST1RfRVhFQykgPSAwICgweDApCjM3MTI1OiAwLjAwMTMwMzc5NyAwLjAwMDAw NTg2NyBtcHJvdGVjdCgweDgwMDk2YjAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX0VYRUMpID0gMCAo MHgwKQozNzEyNTogMC4wMDEzMjgzODEgMC4wMDAwMDk3NzggbW1hcCgweDgwMGE2YzAwMCw4MTky LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1BUF9GSVhFRCw0LDB4YzAwMCkgPSAz NDM3MDY2NjQ5NiAoMHg4MDBhNmMwMDApCjM3MTI1OiAwLjAwMTM1NDkyMSAwLjAwMDAwNjE0NiBt bWFwKDB4ODAwYTZlMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQ X0ZJWEVEfE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM3MDY3NDY4OCAoMHg4MDBhNmUwMDApCjM3MTI1 OiAwLjAwMTM3NjE1MyAwLjAwMDAwNjE0NiBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzEyNTogMC4w MDE0MDA3MzcgMC4wMDAwMDgxMDIgYWNjZXNzKCIvbGliL2xpYmMuc28uNyIsMCkgPSAwICgweDAp CjM3MTI1OiAwLjAwMTQyNTA0MSAwLjAwMDAwODEwMSBvcGVuKCIvbGliL2xpYmMuc28uNyIsT19S RE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcxMjU6IDAuMDAxNDQ0MDM4IDAuMDAwMDA1ODY3 IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzc4MSxzaXplPTExODQzODQsYmxr c2l6ZT00MDk2IH0pID0gMCAoMHgwKQozNzEyNTogMC4wMDE0Njc1MDUgMC4wMDAwMDY3MDUgcmVh ZCg0LCJcXj9FTEZcXkJcXkFcXkFcdFwwXDBcMFwwXDBcMFwwIi4uLiw0MDk2KSA9IDQwOTYgKDB4 MTAwMCkKMzcxMjU6IDAuMDAxNDk4NTE0IDAuMDAwMDA2NzA0IG1tYXAoMHgwLDIyNDQ2MDgsUFJP VF9SRUFEfFBST1RfRVhFQyxNQVBfUFJJVkFURXxNQVBfTk9DT1JFLDQsMHgwKSA9IDM0MzcwNjc4 Nzg0ICgweDgwMGE2ZjAwMCkKMzcxMjU6IDAuMDAxNTE5NzQ2IDAuMDAwMDA2MTQ2IG1wcm90ZWN0 KDB4ODAwYjVlMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJVEV8UFJPVF9FWEVDKSA9IDAgKDB4 MCkKMzcxMjU6IDAuMDAxNTQzNzcyIDAuMDAwMDA1ODY3IG1wcm90ZWN0KDB4ODAwYjVlMDAwLDQw OTYsUFJPVF9SRUFEfFBST1RfRVhFQykgPSAwICgweDApCjM3MTI1OiAwLjAwMTU2ODkxNCAwLjAw MDAxMDMzNiBtbWFwKDB4ODAwYzVmMDAwLDExODc4NCxQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBf UFJJVkFURXxNQVBfRklYRUQsNCwweGYwMDAwKSA9IDM0MzcyNzEwNDAwICgweDgwMGM1ZjAwMCkK MzcxMjU6IDAuMDAxNTk1NDU0IDAuMDAwMDA2MTQ2IG1tYXAoMHg4MDBjN2MwMDAsOTQyMDgsUFJP VF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9BTk9OLC0xLDB4MCkg PSAzNDM3MjgyOTE4NCAoMHg4MDBjN2MwMDApCjM3MTI1OiAwLjAwMTYyMjgzMiAwLjAwMDAwNTg2 NyBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzEyNTogMC4wMDE2NDgyNTQgMC4wMDAwMDUzMDggc3lz YXJjaCgweDgxLDB4N2ZmZmZmZmZlOTUwLDB4ODAwNTJmMmM4LDB4MCwweGZmZmZmZmZmZmY4Y2Fh MzAsMHg4MDgwODA4MDgwODA4MDgwKSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAxNjcxMTYyIDAuMDAw MDA1ODY3IG1tYXAoMHgwLDEyNDgsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX0FOT04sLTEsMHgw KSA9IDM0MzY1MTkwMTQ0ICgweDgwMDUzMzAwMCkKMzcxMjU6IDAuMDAxNjkxODM1IDAuMDAwMDA1 ODY3IG11bm1hcCgweDgwMDUzMzAwMCwxMjQ4KSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAxNzEyNzg3 IDAuMDAwMDA1NTg3IG1tYXAoMHgwLDE2MzIsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX0FOT04s LTEsMHgwKSA9IDM0MzY1MTkwMTQ0ICgweDgwMDUzMzAwMCkKMzcxMjU6IDAuMDAxNzQ5Mzg0IDAu MDAwMDA3MjYzIG11bm1hcCgweDgwMDUzMzAwMCwxNjMyKSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAx NzczNDEwIDAuMDAwMDA1NTg4IG1tYXAoMHgwLDg5NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBf QU5PTiwtMSwweDApID0gMzQzNjUxOTAxNDQgKDB4ODAwNTMzMDAwKQozNzEyNTogMC4wMDE3OTkz OTEgMC4wMDAwMDY5ODUgbXVubWFwKDB4ODAwNTMzMDAwLDg5NikgPSAwICgweDApCjM3MTI1OiAw LjAwMTgxOTUwNSAwLjAwMDAwNTU4NyBtbWFwKDB4MCwxNzc2LFBST1RfUkVBRHxQUk9UX1dSSVRF LE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM2NTE5MDE0NCAoMHg4MDA1MzMwMDApCjM3MTI1OiAwLjAw MTg1OTczMyAwLjAwMDAwNjk4NCBtdW5tYXAoMHg4MDA1MzMwMDAsMTc3NikgPSAwICgweDApCjM3 MTI1OiAwLjAwMTg4MDEyNyAwLjAwMDAwNTU4NyBtbWFwKDB4MCw0MDk2LFBST1RfUkVBRHxQUk9U X1dSSVRFLE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM2NTE5MDE0NCAoMHg4MDA1MzMwMDApCjM3MTI1 OiAwLjAwMTkxNzI4MyAwLjAwMDAwNjk4NCBtdW5tYXAoMHg4MDA1MzMwMDAsNDA5NikgPSAwICgw eDApCjM3MTI1OiAwLjAwMTkzODc5NCAwLjAwMDAwNTU4OCBtbWFwKDB4MCw0MjI1NixQUk9UX1JF QUR8UFJPVF9XUklURSxNQVBfQU5PTiwtMSwweDApID0gMzQzNjUxOTAxNDQgKDB4ODAwNTMzMDAw KQozNzEyNTogMC4wMDIxMDU1NzUgMC4wMDAwMTAzMzcgbXVubWFwKDB4ODAwNTMzMDAwLDQyMjU2 KSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAyMTU5NzcyIDAuMDAwMDA1ODY3IHNpZ3Byb2NtYXNrKFNJ R19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHS0lMTHxTSUdQSVBFfFNJR0FMUk18U0lH VEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJR0NPTlR8U0lHQ0hMRHxTSUdUVElOfFNJR1RU T1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZUQUxSTXxTSUdQUk9GfFNJR1dJTkNIfFNJR0lO Rk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgweDApCjM3MTI1OiAwLjAwMjE4MjY4MCAwLjAw MDAwNTMwOCBzaWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDAsMHgwKSA9IDAgKDB4MCkKMzcxMjU6 IDAuMDAyMjEzNjg5IDAuMDAwMDA2NzA1IF9fc3lzY3RsKDB4N2ZmZmZmZmZlOGYwLDB4MiwweDgw MGM3YzllMCwweDdmZmZmZmZmZThlOCwweDAsMHgwKSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAyMjUw ODQ1IDAuMDAwMDA1MzA4IHNpZ3Byb2NtYXNrKFNJR19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FV SVR8U0lHS0lMTHxTSUdQSVBFfFNJR0FMUk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQ fFNJR0NPTlR8U0lHQ0hMRHxTSUdUVElOfFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJ R1ZUQUxSTXxTSUdQUk9GfFNJR1dJTkNIfFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAw ICgweDApCjM3MTI1OiAwLjAwMjI3MzE5NCAwLjAwMDAwNTMwOCBzaWdwcm9jbWFzayhTSUdfU0VU TUFTSywweDAsMHgwKSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAyMzIyOTIxIDAuMDAwMDA1ODY3IF9f c3lzY3RsKDB4N2ZmZmZmZmZiMzEwLDB4MiwweDgwMGM4MGE0OCwweDdmZmZmZmZmYjMyOCwweDAs MHgwKSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAyMzUxNDE2IDAuMDAwMDA1ODY3IF9fc3lzY3RsKDB4 N2ZmZmZmZmZhZTYwLDB4MiwweDgwMGM4ZjZkOCwweDdmZmZmZmZmYWU1OCwweDAsMHgwKSA9IDAg KDB4MCkKMzcxMjU6IDAuMDAyMzcyMDg5IDAuMDAwMDA1ODY3IF9fc3lzY3RsKDB4N2ZmZmZmZmZh ZWEwLDB4MiwweDdmZmZmZmZmYWViYywweDdmZmZmZmZmYWViMCwweDAsMHgwKSA9IDAgKDB4MCkK MzcxMjU6IDAuMDAyNDAzOTM3IDAuMDAwMDA4MTAyIHJlYWRsaW5rKCIvZXRjL21hbGxvYy5jb25m IiwweDdmZmZmZmZmYWYwMCwxMDI0KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScK MzcxMjU6IDAuMDAyNDI4ODAwIDAuMDAwMDA1MzA4IGlzc2V0dWdpZCgweDgwMGI1NmRhYSwweDdm ZmZmZmZmYWYwMCwweGZmZmZmZmZmZmZmZmZmZmYsMHgwLDB4ZmZmZmZmZmY4MGIzZWQ0MCwweDdm ZmZmZmZmYWVkOCkgPSAwICgweDApCjM3MTI1OiAwLjAwMjQ2Mjg4MyAwLjAwMDAwNjE0NiBicmVh aygweDYwMDAwMCkJID0gMCAoMHgwKQozNzEyNTogMC4wMDI0OTEwOTkgMC4wMDAwMDU4NjcgX19z eXNjdGwoMHg3ZmZmZmZmZmIxZjAsMHgyLDB4N2ZmZmZmZmZiMjBjLDB4N2ZmZmZmZmZiMjAwLDB4 MCwweDApID0gMCAoMHgwKQozNzEyNTogMC4wMDI1MTQyODYgMC4wMDAwMDU4NjcgbW1hcCgweDAs MTA0ODU3NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDAp ID0gMzQzNzI5MjMzOTIgKDB4ODAwYzkzMDAwKQozNzEyNTogMC4wMDI1MzU1MTggMC4wMDAwMDU1 ODggbW1hcCgweDgwMGQ5MzAwMCw0NDY0NjQsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZB VEV8TUFQX0FOT04sLTEsMHgwKSA9IDM0MzczOTcxOTY4ICgweDgwMGQ5MzAwMCkKMzcxMjU6IDAu MDAyNTU3NTg4IDAuMDAwMDA2NzA1IG11bm1hcCgweDgwMGM5MzAwMCw0NDY0NjQpID0gMCAoMHgw KQozNzEyNTogMC4wMDI2MTEyMjYgMC4wMDAwMTExNzUgYWNjZXNzKCIvbGliL2dlb20vZ2VvbV9t aXJyb3Iuc28iLDApID0gMCAoMHgwKQozNzEyNTogMC4wMDI2NDQ0NzAgMC4wMDAwMDUzMDggc2ln cHJvY21hc2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdLSUxMfFNJR1BJUEV8 U0lHQUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxTSUdDSExEfFNJ R1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJR1BST0Z8U0lH V0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAy Njc0OTIxIDAuMDAwMDA4OTQwIG9wZW4oIi9saWIvZ2VvbS9nZW9tX21pcnJvci5zbyIsT19SRE9O TFksMDMxKSA9IDQgKDB4NCkKMzcxMjU6IDAuMDAyNjk0NDc2IDAuMDAwMDA1ODY2IGZzdGF0KDQs eyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzgxMCxzaXplPTI5NTg0LGJsa3NpemU9NDA5NiB9 KSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAyNzE5MDYxIDAuMDAwMDA3ODIzIHJlYWQoNCwiXF4/RUxG XF5CXF5BXF5BXHRcMFwwXDBcMFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2ICgweDEwMDApCjM3MTI1 OiAwLjAwMjc1MTc0NiAwLjAwMDAwODY2MCBtbWFwKDB4MCwxMDc3MjQ4LFBST1RfUkVBRHxQUk9U X0VYRUMsTUFQX1BSSVZBVEV8TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM3NDQxODQzMiAoMHg4MDBl MDAwMDApCjM3MTI1OiAwLjAwMjc3Mjk3OCAwLjAwMDAwNjQyNSBtcHJvdGVjdCgweDgwMGUwNDAw MCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFfFBST1RfRVhFQykgPSAwICgweDApCjM3MTI1OiAw LjAwMjc5NzU2MiAwLjAwMDAwNTg2NiBtcHJvdGVjdCgweDgwMGUwNDAwMCw0MDk2LFBST1RfUkVB RHxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzEyNTogMC4wMDI4MjAxOTEgMC4wMDAwMDc4MjIgbW1h cCgweDgwMGYwNDAwMCwxMjI4OCxQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBf RklYRUQsNCwweDQwMDApID0gMzQzNzU0ODMzOTIgKDB4ODAwZjA0MDAwKQozNzEyNTogMC4wMDI4 NDYxNzIgMC4wMDAwMDYxNDYgY2xvc2UoNCkJCSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAyODcxNTk0 IDAuMDAwMDA5MjE5IGFjY2VzcygiL2xpYi9saWJtZC5zby40IiwwKSA9IDAgKDB4MCkKMzcxMjU6 IDAuMDAyODk3MDE2IDAuMDAwMDA4MzgxIG9wZW4oIi9saWIvbGlibWQuc28uNCIsT19SRE9OTFks MDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcxMjU6IDAuMDAyOTE2MjkyIDAuMDAwMDA1ODY2IGZzdGF0 KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzc2NCxzaXplPTUyMzkyLGJsa3NpemU9NDA5 NiB9KSA9IDAgKDB4MCkKMzcxMjU6IDAuMDAyOTQwMzE4IDAuMDAwMDA3NTQzIHJlYWQoNCwiXF4/ RUxGXF5CXF5BXF5BXHRcMFwwXDBcMFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2ICgweDEwMDApCjM3 MTI1OiAwLjAwMjk3MjQ0NSAwLjAwMDAwNzgyMyBtbWFwKDB4MCwxMDk3NzI4LFBST1RfUkVBRHxQ Uk9UX0VYRUMsTUFQX1BSSVZBVEV8TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM3NTQ5NTY4MCAoMHg4 MDBmMDcwMDApCjM3MTI1OiAwLjAwMjk5Njc1MCAwLjAwMDAwNjE0NyBtcHJvdGVjdCgweDgwMGYx MjAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFfFBST1RfRVhFQykgPSAwICgweDApCjM3MTI1 OiAwLjAwMzAyMTYxMyAwLjAwMDAwNTg2NyBtcHJvdGVjdCgweDgwMGYxMjAwMCw0MDk2LFBST1Rf UkVBRHxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzEyNTogMC4wMDMwNDQyNDIgMC4wMDAwMDc4MjMg bW1hcCgweDgwMTAxMjAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1B UF9GSVhFRCw0LDB4YjAwMCkgPSAzNDM3NjU4OTMxMiAoMHg4MDEwMTIwMDApCjM3MTI1OiAwLjAw MzA2OTEwNSAwLjAwMDAwNTg2NyBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzEyNTogMC4wMDMwOTE3 MzQgMC4wMDAwMDYxNDYgbW1hcCgweDAsMTIxNixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfQU5P TiwtMSwweDApID0gMzQzNjUxOTAxNDQgKDB4ODAwNTMzMDAwKQozNzEyNTogMC4wMDMxMjY5MzQg MC4wMDAwMDcyNjQgbXVubWFwKDB4ODAwNTMzMDAwLDEyMTYpID0gMCAoMHgwKQozNzEyNTogMC4w MDMxNjc0NDIgMC4wMDAwMDU4NjcgbW1hcCgweDAsMTYzMixQUk9UX1JFQUR8UFJPVF9XUklURSxN QVBfQU5PTiwtMSwweDApID0gMzQzNjUxOTAxNDQgKDB4ODAwNTMzMDAwKQozNzEyNTogMC4wMDMx OTM3MDIgMC4wMDAwMDY5ODQgbXVubWFwKDB4ODAwNTMzMDAwLDE2MzIpID0gMCAoMHgwKQozNzEy NTogMC4wMDMyNDMxNTAgMC4wMDAwMDUzMDggc2lncHJvY21hc2soU0lHX1NFVE1BU0ssMHgwLDB4 MCkgPSAwICgweDApCjM3MTI1OiAwLjAwMzI3NjY3MyAwLjAwMDAwNTMwOCBzaWdwcm9jbWFzayhT SUdfQkxPQ0ssU0lHSFVQfFNJR0lOVHxTSUdRVUlUfFNJR0tJTEx8U0lHUElQRXxTSUdBTFJNfFNJ R1RFUk18U0lHVVJHfFNJR1NUT1B8U0lHVFNUUHxTSUdDT05UfFNJR0NITER8U0lHVFRJTnxTSUdU VE9VfFNJR0lPfFNJR1hDUFV8U0lHWEZTWnxTSUdWVEFMUk18U0lHUFJPRnxTSUdXSU5DSHxTSUdJ TkZPfFNJR1VTUjF8U0lHVVNSMiwweDApID0gMCAoMHgwKQozNzEyNTogMC4wMDMyOTkwMjMgMC4w MDAwMDUzMDggc2lncHJvY21hc2soU0lHX1NFVE1BU0ssMHgwLDB4MCkgPSAwICgweDApCjM3MTI1 OiAwLjAwMzMzMDg3MCAwLjAwMDAwNjQyNSBtbWFwKDB4MCwxMDQ4NTc2LFBST1RfUkVBRHxQUk9U X1dSSVRFLE1BUF9QUklWQVRFfE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM3NjU5MzQwOCAoMHg4MDEw MTMwMDApCjM3MTI1OiAwLjAwMzM1MjY2MSAwLjAwMDAwNTU4OCBtbWFwKDB4ODAxMTEzMDAwLDk3 MDc1MixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0g MzQzNzc2NDE5ODQgKDB4ODAxMTEzMDAwKQozNzEyNTogMC4wMDMzNzM2MTMgMC4wMDAwMDY0MjUg bXVubWFwKDB4ODAxMDEzMDAwLDk3MDc1MikgPSAwICgweDApCjM3MTI1OiAwLjAwMzM5ODQ3NiAw LjAwMDAxMDMzNiBfX3N5c2N0bCgweDdmZmZmZmZmYjMyMCwweDIsMHg3ZmZmZmZmZmIyYjAsMHg3 ZmZmZmZmZmIzMTgsMHg4MDA2M2E5NzgsMHgxMSkgPSAwICgweDApCjM3MTI1OiAwLjAwMzYzMDkw OCAwLjAwMDIxNzA2NiBfX3N5c2N0bCgweDdmZmZmZmZmYjJiMCwweDMsMHg4MDExMDAwMDAsMHg3 ZmZmZmZmZmIzODAsMHgwLDB4MCkgPSAwICgweDApCjM3MTI1OiAwLjAwMzY3Nzg0MiAwLjAwMDAw ODY2MSBtdW5tYXAoMHg4MDExMDAwMDAsMTA0ODU3NikgPSAwICgweDApCjM3MTI1OiAwLjAwMzk3 MzEzMSAwLjAwMDAxMTczNCB3cml0ZSgyLCJnbWlycm9yOiAiLDkpID0gOSAoMHg5KQozNzEyNTog MC4wMDM5OTg4MzIgMC4wMDAwMDU4Njcgd3JpdGUoMiwiQ2Fubm90IGdldCBHRU9NIHRyZWUiLDIw KSA9IDIwICgweDE0KQozNzEyNTogMC4wMDQwMjMxMzcgMC4wMDAwMDU1ODcgd3JpdGUoMiwiOiAi LDIpCSA9IDIgKDB4MikKMzcxMjU6IDAuMDA0MDQ5Njc3IDAuMDAwMDA2NDI2IHdyaXRlKDIsIlVu a25vd24gZXJyb3I6IC0xXG4iLDE4KSA9IDE4ICgweDEyKQozNzEyNTogMC4wMDQwOTUyMTMgMC4w MDAwMDU4Njcgc2lncHJvY21hc2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdL SUxMfFNJR1BJUEV8U0lHQUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09O VHxTSUdDSExEfFNJR1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJN fFNJR1BST0Z8U0lHV0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkK MzcxMjU6IDAuMDA0MTE4NjgwIDAuMDAwMDA1MzA4IHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4 MCwweDApID0gMCAoMHgwKQozNzEyNTogMC4wMDQxNTY2NzMgMC4wMDAwMDU1ODcgc2lncHJvY21h c2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdLSUxMfFNJR1BJUEV8U0lHQUxS TXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxTSUdDSExEfFNJR1RUSU58 U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJR1BST0Z8U0lHV0lOQ0h8 U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKMzcxMjU6IDAuMDA0MTc4NzQz IDAuMDAwMDA1MzA4IHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApID0gMCAoMHgwKQoz NzEyNTogMC4wMDQxNzg3NDMgLTEuOTk5OTgzMjM4IHByb2Nlc3MgZXhpdCwgcnZhbCA9IDEK --0016362846fa34955804838423c9 Content-Type: text/plain; charset=UTF-8; name="gstat.error" Content-Disposition: attachment; filename="gstat.error" Content-Transfer-Encoding: base64 X-Attachment-Id: 0.2 MzcwNTg6IDAuMDAwMDU1MDM1IDAuMDAwMDEwODk1IF9fc3lzY3RsKDB4N2ZmZmZmZmZlODcwLDB4 MiwweDdmZmZmZmZmZTg4YywweDdmZmZmZmZmZTg4MCwweDAsMHgwKSA9IDAgKDB4MCkKMzcwNTg6 IDAuMDAwMTU3MjgzIDAuMDAwMDA2MTQ2IG1tYXAoMHgwLDYwOCxQUk9UX1JFQUR8UFJPVF9XUklU RSxNQVBfQU5PTiwtMSwweDApID0gMzQzNjUxNTMyODAgKDB4ODAwNTJhMDAwKQozNzA1ODogMC4w MDAxOTUyNzYgMC4wMDAwMDU4NjYgbXVubWFwKDB4ODAwNTJhMDAwLDYwOCkgPSAwICgweDApCjM3 MDU4OiAwLjAwMDIxNjc4OCAwLjAwMDAwNTU4OCBfX3N5c2N0bCgweDdmZmZmZmZmZThlMCwweDIs MHg4MDA2MzIyYzgsMHg3ZmZmZmZmZmU4ZDgsMHgwLDB4MCkgPSAwICgweDApCjM3MDU4OiAwLjAw MDIzOTk3NSAwLjAwMDAwNTg2NyBtbWFwKDB4MCwzMjc2OCxQUk9UX1JFQUR8UFJPVF9XUklURSxN QVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0gMzQzNjUxNTMyODAgKDB4ODAwNTJhMDAwKQoz NzA1ODogMC4wMDAyNjUzOTcgMC4wMDAwMDUwMjggaXNzZXR1Z2lkKDB4ODAwNTJiMDE1LDB4ODAw NTI1YWM5LDB4ODAwNTA3ZTMwLDB4ODAwNjM1YmUwLDB4NTU0YywweDdmZmZmZmZmZThkOCkgPSAw ICgweDApCjM3MDU4OiAwLjAwMDMwNjQ2NCAwLjAwMDAwODk0MCBvcGVuKCIvZXRjL2xpYm1hcC5j b25mIixPX1JET05MWSwwNjY2KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKMzcw NTg6IDAuMDAwMzM3NDczIDAuMDAwMDEwMDU3IG9wZW4oIi92YXIvcnVuL2xkLWVsZi5zby5oaW50 cyIsT19SRE9OTFksMDU3KSA9IDQgKDB4NCkKMzcwNTg6IDAuMDAwMzU4MTQ2IDAuMDAwMDA2NzA1 IHJlYWQoNCwiRWhudFxeQVwwXDBcMFxNXkBcMFwwXDAtXDBcMFwwXDAiLi4uLDEyOCkgPSAxMjgg KDB4ODApCjM3MDU4OiAwLjAwMDM5MzYyNiAwLjAwMDAwNTU4OCBsc2Vlayg0LDB4ODAsU0VFS19T RVQpID0gMTI4ICgweDgwKQozNzA1ODogMC4wMDA0MTM3NDAgMC4wMDAwMDY0MjYgcmVhZCg0LCIv bGliOi91c3IvbGliOi91c3IvbGliL2NvbXBhdDovdSIuLi4sNDUpID0gNDUgKDB4MmQpCjM3MDU4 OiAwLjAwMDQzODMyNCAwLjAwMDAwODEwMiBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzA1ODogMC4w MDA0NjczNzggMC4wMDAwMDk3NzggYWNjZXNzKCIvbGliL2xpYmRldnN0YXQuc28uNiIsMCkgPSAw ICgweDApCjM3MDU4OiAwLjAwMDQ5MTQwMyAwLjAwMDAwODEwMSBvcGVuKCIvbGliL2xpYmRldnN0 YXQuc28uNiIsT19SRE9OTFksMDMwNjIwNjQwKSA9IDQgKDB4NCkKMzcwNTg6IDAuMDAwNTExNTE4 IDAuMDAwMDA1ODY3IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzc5NSxzaXpl PTE5MjMyLGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAwNTQxNDEwIDAuMDAw MDA4MzgxIHJlYWQoNCwiXF4/RUxGXF5CXF5BXF5BXHRcMFwwXDBcMFwwXDBcMCIuLi4sNDA5Nikg PSA0MDk2ICgweDEwMDApCjM3MDU4OiAwLjAwMDU3NDA5NSAwLjAwMDAwODEwMSBtbWFwKDB4MCwx MDY5MDU2LFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BSSVZBVEV8TUFQX05PQ09SRSw0LDB4MCkg PSAzNDM2NjI1MTAwOCAoMHg4MDA2MzYwMDApCjM3MDU4OiAwLjAwMDU5NTMyNyAwLjAwMDAwNjE0 NiBtcHJvdGVjdCgweDgwMDYzOTAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFfFBST1RfRVhF QykgPSAwICgweDApCjM3MDU4OiAwLjAwMDYxOTM1MyAwLjAwMDAwNTU4OCBtcHJvdGVjdCgweDgw MDYzOTAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzA1ODogMC4wMDA2 NDE3MDIgMC4wMDAwMDc1NDMgbW1hcCgweDgwMDczOTAwMCw4MTkyLFBST1RfUkVBRHxQUk9UX1dS SVRFLE1BUF9QUklWQVRFfE1BUF9GSVhFRCw0LDB4MzAwMCkgPSAzNDM2NzMxMTg3MiAoMHg4MDA3 MzkwMDApCjM3MDU4OiAwLjAwMDY2ODI0MiAwLjAwMDAwNjE0NyBjbG9zZSg0KQkJID0gMCAoMHgw KQozNzA1ODogMC4wMDA2OTMzODQgMC4wMDAwMDkyMTkgYWNjZXNzKCIvbGliL2xpYmt2bS5zby40 IiwwKSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAwNzIwNzYyIDAuMDAwMDA3ODIyIG9wZW4oIi9saWIv bGlia3ZtLnNvLjQiLE9fUkRPTkxZLDAzMDYyMDY0MCkgPSA0ICgweDQpCjM3MDU4OiAwLjAwMDc0 MDAzOCAwLjAwMDAwNTg2NiBmc3RhdCg0LHsgbW9kZT0tci0tci0tci0tICxpbm9kZT0xMTc3ODks c2l6ZT0zNDMwNCxibGtzaXplPTQwOTYgfSkgPSAwICgweDApCjM3MDU4OiAwLjAwMDc2NDM0MyAw LjAwMDAwNzgyMiByZWFkKDQsIlxeP0VMRlxeQlxeQVxeQVx0XDBcMFwwXDBcMFwwXDAiLi4uLDQw OTYpID0gNDA5NiAoMHgxMDAwKQozNzA1ODogMC4wMDA3OTcwMjkgMC4wMDAwMDgzODEgbW1hcCgw eDAsMTA4MTM0NCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9OT0NPUkUsNCww eDApID0gMzQzNjczMjAwNjQgKDB4ODAwNzNiMDAwKQozNzA1ODogMC4wMDA4MTc5ODEgMC4wMDAw MDU4NjYgbXByb3RlY3QoMHg4MDA3NDEwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9XUklURXxQUk9U X0VYRUMpID0gMCAoMHgwKQozNzA1ODogMC4wMDA4NDIwMDcgMC4wMDAwMDUzMDggbXByb3RlY3Qo MHg4MDA3NDEwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9FWEVDKSA9IDAgKDB4MCkKMzcwNTg6IDAu MDAwODY0OTE0IDAuMDAwMDA3ODIyIG1tYXAoMHg4MDA4NDIwMDAsNDA5NixQUk9UX1JFQUR8UFJP VF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUQsNCwweDcwMDApID0gMzQzNjgzOTczMTIgKDB4 ODAwODQyMDAwKQozNzA1ODogMC4wMDA4OTAzMzcgMC4wMDAwMDU4NjcgY2xvc2UoNCkJCSA9IDAg KDB4MCkKMzcwNTg6IDAuMDAwOTE1NDgwIDAuMDAwMDA5MjE5IGFjY2VzcygiL2xpYi9saWJnZW9t LnNvLjQiLDApID0gMCAoMHgwKQozNzA1ODogMC4wMDA5Mzk1MDUgMC4wMDAwMDgxMDIgb3Blbigi L2xpYi9saWJnZW9tLnNvLjQiLE9fUkRPTkxZLDAzMDYyMDY0MCkgPSA0ICgweDQpCjM3MDU4OiAw LjAwMDk1ODc4MSAwLjAwMDAwNTg2NyBmc3RhdCg0LHsgbW9kZT0tci0tci0tci0tICxpbm9kZT0x MTc4MDIsc2l6ZT0yMDYxNixibGtzaXplPTQwOTYgfSkgPSAwICgweDApCjM3MDU4OiAwLjAwMDk4 MzY0NSAwLjAwMDAwODM4MSByZWFkKDQsIlxeP0VMRlxeQlxeQVxeQVx0XDBcMFwwXDBcMFwwXDAi Li4uLDQwOTYpID0gNDA5NiAoMHgxMDAwKQozNzA1ODogMC4wMDEwMTYwNTEgMC4wMDAwMDgzODEg bW1hcCgweDAsMTA2OTA1NixQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9OT0NP UkUsNCwweDApID0gMzQzNjg0MDE0MDggKDB4ODAwODQzMDAwKQozNzA1ODogMC4wMDEwMzc4NDIg MC4wMDAwMDU4NjcgbXByb3RlY3QoMHg4MDA4NDYwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9XUklU RXxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzA1ODogMC4wMDEwNjE1ODggMC4wMDAwMDUzMDggbXBy b3RlY3QoMHg4MDA4NDYwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9FWEVDKSA9IDAgKDB4MCkKMzcw NTg6IDAuMDAxMDgzOTM3IDAuMDAwMDA3MjY0IG1tYXAoMHg4MDA5NDcwMDAsNDA5NixQUk9UX1JF QUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUQsNCwweDQwMDApID0gMzQzNjk0NjYz NjggKDB4ODAwOTQ3MDAwKQozNzA1ODogMC4wMDExMDk5MTggMC4wMDAwMDYxNDYgY2xvc2UoNCkJ CSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAxMTM0NzgxIDAuMDAwMDA4OTQwIGFjY2VzcygiL2xpYi9s aWJic2R4bWwuc28uMyIsMCkgPSAwICgweDApCjM3MDU4OiAwLjAwMTE1ODgwNyAwLjAwMDAwODEw MiBvcGVuKCIvbGliL2xpYmJzZHhtbC5zby4zIixPX1JET05MWSwwMzA2MjA2NDApID0gNCAoMHg0 KQozNzA1ODogMC4wMDExNzc4MDMgMC4wMDAwMDU1ODcgZnN0YXQoNCx7IG1vZGU9LXItLXItLXIt LSAsaW5vZGU9MTE3NzgwLHNpemU9MTM3NjI0LGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkKMzcw NTg6IDAuMDAxMjAyMTA4IDAuMDAwMDA3ODIyIHJlYWQoNCwiXF4/RUxGXF5CXF5BXF5BXHRcMFww XDBcMFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2ICgweDEwMDApCjM3MDU4OiAwLjAwMTIzODQyNiAw LjAwMDAxMjI5MiBtbWFwKDB4MCwxMTg3ODQwLFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BSSVZB VEV8TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM2OTQ3MDQ2NCAoMHg4MDA5NDgwMDApCjM3MDU4OiAw LjAwMTI2MzAxMCAwLjAwMDAwNTg2NyBtcHJvdGVjdCgweDgwMDk2NDAwMCw0MDk2LFBST1RfUkVB RHxQUk9UX1dSSVRFfFBST1RfRVhFQykgPSAwICgweDApCjM3MDU4OiAwLjAwMTI4NzAzNSAwLjAw MDAwNTMwOCBtcHJvdGVjdCgweDgwMDk2NDAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX0VYRUMpID0g MCAoMHgwKQozNzA1ODogMC4wMDEzMDk2NjQgMC4wMDAwMDc4MjIgbW1hcCgweDgwMGE2NTAwMCwy MDQ4MCxQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUQsNCwweDFkMDAw KSA9IDM0MzcwNjM3ODI0ICgweDgwMGE2NTAwMCkKMzcwNTg6IDAuMDAxMzM1OTI0IDAuMDAwMDA1 ODY3IGNsb3NlKDQpCQkgPSAwICgweDApCjM3MDU4OiAwLjAwMTM2MDc4OCAwLjAwMDAwODk0MCBh Y2Nlc3MoIi9saWIvbGlic2J1Zi5zby40IiwwKSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAxMzg0ODEz IDAuMDAwMDA4MTAyIG9wZW4oIi9saWIvbGlic2J1Zi5zby40IixPX1JET05MWSwwMzA2MjA2NDAp ID0gNCAoMHg0KQozNzA1ODogMC4wMDE0MDM4MTAgMC4wMDAwMDU1ODcgZnN0YXQoNCx7IG1vZGU9 LXItLXItLXItLSAsaW5vZGU9MTE3ODAzLHNpemU9ODMzNixibGtzaXplPTQwOTYgfSkgPSAwICgw eDApCjM3MDU4OiAwLjAwMTQyNzgzNSAwLjAwMDAwNzU0MyByZWFkKDQsIlxeP0VMRlxeQlxeQVxe QVx0XDBcMFwwXDBcMFwwXDAiLi4uLDQwOTYpID0gNDA5NiAoMHgxMDAwKQozNzA1ODogMC4wMDE0 NTkxMjQgMC4wMDAwMDcyNjMgbW1hcCgweDAsMTA1Njc2OCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1B UF9QUklWQVRFfE1BUF9OT0NPUkUsNCwweDApID0gMzQzNzA2NTgzMDQgKDB4ODAwYTZhMDAwKQoz NzA1ODogMC4wMDE0ODAzNTYgMC4wMDAwMDYxNDYgbXByb3RlY3QoMHg4MDBhNmIwMDAsNDA5NixQ Uk9UX1JFQUR8UFJPVF9XUklURXxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzA1ODogMC4wMDE1MDQ2 NjEgMC4wMDAwMDU1ODggbXByb3RlY3QoMHg4MDBhNmIwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9F WEVDKSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAxNTI2NzMwIDAuMDAwMDA3MjYzIG1tYXAoMHg4MDBi NmIwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfRklYRUQsNCww eDEwMDApID0gMzQzNzE3MTA5NzYgKDB4ODAwYjZiMDAwKQozNzA1ODogMC4wMDE1NTIxNTMgMC4w MDAwMDYxNDYgY2xvc2UoNCkJCSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAxNTc2NDU3IDAuMDAwMDA4 NjYwIGFjY2VzcygiL2xpYi9saWJlZGl0LnNvLjYiLDApID0gMCAoMHgwKQozNzA1ODogMC4wMDE2 MDA0ODMgMC4wMDAwMDgxMDIgb3BlbigiL2xpYi9saWJlZGl0LnNvLjYiLE9fUkRPTkxZLDAzMDYy MDY0MCkgPSA0ICgweDQpCjM3MDU4OiAwLjAwMTYxOTc1OSAwLjAwMDAwNTg2NyBmc3RhdCg0LHsg bW9kZT0tci0tci0tci0tICxpbm9kZT0xMTc3OTYsc2l6ZT0xMDg3MTIsYmxrc2l6ZT00MDk2IH0p ID0gMCAoMHgwKQozNzA1ODogMC4wMDE2NDQwNjQgMC4wMDAwMDc4MjIgcmVhZCg0LCJcXj9FTEZc XkJcXkFcXkFcdFwwXDBcMFwwXDBcMFwwIi4uLiw0MDk2KSA9IDQwOTYgKDB4MTAwMCkKMzcwNTg6 IDAuMDAxNjc1OTEyIDAuMDAwMDA4MTAyIG1tYXAoMHgwLDExNTUwNzIsUFJPVF9SRUFEfFBST1Rf RVhFQyxNQVBfUFJJVkFURXxNQVBfTk9DT1JFLDQsMHgwKSA9IDM0MzcxNzE1MDcyICgweDgwMGI2 YzAwMCkKMzcwNTg6IDAuMDAxNjk2ODY0IDAuMDAwMDA1ODY3IG1wcm90ZWN0KDB4ODAwYjgyMDAw LDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJVEV8UFJPVF9FWEVDKSA9IDAgKDB4MCkKMzcwNTg6IDAu MDAxNzIwODg5IDAuMDAwMDA1MzA4IG1wcm90ZWN0KDB4ODAwYjgyMDAwLDQwOTYsUFJPVF9SRUFE fFBST1RfRVhFQykgPSAwICgweDApCjM3MDU4OiAwLjAwMTc0Mzc5NyAwLjAwMDAwNzgyMiBtbWFw KDB4ODAwYzgyMDAwLDE2Mzg0LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1BUF9G SVhFRCw0LDB4MTYwMDApID0gMzQzNzI4NTM3NjAgKDB4ODAwYzgyMDAwKQozNzA1ODogMC4wMDE3 NzI4NTEgMC4wMDAwMDYxNDYgY2xvc2UoNCkJCSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAxNzk3NDM1 IDAuMDAwMDA4NjYwIGFjY2VzcygiL2xpYi9saWJuY3Vyc2VzLnNvLjciLDApID0gMCAoMHgwKQoz NzA1ODogMC4wMDE4MjE0NjEgMC4wMDAwMDgxMDIgb3BlbigiL2xpYi9saWJuY3Vyc2VzLnNvLjci LE9fUkRPTkxZLDAzMDYyMDY0MCkgPSA0ICgweDQpCjM3MDU4OiAwLjAwMTg0MDQ1OCAwLjAwMDAw NTU4OCBmc3RhdCg0LHsgbW9kZT0tci0tci0tci0tICxpbm9kZT0xMTc4MjUsc2l6ZT0zMTI1NTIs Ymxrc2l6ZT00MDk2IH0pID0gMCAoMHgwKQozNzA1ODogMC4wMDE4NjUwNDIgMC4wMDAwMDgxMDIg cmVhZCg0LCJcXj9FTEZcXkJcXkFcXkFcdFwwXDBcMFwwXDBcMFwwIi4uLiw0MDk2KSA9IDQwOTYg KDB4MTAwMCkKMzcwNTg6IDAuMDAxOTAyMTk3IDAuMDAwMDEzMTMwIG1tYXAoMHgwLDEzNTk4NzIs UFJPVF9SRUFEfFBST1RfRVhFQyxNQVBfUFJJVkFURXxNQVBfTk9DT1JFLDQsMHgwKSA9IDM0Mzcy ODcwMTQ0ICgweDgwMGM4NjAwMCkKMzcwNTg6IDAuMDAxOTIzNDI5IDAuMDAwMDA2MTQ2IG1wcm90 ZWN0KDB4ODAwY2M4MDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJVEV8UFJPVF9FWEVDKSA9IDAg KDB4MCkKMzcwNTg6IDAuMDAxOTQ4MjkyIDAuMDAwMDA1NTg3IG1wcm90ZWN0KDB4ODAwY2M4MDAw LDQwOTYsUFJPVF9SRUFEfFBST1RfRVhFQykgPSAwICgweDApCjM3MDU4OiAwLjAwMTk3MTIwMCAw LjAwMDAwODEwMSBtbWFwKDB4ODAwZGM4MDAwLDM2ODY0LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1B UF9QUklWQVRFfE1BUF9GSVhFRCw0LDB4NDIwMDApID0gMzQzNzQxODkwNTYgKDB4ODAwZGM4MDAw KQozNzA1ODogMC4wMDE5OTc3NDAgMC4wMDAwMDYxNDYgbW1hcCgweDgwMGRkMTAwMCw0MDk2LFBS T1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1BUF9GSVhFRHxNQVBfQU5PTiwtMSwweDAp ID0gMzQzNzQyMjU5MjAgKDB4ODAwZGQxMDAwKQozNzA1ODogMC4wMDIwMTkyNTEgMC4wMDAwMDYx NDYgY2xvc2UoNCkJCSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAyMDQ0NjczIDAuMDAwMDA4MzgxIGFj Y2VzcygiL2xpYi9saWJjLnNvLjciLDApID0gMCAoMHgwKQozNzA1ODogMC4wMDIwNjg0MjAgMC4w MDAwMDc4MjMgb3BlbigiL2xpYi9saWJjLnNvLjciLE9fUkRPTkxZLDAzMDYyMDY0MCkgPSA0ICgw eDQpCjM3MDU4OiAwLjAwMjA4NzQxNiAwLjAwMDAwNTU4NyBmc3RhdCg0LHsgbW9kZT0tci0tci0t ci0tICxpbm9kZT0xMTc3ODEsc2l6ZT0xMTg0Mzg0LGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkK MzcwNTg6IDAuMDAyMTEwODgzIDAuMDAwMDA2NzA1IHJlYWQoNCwiXF4/RUxGXF5CXF5BXF5BXHRc MFwwXDBcMFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2ICgweDEwMDApCjM3MDU4OiAwLjAwMjE0MTg5 MyAwLjAwMDAwNjcwNSBtbWFwKDB4MCwyMjQ0NjA4LFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BS SVZBVEV8TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM3NDIzMDAxNiAoMHg4MDBkZDIwMDApCjM3MDU4 OiAwLjAwMjE2MzEyNCAwLjAwMDAwNjE0NiBtcHJvdGVjdCgweDgwMGVjMTAwMCw0MDk2LFBST1Rf UkVBRHxQUk9UX1dSSVRFfFBST1RfRVhFQykgPSAwICgweDApCjM3MDU4OiAwLjAwMjE4NzE1MCAw LjAwMDAwNTU4OCBtcHJvdGVjdCgweDgwMGVjMTAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX0VYRUMp ID0gMCAoMHgwKQozNzA1ODogMC4wMDIyMTAzMzcgMC4wMDAwMDgzODEgbW1hcCgweDgwMGZjMjAw MCwxMTg3ODQsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVELDQsMHhm MDAwMCkgPSAzNDM3NjI2MTYzMiAoMHg4MDBmYzIwMDApCjM3MDU4OiAwLjAwMjIzNjU5NyAwLjAw MDAwNjE0NiBtbWFwKDB4ODAwZmRmMDAwLDk0MjA4LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9Q UklWQVRFfE1BUF9GSVhFRHxNQVBfQU5PTiwtMSwweDApID0gMzQzNzYzODA0MTYgKDB4ODAwZmRm MDAwKQozNzA1ODogMC4wMDIyNzA5NTkgMC4wMDAwMDYxNDYgY2xvc2UoNCkJCSA9IDAgKDB4MCkK MzcwNTg6IDAuMDAyMjk4ODk2IDAuMDAwMDA1MzA4IHN5c2FyY2goMHg4MSwweDdmZmZmZmZmZTk2 MCwweDgwMDUyZTQ0OCwweDAsMHhmZmZmZmZmZmZmNTY3YmIwLDB4ODA4MDgwODA4MDgwODA4MCkg PSAwICgweDApCjM3MDU4OiAwLjAwMjMyMjM2MiAwLjAwMDAwNjE0NiBtbWFwKDB4MCwxMjMyLFBS T1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM2NTE4NjA0OCAoMHg4MDA1 MzIwMDApCjM3MDU4OiAwLjAwMjM0MzAzNSAwLjAwMDAwNTg2NiBtdW5tYXAoMHg4MDA1MzIwMDAs MTIzMikgPSAwICgweDApCjM3MDU4OiAwLjAwMjM2MzcwOCAwLjAwMDAwNTU4NyBtbWFwKDB4MCwx MTIwLFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM2NTE4NjA0OCAo MHg4MDA1MzIwMDApCjM3MDU4OiAwLjAwMjQwODk2NiAwLjAwMDAwNjk4NSBtdW5tYXAoMHg4MDA1 MzIwMDAsMTEyMCkgPSAwICgweDApCjM3MDU4OiAwLjAwMjQyOTYzOSAwLjAwMDAwNTU4OCBtbWFw KDB4MCwxNTUyLFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM2NTE4 NjA0OCAoMHg4MDA1MzIwMDApCjM3MDU4OiAwLjAwMjQ1NjQ1OCAwLjAwMDAwNjcwNSBtdW5tYXAo MHg4MDA1MzIwMDAsMTU1MikgPSAwICgweDApCjM3MDU4OiAwLjAwMjQ3NzEzMSAwLjAwMDAwNTU4 OCBtbWFwKDB4MCwxNjMyLFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9BTk9OLC0xLDB4MCkgPSAz NDM2NTE4NjA0OCAoMHg4MDA1MzIwMDApCjM3MDU4OiAwLjAwMjUwMzY3MCAwLjAwMDAwNjE0NiBt dW5tYXAoMHg4MDA1MzIwMDAsMTYzMikgPSAwICgweDApCjM3MDU4OiAwLjAwMjUyNDM0MyAwLjAw MDAwNTU4NyBtbWFwKDB4MCwxNzc2LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9BTk9OLC0xLDB4 MCkgPSAzNDM2NTE4NjA0OCAoMHg4MDA1MzIwMDApCjM3MDU4OiAwLjAwMjU2NjUyNyAwLjAwMDAw NjQyNSBtdW5tYXAoMHg4MDA1MzIwMDAsMTc3NikgPSAwICgweDApCjM3MDU4OiAwLjAwMjU4Njky MSAwLjAwMDAwNTU4NyBtbWFwKDB4MCw4OTYsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX0FOT04s LTEsMHgwKSA9IDM0MzY1MTg2MDQ4ICgweDgwMDUzMjAwMCkKMzcwNTg6IDAuMDAyNjEzNDYxIDAu MDAwMDA2MTQ2IG11bm1hcCgweDgwMDUzMjAwMCw4OTYpID0gMCAoMHgwKQozNzA1ODogMC4wMDI2 MzM1NzUgMC4wMDAwMDU1ODcgbW1hcCgweDAsMjAzMixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBf QU5PTiwtMSwweDApID0gMzQzNjUxODYwNDggKDB4ODAwNTMyMDAwKQozNzA1ODogMC4wMDI2NzM1 MjQgMC4wMDAwMDY0MjUgbXVubWFwKDB4ODAwNTMyMDAwLDIwMzIpID0gMCAoMHgwKQozNzA1ODog MC4wMDI2OTQ0NzcgMC4wMDAwMDU1ODggbW1hcCgweDAsMTAwMTYsUFJPVF9SRUFEfFBST1RfV1JJ VEUsTUFQX0FOT04sLTEsMHgwKSA9IDM0MzY1MTg2MDQ4ICgweDgwMDUzMjAwMCkKMzcwNTg6IDAu MDAyNzg3NTA1IDAuMDAwMDA2OTg0IG11bm1hcCgweDgwMDUzMjAwMCwxMDAxNikgPSAwICgweDAp CjM3MDU4OiAwLjAwMjgxNDg4MyAwLjAwMDAwNTg2NyBtbWFwKDB4MCw0MjI1NixQUk9UX1JFQUR8 UFJPVF9XUklURSxNQVBfQU5PTiwtMSwweDApID0gMzQzNjUxODYwNDggKDB4ODAwNTMyMDAwKQoz NzA1ODogMC4wMDMwMDE0OTkgMC4wMDAwMDg5NDAgbXVubWFwKDB4ODAwNTMyMDAwLDQyMjU2KSA9 IDAgKDB4MCkKMzcwNTg6IDAuMDAzMDU1MTM3IDAuMDAwMDA1NTg3IHNpZ3Byb2NtYXNrKFNJR19C TE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHS0lMTHxTSUdQSVBFfFNJR0FMUk18U0lHVEVS TXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJR0NPTlR8U0lHQ0hMRHxTSUdUVElOfFNJR1RUT1V8 U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZUQUxSTXxTSUdQUk9GfFNJR1dJTkNIfFNJR0lORk98 U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgweDApCjM3MDU4OiAwLjAwMzA4NDc1MCAwLjAwMDAw NTMwOCBzaWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDAsMHgwKSA9IDAgKDB4MCkKMzcwNTg6IDAu MDAzMTE3NDM1IDAuMDAwMDA2OTg0IF9fc3lzY3RsKDB4N2ZmZmZmZmZlOTAwLDB4MiwweDgwMGZk ZjllMCwweDdmZmZmZmZmZThmOCwweDAsMHgwKSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAzMTU2MjY3 IDAuMDAwMDA1NTg3IHNpZ3Byb2NtYXNrKFNJR19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8 U0lHS0lMTHxTSUdQSVBFfFNJR0FMUk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJ R0NPTlR8U0lHQ0hMRHxTSUdUVElOfFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZU QUxSTXxTSUdQUk9GfFNJR1dJTkNIfFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgw eDApCjM3MDU4OiAwLjAwMzE3ODYxNiAwLjAwMDAwNTMwNyBzaWdwcm9jbWFzayhTSUdfU0VUTUFT SywweDAsMHgwKSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAzMjE2NjEwIDAuMDAwMDA3NTQzIGlvY3Rs KDEsVElPQ0dFVEEsMHhmZmZmZTdjMCkgPSAwICgweDApCjM3MDU4OiAwLjAwMzI1MzQ4NiAwLjAw MDAwNTg2NiBfX3N5c2N0bCgweDdmZmZmZmZmZTZmMCwweDIsMHg4MDBmZTNhNDgsMHg3ZmZmZmZm ZmU3MDgsMHgwLDB4MCkgPSAwICgweDApCjM3MDU4OiAwLjAwMzI4MjI2MSAwLjAwMDAwNTg2NyBf X3N5c2N0bCgweDdmZmZmZmZmZTI0MCwweDIsMHg4MDBmZjI2ZDgsMHg3ZmZmZmZmZmUyMzgsMHgw LDB4MCkgPSAwICgweDApCjM3MDU4OiAwLjAwMzMwMzc3MiAwLjAwMDAwNjQyNSBfX3N5c2N0bCgw eDdmZmZmZmZmZTI4MCwweDIsMHg3ZmZmZmZmZmUyOWMsMHg3ZmZmZmZmZmUyOTAsMHgwLDB4MCkg PSAwICgweDApCjM3MDU4OiAwLjAwMzMzNTM0MCAwLjAwMDAwODM4MSByZWFkbGluaygiL2V0Yy9t YWxsb2MuY29uZiIsMHg3ZmZmZmZmZmUyZTAsMTAyNCkgRVJSIzIgJ05vIHN1Y2ggZmlsZSBvciBk aXJlY3RvcnknCjM3MDU4OiAwLjAwMzM2MDc2MyAwLjAwMDAwNTMwOCBpc3NldHVnaWQoMHg4MDBl YjlkYWEsMHg3ZmZmZmZmZmUyZTAsMHhmZmZmZmZmZmZmZmZmZmZmLDB4MCwweGZmZmZmZmZmODBi M2VkNDAsMHg3ZmZmZmZmZmUyYjgpID0gMCAoMHgwKQozNzA1ODogMC4wMDMzOTE3NzIgMC4wMDAw MDYxNDYgYnJlYWsoMHg2MDAwMDApCSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAzNDE5OTg4IDAuMDAw MDA1ODY3IF9fc3lzY3RsKDB4N2ZmZmZmZmZlNjIwLDB4MiwweDdmZmZmZmZmZTYzYywweDdmZmZm ZmZmZTYzMCwweDAsMHgwKSA9IDAgKDB4MCkKMzcwNTg6IDAuMDAzNDQzMTc1IDAuMDAwMDA1ODY3 IG1tYXAoMHgwLDEwNDg1NzYsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0FO T04sLTEsMHgwKSA9IDM0Mzc2NDc0NjI0ICgweDgwMGZmNjAwMCkKMzcwNTg6IDAuMDAzNDY0NDA3 IDAuMDAwMDA1NTg3IG1tYXAoMHg4MDEwZjYwMDAsNDA5NjAsUFJPVF9SRUFEfFBST1RfV1JJVEUs TUFQX1BSSVZBVEV8TUFQX0FOT04sLTEsMHgwKSA9IDM0Mzc3NTIzMjAwICgweDgwMTBmNjAwMCkK MzcwNTg6IDAuMDAzNDg2NDc3IDAuMDAwMDA2NDI1IG11bm1hcCgweDgwMGZmNjAwMCw0MDk2MCkg PSAwICgweDApCjM3MDU4OiAwLjAwMzUxMTM0MCAwLjAwMDAwOTQ5OCBfX3N5c2N0bCgweDdmZmZm ZmZmZTc2MCwweDIsMHg3ZmZmZmZmZmU2ZjAsMHg3ZmZmZmZmZmU3NTgsMHg4MDA4NDY5NzgsMHgx MSkgPSAwICgweDApCjM3MDU4OiAwLjAwMzc0MjY1NSAwLjAwMDIxNTk1MCBfX3N5c2N0bCgweDdm ZmZmZmZmZTZmMCwweDMsMHg4MDEwMDAwMDAsMHg3ZmZmZmZmZmU3YzAsMHgwLDB4MCkgPSAwICgw eDApCjM3MDU4OiAwLjAwMzc3NzAxNyAwLjAwMDAwNjE0NyBtbWFwKDB4MCwxMDQ4NTc2LFBST1Rf UkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM3NzU2NDE2 MCAoMHg4MDExMDAwMDApCjM3MDU4OiAwLjAwMzgyMjU1MyAwLjAwMDAwNzU0MyBtdW5tYXAoMHg4 MDEwMDAwMDAsMTA0ODU3NikgPSAwICgweDApCjM3MDU4OiAwLjAwNDEzNjAwMSAwLjAwMDAxMTQ1 NCB3cml0ZSgyLCJnc3RhdDogIiw3KSA9IDcgKDB4NykKMzcwNTg6IDAuMDA0MTYyNTQwIDAuMDAw MDA1ODY2IHdyaXRlKDIsImdlb21fZ2V0dHJlZSA9IC0xIiwxNykgPSAxNyAoMHgxMSkKMzcwNTg6 IDAuMDA0MTg3MTI0IDAuMDAwMDA1NTg3IHdyaXRlKDIsIjogIiwyKQkgPSAyICgweDIpCjM3MDU4 OiAwLjAwNDIxMzY2NCAwLjAwMDAwNjQyNSB3cml0ZSgyLCJObyBzdWNoIGZpbGUgb3IgZGlyZWN0 b3J5XG4iLDI2KSA9IDI2ICgweDFhKQozNzA1ODogMC4wMDQyNTc4MDQgMC4wMDAwMDU4Njcgc2ln cHJvY21hc2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdLSUxMfFNJR1BJUEV8 U0lHQUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxTSUdDSExEfFNJ R1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJR1BST0Z8U0lH V0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKMzcwNTg6IDAuMDA0 MjgxODI5IDAuMDAwMDA1MzA4IHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApID0gMCAo MHgwKQozNzA1ODogMC4wMDQzMjIwNTggMC4wMDAwMDU1ODggc2lncHJvY21hc2soU0lHX0JMT0NL LFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdLSUxMfFNJR1BJUEV8U0lHQUxSTXxTSUdURVJNfFNJ R1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxTSUdDSExEfFNJR1RUSU58U0lHVFRPVXxTSUdJ T3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJR1BST0Z8U0lHV0lOQ0h8U0lHSU5GT3xTSUdV U1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKMzcwNTg6IDAuMDA0MzQ0NDA3IDAuMDAwMDA1MzA4 IHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApID0gMCAoMHgwKQozNzA1ODogMC4wMDQz NDQ0MDcgLTEuOTk5OTgzNzk3IHByb2Nlc3MgZXhpdCwgcnZhbCA9IDEK --0016362846fa34955804838423c9 Content-Type: text/plain; charset=UTF-8; name="gstatus.error" Content-Disposition: attachment; filename="gstatus.error" Content-Transfer-Encoding: base64 X-Attachment-Id: 0.3 MzcwOTk6IDAuMDAwMDM0MzYyIDAuMDAwMDA2MTQ2IF9fc3lzY3RsKDB4N2ZmZmZmZmZlODYwLDB4 MiwweDdmZmZmZmZmZTg3YywweDdmZmZmZmZmZTg3MCwweDAsMHgwKSA9IDAgKDB4MCkKMzcwOTk6 IDAuMDAwMDk1ODIzIDAuMDAwMDA2NDI2IG1tYXAoMHgwLDYwOCxQUk9UX1JFQUR8UFJPVF9XUklU RSxNQVBfQU5PTiwtMSwweDApID0gMzQzNjUxNTczNzYgKDB4ODAwNTJiMDAwKQozNzA5OTogMC4w MDAxMzM4MTYgMC4wMDAwMDU4NjYgbXVubWFwKDB4ODAwNTJiMDAwLDYwOCkgPSAwICgweDApCjM3 MDk5OiAwLjAwMDE1NTYwNyAwLjAwMDAwNTg2NyBfX3N5c2N0bCgweDdmZmZmZmZmZThkMCwweDIs MHg4MDA2MzMyYzgsMHg3ZmZmZmZmZmU4YzgsMHgwLDB4MCkgPSAwICgweDApCjM3MDk5OiAwLjAw MDE3ODUxNSAwLjAwMDAwNTg2NyBtbWFwKDB4MCwzMjc2OCxQUk9UX1JFQUR8UFJPVF9XUklURSxN QVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0gMzQzNjUxNTczNzYgKDB4ODAwNTJiMDAwKQoz NzA5OTogMC4wMDAyMDUwNTQgMC4wMDAwMDUzMDcgaXNzZXR1Z2lkKDB4ODAwNTJjMDE1LDB4ODAw NTI2YWM5LDB4ODAwNTA4ZTMwLDB4ODAwNjM2YmUwLDB4NTU0YywweDdmZmZmZmZmZThjOCkgPSAw ICgweDApCjM3MDk5OiAwLjAwMDI1MzM4NSAwLjAwMDAxMDMzNyBvcGVuKCIvZXRjL2xpYm1hcC5j b25mIixPX1JET05MWSwwNjY2KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScKMzcw OTk6IDAuMDAwMjg2OTA4IDAuMDAwMDEwNjE2IG9wZW4oIi92YXIvcnVuL2xkLWVsZi5zby5oaW50 cyIsT19SRE9OTFksMDU3KSA9IDQgKDB4NCkKMzcwOTk6IDAuMDAwMzA4NDIwIDAuMDAwMDA2OTg1 IHJlYWQoNCwiRWhudFxeQVwwXDBcMFxNXkBcMFwwXDAtXDBcMFwwXDAiLi4uLDEyOCkgPSAxMjgg KDB4ODApCjM3MDk5OiAwLjAwMDM0NTI5NiAwLjAwMDAwNTU4NyBsc2Vlayg0LDB4ODAsU0VFS19T RVQpID0gMTI4ICgweDgwKQozNzA5OTogMC4wMDAzNjU0MTAgMC4wMDAwMDY0MjUgcmVhZCg0LCIv bGliOi91c3IvbGliOi91c3IvbGliL2NvbXBhdDovdSIuLi4sNDUpID0gNDUgKDB4MmQpCjM3MDk5 OiAwLjAwMDM5MDgzMiAwLjAwMDAwODkzOSBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzA5OTogMC4w MDA0MjAxNjUgMC4wMDAwMDk3NzcgYWNjZXNzKCIvbGliL2xpYmdlb20uc28uNCIsMCkgPSAwICgw eDApCjM3MDk5OiAwLjAwMDQ0NDc1MCAwLjAwMDAwODM4MSBvcGVuKCIvbGliL2xpYmdlb20uc28u NCIsT19SRE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcwOTk6IDAuMDAwNDY0MDI2IDAuMDAw MDA1ODY3IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzgwMixzaXplPTIwNjE2 LGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAwNDkzOTE4IDAuMDAwMDA4NjYw IHJlYWQoNCwiXF4/RUxGXF5CXF5BXF5BXHRcMFwwXDBcMFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2 ICgweDEwMDApCjM3MDk5OiAwLjAwMDUyNjg4MyAwLjAwMDAwODM4MSBtbWFwKDB4MCwxMDY5MDU2 LFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BSSVZBVEV8TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM2 NjI1NTEwNCAoMHg4MDA2MzcwMDApCjM3MDk5OiAwLjAwMDU0ODM5NCAwLjAwMDAwNjQyNSBtcHJv dGVjdCgweDgwMDYzYTAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFfFBST1RfRVhFQykgPSAw ICgweDApCjM3MDk5OiAwLjAwMDU3MjY5OSAwLjAwMDAwNTU4NyBtcHJvdGVjdCgweDgwMDYzYTAw MCw0MDk2LFBST1RfUkVBRHxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzA5OTogMC4wMDA1OTU2MDcg MC4wMDAwMDgxMDIgbW1hcCgweDgwMDczYjAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1B UF9QUklWQVRFfE1BUF9GSVhFRCw0LDB4NDAwMCkgPSAzNDM2NzMyMDA2NCAoMHg4MDA3M2IwMDAp CjM3MDk5OiAwLjAwMDYyMTg2NyAwLjAwMDAwNjE0NiBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzA5 OTogMC4wMDA2NDc4NDggMC4wMDAwMDk3NzggYWNjZXNzKCIvbGliL2xpYnNidWYuc28uNCIsMCkg PSAwICgweDApCjM3MDk5OiAwLjAwMDY3OTEzNyAwLjAwMDAwODM4MSBvcGVuKCIvbGliL2xpYnNi dWYuc28uNCIsT19SRE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcwOTk6IDAuMDAwNjk4NDEz IDAuMDAwMDA1ODY2IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzgwMyxzaXpl PTgzMzYsYmxrc2l6ZT00MDk2IH0pID0gMCAoMHgwKQozNzA5OTogMC4wMDA3MjI3MTggMC4wMDAw MDc4MjIgcmVhZCg0LCJcXj9FTEZcXkJcXkFcXkFcdFwwXDBcMFwwXDBcMFwwIi4uLiw0MDk2KSA9 IDQwOTYgKDB4MTAwMCkKMzcwOTk6IDAuMDAwNzU1OTYyIDAuMDAwMDA3ODIyIG1tYXAoMHgwLDEw NTY3NjgsUFJPVF9SRUFEfFBST1RfRVhFQyxNQVBfUFJJVkFURXxNQVBfTk9DT1JFLDQsMHgwKSA9 IDM0MzY3MzI0MTYwICgweDgwMDczYzAwMCkKMzcwOTk6IDAuMDAwNzc3MTk0IDAuMDAwMDA2MTQ2 IG1wcm90ZWN0KDB4ODAwNzNkMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJVEV8UFJPVF9FWEVD KSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAwODAxNDk5IDAuMDAwMDA1NTg3IG1wcm90ZWN0KDB4ODAw NzNkMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfRVhFQykgPSAwICgweDApCjM3MDk5OiAwLjAwMDgy NDEyOCAwLjAwMDAwNzgyMyBtbWFwKDB4ODAwODNkMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJ VEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVELDQsMHgxMDAwKSA9IDM0MzY4Mzc2ODMyICgweDgwMDgz ZDAwMCkKMzcwOTk6IDAuMDAwODQ4OTkxIDAuMDAwMDA2MTQ2IGNsb3NlKDQpCQkgPSAwICgweDAp CjM3MDk5OiAwLjAwMDg3NDEzNCAwLjAwMDAwOTIxOSBhY2Nlc3MoIi9saWIvbGliYnNkeG1sLnNv LjMiLDApID0gMCAoMHgwKQozNzA5OTogMC4wMDA4OTgxNTkgMC4wMDAwMDgxMDEgb3BlbigiL2xp Yi9saWJic2R4bWwuc28uMyIsT19SRE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcwOTk6IDAu MDAwOTE3MTU2IDAuMDAwMDA1ODY3IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTEx Nzc4MCxzaXplPTEzNzYyNCxibGtzaXplPTQwOTYgfSkgPSAwICgweDApCjM3MDk5OiAwLjAwMDk0 MTE4MiAwLjAwMDAwNzU0MyByZWFkKDQsIlxeP0VMRlxeQlxeQVxeQVx0XDBcMFwwXDBcMFwwXDAi Li4uLDQwOTYpID0gNDA5NiAoMHgxMDAwKQozNzA5OTogMC4wMDA5NzY2NjEgMC4wMDAwMTE0NTQg bW1hcCgweDAsMTE4Nzg0MCxQUk9UX1JFQUR8UFJPVF9FWEVDLE1BUF9QUklWQVRFfE1BUF9OT0NP UkUsNCwweDApID0gMzQzNjgzODA5MjggKDB4ODAwODNlMDAwKQozNzA5OTogMC4wMDA5OTc4OTMg MC4wMDAwMDYxNDYgbXByb3RlY3QoMHg4MDA4NWEwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9XUklU RXxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzA5OTogMC4wMDEwMjE5MTggMC4wMDAwMDU1ODcgbXBy b3RlY3QoMHg4MDA4NWEwMDAsNDA5NixQUk9UX1JFQUR8UFJPVF9FWEVDKSA9IDAgKDB4MCkKMzcw OTk6IDAuMDAxMDQ0NTQ3IDAuMDAwMDA3ODIzIG1tYXAoMHg4MDA5NWIwMDAsMjA0ODAsUFJPVF9S RUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVELDQsMHgxZDAwMCkgPSAzNDM2OTU0 ODI4OCAoMHg4MDA5NWIwMDApCjM3MDk5OiAwLjAwMTA3MDgwNyAwLjAwMDAwNjE0NiBjbG9zZSg0 KQkJID0gMCAoMHgwKQozNzA5OTogMC4wMDEwOTU2NzAgMC4wMDAwMDg5MzkgYWNjZXNzKCIvbGli L2xpYnV0aWwuc28uNyIsMCkgPSAwICgweDApCjM3MDk5OiAwLjAwMTExOTY5NiAwLjAwMDAwODEw MiBvcGVuKCIvbGliL2xpYnV0aWwuc28uNyIsT19SRE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkK MzcwOTk6IDAuMDAxMTM4OTcyIDAuMDAwMDA1ODY3IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0g LGlub2RlPTExNzc5OCxzaXplPTYwNDAwLGJsa3NpemU9NDA5NiB9KSA9IDAgKDB4MCkKMzcwOTk6 IDAuMDAxMTYzNTU2IDAuMDAwMDA4MTAxIHJlYWQoNCwiXF4/RUxGXF5CXF5BXF5BXHRcMFwwXDBc MFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2ICgweDEwMDApCjM3MDk5OiAwLjAwMTE5NjUyMSAwLjAw MDAwODkzOSBtbWFwKDB4MCwxMTEwMDE2LFBST1RfUkVBRHxQUk9UX0VYRUMsTUFQX1BSSVZBVEV8 TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM2OTU2ODc2OCAoMHg4MDA5NjAwMDApCjM3MDk5OiAwLjAw MTIyMTk0MyAwLjAwMDAwNTg2NiBtcHJvdGVjdCgweDgwMDk2YjAwMCw0MDk2LFBST1RfUkVBRHxQ Uk9UX1dSSVRFfFBST1RfRVhFQykgPSAwICgweDApCjM3MDk5OiAwLjAwMTI0ODIwNCAwLjAwMDAw NTMwOCBtcHJvdGVjdCgweDgwMDk2YjAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX0VYRUMpID0gMCAo MHgwKQozNzA5OTogMC4wMDEyNzEzOTEgMC4wMDAwMDgxMDIgbW1hcCgweDgwMGE2YzAwMCw4MTky LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1BUF9GSVhFRCw0LDB4YzAwMCkgPSAz NDM3MDY2NjQ5NiAoMHg4MDBhNmMwMDApCjM3MDk5OiAwLjAwMTI5NzkzMSAwLjAwMDAwNjE0NiBt bWFwKDB4ODAwYTZlMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQ X0ZJWEVEfE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM3MDY3NDY4OCAoMHg4MDBhNmUwMDApCjM3MDk5 OiAwLjAwMTMxOTQ0MiAwLjAwMDAwNjE0NiBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzA5OTogMC4w MDEzNDQwMjYgMC4wMDAwMDgzODEgYWNjZXNzKCIvbGliL2xpYmMuc28uNyIsMCkgPSAwICgweDAp CjM3MDk5OiAwLjAwMTM2Nzc3MiAwLjAwMDAwNzgyMiBvcGVuKCIvbGliL2xpYmMuc28uNyIsT19S RE9OTFksMDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcwOTk6IDAuMDAxMzg3MDQ4IDAuMDAwMDA1ODY2 IGZzdGF0KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzc4MSxzaXplPTExODQzODQsYmxr c2l6ZT00MDk2IH0pID0gMCAoMHgwKQozNzA5OTogMC4wMDE0MTA1MTUgMC4wMDAwMDY3MDUgcmVh ZCg0LCJcXj9FTEZcXkJcXkFcXkFcdFwwXDBcMFwwXDBcMFwwIi4uLiw0MDk2KSA9IDQwOTYgKDB4 MTAwMCkKMzcwOTk6IDAuMDAxNDQxODA0IDAuMDAwMDA2NzA1IG1tYXAoMHgwLDIyNDQ2MDgsUFJP VF9SRUFEfFBST1RfRVhFQyxNQVBfUFJJVkFURXxNQVBfTk9DT1JFLDQsMHgwKSA9IDM0MzcwNjc4 Nzg0ICgweDgwMGE2ZjAwMCkKMzcwOTk6IDAuMDAxNDYzMzE1IDAuMDAwMDA2NDI1IG1wcm90ZWN0 KDB4ODAwYjVlMDAwLDQwOTYsUFJPVF9SRUFEfFBST1RfV1JJVEV8UFJPVF9FWEVDKSA9IDAgKDB4 MCkKMzcwOTk6IDAuMDAxNDg3MDYxIDAuMDAwMDA1NTg3IG1wcm90ZWN0KDB4ODAwYjVlMDAwLDQw OTYsUFJPVF9SRUFEfFBST1RfRVhFQykgPSAwICgweDApCjM3MDk5OiAwLjAwMTUxMDI0OCAwLjAw MDAwODM4MSBtbWFwKDB4ODAwYzVmMDAwLDExODc4NCxQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBf UFJJVkFURXxNQVBfRklYRUQsNCwweGYwMDAwKSA9IDM0MzcyNzEwNDAwICgweDgwMGM1ZjAwMCkK MzcwOTk6IDAuMDAxNTM2Nzg4IDAuMDAwMDA2MTQ2IG1tYXAoMHg4MDBjN2MwMDAsOTQyMDgsUFJP VF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZBVEV8TUFQX0ZJWEVEfE1BUF9BTk9OLC0xLDB4MCkg PSAzNDM3MjgyOTE4NCAoMHg4MDBjN2MwMDApCjM3MDk5OiAwLjAwMTU2NDQ0NSAwLjAwMDAwNjE0 NiBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzA5OTogMC4wMDE1OTAxNDcgMC4wMDAwMDUzMDggc3lz YXJjaCgweDgxLDB4N2ZmZmZmZmZlOTUwLDB4ODAwNTJmMmM4LDB4MCwweGZmZmZmZmZmZmY4Y2Fh MzAsMHg4MDgwODA4MDgwODA4MDgwKSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAxNjEzNjEzIDAuMDAw MDA2MTQ2IG1tYXAoMHgwLDEyNDgsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX0FOT04sLTEsMHgw KSA9IDM0MzY1MTkwMTQ0ICgweDgwMDUzMzAwMCkKMzcwOTk6IDAuMDAxNjM0NTY2IDAuMDAwMDA2 MTQ2IG11bm1hcCgweDgwMDUzMzAwMCwxMjQ4KSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAxNjU1MjM5 IDAuMDAwMDA1NTg4IG1tYXAoMHgwLDE2MzIsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX0FOT04s LTEsMHgwKSA9IDM0MzY1MTkwMTQ0ICgweDgwMDUzMzAwMCkKMzcwOTk6IDAuMDAxNjkxMjc3IDAu MDAwMDA2OTg0IG11bm1hcCgweDgwMDUzMzAwMCwxNjMyKSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAx NzE1MDIzIDAuMDAwMDA1NTg3IG1tYXAoMHgwLDg5NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBf QU5PTiwtMSwweDApID0gMzQzNjUxOTAxNDQgKDB4ODAwNTMzMDAwKQozNzA5OTogMC4wMDE3NDEw MDQgMC4wMDAwMDY0MjYgbXVubWFwKDB4ODAwNTMzMDAwLDg5NikgPSAwICgweDApCjM3MDk5OiAw LjAwMTc2MTExOCAwLjAwMDAwNTU4NyBtbWFwKDB4MCwxNzc2LFBST1RfUkVBRHxQUk9UX1dSSVRF LE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM2NTE5MDE0NCAoMHg4MDA1MzMwMDApCjM3MDk5OiAwLjAw MTgwMjE4NSAwLjAwMDAwNjQyNiBtdW5tYXAoMHg4MDA1MzMwMDAsMTc3NikgPSAwICgweDApCjM3 MDk5OiAwLjAwMTgyMjU3OCAwLjAwMDAwNTU4NyBtbWFwKDB4MCw0MDk2LFBST1RfUkVBRHxQUk9U X1dSSVRFLE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM2NTE5MDE0NCAoMHg4MDA1MzMwMDApCjM3MDk5 OiAwLjAwMTg1ODYxNiAwLjAwMDAwNjE0NiBtdW5tYXAoMHg4MDA1MzMwMDAsNDA5NikgPSAwICgw eDApCjM3MDk5OiAwLjAwMTg4MDEyOCAwLjAwMDAwNTU4OCBtbWFwKDB4MCw0MjI1NixQUk9UX1JF QUR8UFJPVF9XUklURSxNQVBfQU5PTiwtMSwweDApID0gMzQzNjUxOTAxNDQgKDB4ODAwNTMzMDAw KQozNzA5OTogMC4wMDIwNDI3MTggMC4wMDAwMDg2NjAgbXVubWFwKDB4ODAwNTMzMDAwLDQyMjU2 KSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAyMDk2OTE1IDAuMDAwMDA1ODY3IHNpZ3Byb2NtYXNrKFNJ R19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FVSVR8U0lHS0lMTHxTSUdQSVBFfFNJR0FMUk18U0lH VEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQfFNJR0NPTlR8U0lHQ0hMRHxTSUdUVElOfFNJR1RU T1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJR1ZUQUxSTXxTSUdQUk9GfFNJR1dJTkNIfFNJR0lO Rk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAwICgweDApCjM3MDk5OiAwLjAwMjExOTgyMyAwLjAw MDAwNTMwOCBzaWdwcm9jbWFzayhTSUdfU0VUTUFTSywweDAsMHgwKSA9IDAgKDB4MCkKMzcwOTk6 IDAuMDAyMTUwODMyIDAuMDAwMDA2NzA0IF9fc3lzY3RsKDB4N2ZmZmZmZmZlOGYwLDB4MiwweDgw MGM3YzllMCwweDdmZmZmZmZmZThlOCwweDAsMHgwKSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAyMTg4 MjY3IDAuMDAwMDA1NTg3IHNpZ3Byb2NtYXNrKFNJR19CTE9DSyxTSUdIVVB8U0lHSU5UfFNJR1FV SVR8U0lHS0lMTHxTSUdQSVBFfFNJR0FMUk18U0lHVEVSTXxTSUdVUkd8U0lHU1RPUHxTSUdUU1RQ fFNJR0NPTlR8U0lHQ0hMRHxTSUdUVElOfFNJR1RUT1V8U0lHSU98U0lHWENQVXxTSUdYRlNafFNJ R1ZUQUxSTXxTSUdQUk9GfFNJR1dJTkNIfFNJR0lORk98U0lHVVNSMXxTSUdVU1IyLDB4MCkgPSAw ICgweDApCjM3MDk5OiAwLjAwMjIxMDYxNyAwLjAwMDAwNTMwOCBzaWdwcm9jbWFzayhTSUdfU0VU TUFTSywweDAsMHgwKSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAyMjYwMDY0IDAuMDAwMDA1ODY2IF9f c3lzY3RsKDB4N2ZmZmZmZmZiMzEwLDB4MiwweDgwMGM4MGE0OCwweDdmZmZmZmZmYjMyOCwweDAs MHgwKSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAyMjg4ODM5IDAuMDAwMDA2NDI2IF9fc3lzY3RsKDB4 N2ZmZmZmZmZhZTYwLDB4MiwweDgwMGM4ZjZkOCwweDdmZmZmZmZmYWU1OCwweDAsMHgwKSA9IDAg KDB4MCkKMzcwOTk6IDAuMDAyMzA5NTEyIDAuMDAwMDA1ODY3IF9fc3lzY3RsKDB4N2ZmZmZmZmZh ZWEwLDB4MiwweDdmZmZmZmZmYWViYywweDdmZmZmZmZmYWViMCwweDAsMHgwKSA9IDAgKDB4MCkK MzcwOTk6IDAuMDAyMzQxMzU5IDAuMDAwMDA4MTAxIHJlYWRsaW5rKCIvZXRjL21hbGxvYy5jb25m IiwweDdmZmZmZmZmYWYwMCwxMDI0KSBFUlIjMiAnTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeScK MzcwOTk6IDAuMDAyMzY1OTQzIDAuMDAwMDA1MDI4IGlzc2V0dWdpZCgweDgwMGI1NmRhYSwweDdm ZmZmZmZmYWYwMCwweGZmZmZmZmZmZmZmZmZmZmYsMHgwLDB4ZmZmZmZmZmY4MGIzZWRjMCwweDdm ZmZmZmZmYWVkOCkgPSAwICgweDApCjM3MDk5OiAwLjAwMjQwMDg2NCAwLjAwMDAwNjE0NiBicmVh aygweDYwMDAwMCkJID0gMCAoMHgwKQozNzA5OTogMC4wMDI0MjkwODAgMC4wMDAwMDU4NjYgX19z eXNjdGwoMHg3ZmZmZmZmZmIxZjAsMHgyLDB4N2ZmZmZmZmZiMjBjLDB4N2ZmZmZmZmZiMjAwLDB4 MCwweDApID0gMCAoMHgwKQozNzA5OTogMC4wMDI0NTIyNjcgMC4wMDAwMDU4NjYgbW1hcCgweDAs MTA0ODU3NixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDAp ID0gMzQzNzI5MjMzOTIgKDB4ODAwYzkzMDAwKQozNzA5OTogMC4wMDI0NzM0OTkgMC4wMDAwMDU1 ODcgbW1hcCgweDgwMGQ5MzAwMCw0NDY0NjQsUFJPVF9SRUFEfFBST1RfV1JJVEUsTUFQX1BSSVZB VEV8TUFQX0FOT04sLTEsMHgwKSA9IDM0MzczOTcxOTY4ICgweDgwMGQ5MzAwMCkKMzcwOTk6IDAu MDAyNDk1NTY5IDAuMDAwMDA2NzA1IG11bm1hcCgweDgwMGM5MzAwMCw0NDY0NjQpID0gMCAoMHgw KQozNzA5OTogMC4wMDI1NDgzNjkgMC4wMDAwMTExNzUgYWNjZXNzKCIvbGliL2dlb20vZ2VvbV9t aXJyb3Iuc28iLDApID0gMCAoMHgwKQozNzA5OTogMC4wMDI1ODI0NTIgMC4wMDAwMDU1ODggc2ln cHJvY21hc2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdLSUxMfFNJR1BJUEV8 U0lHQUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxTSUdDSExEfFNJ R1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJR1BST0Z8U0lH V0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAy NjEyOTAyIDAuMDAwMDA5MjE5IG9wZW4oIi9saWIvZ2VvbS9nZW9tX21pcnJvci5zbyIsT19SRE9O TFksMDMxKSA9IDQgKDB4NCkKMzcwOTk6IDAuMDAyNjMyMTc5IDAuMDAwMDA1ODY3IGZzdGF0KDQs eyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzgxMCxzaXplPTI5NTg0LGJsa3NpemU9NDA5NiB9 KSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAyNjU3MDQyIDAuMDAwMDA4MTAxIHJlYWQoNCwiXF4/RUxG XF5CXF5BXF5BXHRcMFwwXDBcMFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2ICgweDEwMDApCjM3MDk5 OiAwLjAwMjY5MDU2NiAwLjAwMDAwOTQ5OSBtbWFwKDB4MCwxMDc3MjQ4LFBST1RfUkVBRHxQUk9U X0VYRUMsTUFQX1BSSVZBVEV8TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM3NDQxODQzMiAoMHg4MDBl MDAwMDApCjM3MDk5OiAwLjAwMjcxMTc5OCAwLjAwMDAwNjE0NiBtcHJvdGVjdCgweDgwMGUwNDAw MCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFfFBST1RfRVhFQykgPSAwICgweDApCjM3MDk5OiAw LjAwMjczNjM4MiAwLjAwMDAwNTU4OCBtcHJvdGVjdCgweDgwMGUwNDAwMCw0MDk2LFBST1RfUkVB RHxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzA5OTogMC4wMDI3NTkwMTAgMC4wMDAwMDc4MjIgbW1h cCgweDgwMGYwNDAwMCwxMjI4OCxQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBf RklYRUQsNCwweDQwMDApID0gMzQzNzU0ODMzOTIgKDB4ODAwZjA0MDAwKQozNzA5OTogMC4wMDI3 ODQ5OTEgMC4wMDAwMDYxNDYgY2xvc2UoNCkJCSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAyODEwNDEz IDAuMDAwMDA4OTM5IGFjY2VzcygiL2xpYi9saWJtZC5zby40IiwwKSA9IDAgKDB4MCkKMzcwOTk6 IDAuMDAyODM0NDM5IDAuMDAwMDA4MTAyIG9wZW4oIi9saWIvbGlibWQuc28uNCIsT19SRE9OTFks MDMwNjMwNjQwKSA9IDQgKDB4NCkKMzcwOTk6IDAuMDAyODUzNzE1IDAuMDAwMDA1ODY3IGZzdGF0 KDQseyBtb2RlPS1yLS1yLS1yLS0gLGlub2RlPTExNzc2NCxzaXplPTUyMzkyLGJsa3NpemU9NDA5 NiB9KSA9IDAgKDB4MCkKMzcwOTk6IDAuMDAyODc4Mjk5IDAuMDAwMDA4MTAxIHJlYWQoNCwiXF4/ RUxGXF5CXF5BXF5BXHRcMFwwXDBcMFwwXDBcMCIuLi4sNDA5NikgPSA0MDk2ICgweDEwMDApCjM3 MDk5OiAwLjAwMjkxMDE0NyAwLjAwMDAwNzgyMiBtbWFwKDB4MCwxMDk3NzI4LFBST1RfUkVBRHxQ Uk9UX0VYRUMsTUFQX1BSSVZBVEV8TUFQX05PQ09SRSw0LDB4MCkgPSAzNDM3NTQ5NTY4MCAoMHg4 MDBmMDcwMDApCjM3MDk5OiAwLjAwMjkzNDQ1MiAwLjAwMDAwNjE0NiBtcHJvdGVjdCgweDgwMGYx MjAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFfFBST1RfRVhFQykgPSAwICgweDApCjM3MDk5 OiAwLjAwMjk1OTU5NCAwLjAwMDAwNTU4NyBtcHJvdGVjdCgweDgwMGYxMjAwMCw0MDk2LFBST1Rf UkVBRHxQUk9UX0VYRUMpID0gMCAoMHgwKQozNzA5OTogMC4wMDI5ODE5NDQgMC4wMDAwMDc1NDMg bW1hcCgweDgwMTAxMjAwMCw0MDk2LFBST1RfUkVBRHxQUk9UX1dSSVRFLE1BUF9QUklWQVRFfE1B UF9GSVhFRCw0LDB4YjAwMCkgPSAzNDM3NjU4OTMxMiAoMHg4MDEwMTIwMDApCjM3MDk5OiAwLjAw MzAwNjgwNyAwLjAwMDAwNjE0NiBjbG9zZSg0KQkJID0gMCAoMHgwKQozNzA5OTogMC4wMDMwMzAy NzQgMC4wMDAwMDY0MjYgbW1hcCgweDAsMTIxNixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfQU5P TiwtMSwweDApID0gMzQzNjUxOTAxNDQgKDB4ODAwNTMzMDAwKQozNzA5OTogMC4wMDMwNjQ2MzYg MC4wMDAwMDY0MjYgbXVubWFwKDB4ODAwNTMzMDAwLDEyMTYpID0gMCAoMHgwKQozNzA5OTogMC4w MDMxMDU0MjMgMC4wMDAwMDU4NjcgbW1hcCgweDAsMTYzMixQUk9UX1JFQUR8UFJPVF9XUklURSxN QVBfQU5PTiwtMSwweDApID0gMzQzNjUxOTAxNDQgKDB4ODAwNTMzMDAwKQozNzA5OTogMC4wMDMx MzA1NjYgMC4wMDAwMDYxNDYgbXVubWFwKDB4ODAwNTMzMDAwLDE2MzIpID0gMCAoMHgwKQozNzA5 OTogMC4wMDMxODA4NTIgMC4wMDAwMDU1ODggc2lncHJvY21hc2soU0lHX1NFVE1BU0ssMHgwLDB4 MCkgPSAwICgweDApCjM3MDk5OiAwLjAwMzIxNDY1NSAwLjAwMDAwNTU4OCBzaWdwcm9jbWFzayhT SUdfQkxPQ0ssU0lHSFVQfFNJR0lOVHxTSUdRVUlUfFNJR0tJTEx8U0lHUElQRXxTSUdBTFJNfFNJ R1RFUk18U0lHVVJHfFNJR1NUT1B8U0lHVFNUUHxTSUdDT05UfFNJR0NITER8U0lHVFRJTnxTSUdU VE9VfFNJR0lPfFNJR1hDUFV8U0lHWEZTWnxTSUdWVEFMUk18U0lHUFJPRnxTSUdXSU5DSHxTSUdJ TkZPfFNJR1VTUjF8U0lHVVNSMiwweDApID0gMCAoMHgwKQozNzA5OTogMC4wMDMyMzg2ODAgMC4w MDAwMDUzMDggc2lncHJvY21hc2soU0lHX1NFVE1BU0ssMHgwLDB4MCkgPSAwICgweDApCjM3MDk5 OiAwLjAwMzI3MDUyOCAwLjAwMDAwNjQyNiBtbWFwKDB4MCwxMDQ4NTc2LFBST1RfUkVBRHxQUk9U X1dSSVRFLE1BUF9QUklWQVRFfE1BUF9BTk9OLC0xLDB4MCkgPSAzNDM3NjU5MzQwOCAoMHg4MDEw MTMwMDApCjM3MDk5OiAwLjAwMzI5MjAzOSAwLjAwMDAwNTU4NyBtbWFwKDB4ODAxMTEzMDAwLDk3 MDc1MixQUk9UX1JFQUR8UFJPVF9XUklURSxNQVBfUFJJVkFURXxNQVBfQU5PTiwtMSwweDApID0g MzQzNzc2NDE5ODQgKDB4ODAxMTEzMDAwKQozNzA5OTogMC4wMDMzMTMyNzEgMC4wMDAwMDY0MjYg bXVubWFwKDB4ODAxMDEzMDAwLDk3MDc1MikgPSAwICgweDApCjM3MDk5OiAwLjAwMzMzODY5MyAw LjAwMDAxMDg5NSBfX3N5c2N0bCgweDdmZmZmZmZmYjMyMCwweDIsMHg3ZmZmZmZmZmIyYjAsMHg3 ZmZmZmZmZmIzMTgsMHg4MDA2M2E5NzgsMHgxMSkgPSAwICgweDApCjM3MDk5OiAwLjAwMzU2ODYx MCAwLjAwMDIxNDU1MiBfX3N5c2N0bCgweDdmZmZmZmZmYjJiMCwweDMsMHg4MDExMDAwMDAsMHg3 ZmZmZmZmZmIzODAsMHgwLDB4MCkgPSAwICgweDApCjM3MDk5OiAwLjAwMzYxNTI2NCAwLjAwMDAw NzgyMiBtdW5tYXAoMHg4MDExMDAwMDAsMTA0ODU3NikgPSAwICgweDApCjM3MDk5OiAwLjAwMzkx MDI3NCAwLjAwMDAxMTczNCB3cml0ZSgyLCJnbWlycm9yOiAiLDkpID0gOSAoMHg5KQozNzA5OTog MC4wMDM5MzUxMzggMC4wMDAwMDU1ODggd3JpdGUoMiwiQ2Fubm90IGdldCBHRU9NIHRyZWUiLDIw KSA9IDIwICgweDE0KQozNzA5OTogMC4wMDM5NzE3MzQgMC4wMDAwMDg2NjAgd3JpdGUoMiwiOiAi LDIpCSA9IDIgKDB4MikKMzcwOTk6IDAuMDA0MDA2OTM0IDAuMDAwMDA4MTAxIHdyaXRlKDIsIlVu a25vd24gZXJyb3I6IC0xXG4iLDE4KSA9IDE4ICgweDEyKQozNzA5OTogMC4wMDQwNTEwNzQgMC4w MDAwMDQ3NDkgc2lncHJvY21hc2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdL SUxMfFNJR1BJUEV8U0lHQUxSTXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09O VHxTSUdDSExEfFNJR1RUSU58U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJN fFNJR1BST0Z8U0lHV0lOQ0h8U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkK MzcwOTk6IDAuMDA0MDcyMzA2IDAuMDAwMDA0MTkxIHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4 MCwweDApID0gMCAoMHgwKQozNzA5OTogMC4wMDQxMDg2MjMgMC4wMDAwMDQ0NzAgc2lncHJvY21h c2soU0lHX0JMT0NLLFNJR0hVUHxTSUdJTlR8U0lHUVVJVHxTSUdLSUxMfFNJR1BJUEV8U0lHQUxS TXxTSUdURVJNfFNJR1VSR3xTSUdTVE9QfFNJR1RTVFB8U0lHQ09OVHxTSUdDSExEfFNJR1RUSU58 U0lHVFRPVXxTSUdJT3xTSUdYQ1BVfFNJR1hGU1p8U0lHVlRBTFJNfFNJR1BST0Z8U0lHV0lOQ0h8 U0lHSU5GT3xTSUdVU1IxfFNJR1VTUjIsMHgwKSA9IDAgKDB4MCkKMzcwOTk6IDAuMDA0MTI4NzM3 IDAuMDAwMDA0MTkwIHNpZ3Byb2NtYXNrKFNJR19TRVRNQVNLLDB4MCwweDApID0gMCAoMHgwKQoz NzA5OTogMC4wMDQxMjg3MzcgLTEuOTk5OTg0MDc2IHByb2Nlc3MgZXhpdCwgcnZhbCA9IDEK --0016362846fa34955804838423c9-- From owner-freebsd-geom@FreeBSD.ORG Tue Apr 6 01:20:05 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D811065673 for ; Tue, 6 Apr 2010 01:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 588868FC14 for ; Tue, 6 Apr 2010 01:20:05 +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 o361K5Jc067101 for ; Tue, 6 Apr 2010 01:20:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o361K5lx067100; Tue, 6 Apr 2010 01:20:05 GMT (envelope-from gnats) Date: Tue, 6 Apr 2010 01:20:05 GMT Message-Id: <201004060120.o361K5lx067100@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Eduardo Orige Cc: Subject: Re: amd64/145414: Problem with Geom/Gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eduardo Orige List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 01:20:05 -0000 The following reply was made to PR kern/145414; it has been noted by GNATS. From: Eduardo Orige To: bug-followup@freebsd.org Cc: Subject: Re: amd64/145414: Problem with Geom/Gmirror Date: Mon, 05 Apr 2010 21:45:03 -0300 Em Seg, 2010-04-05 às 14:37 -0700, Garrett Cooper escreveu: > Em Seg, 2010-04-05 às 13:30 -0700, Garrett Cooper escreveu: > > On Mon, Apr 5, 2010 at 1:20 PM, Eduardo Orige wrote: > > > Em Seg, 2010-04-05 às 12:29 -0700, Garrett Cooper escreveu: > > >> On Mon, Apr 5, 2010 at 11:24 AM, Eduardo Orige wrote: > > >> > > > >> >>Number: 145414 > > >> >>Category: amd64 > > >> >>Synopsis: Problem with Geom/Gmirror > > >> >>Confidential: no > > >> >>Severity: critical > > >> >>Priority: medium > > >> >>Responsible: freebsd-amd64 > > >> >>State: open > > >> >>Quarter: > > >> >>Keywords: > > >> >>Date-Required: > > >> >>Class: sw-bug > > >> >>Submitter-Id: current-users > > >> >>Arrival-Date: Mon Apr 05 18:30:08 UTC 2010 > > >> >>Closed-Date: > > >> >>Last-Modified: > > >> >>Originator: Eduardo Orige > > >> >>Release: 7.2-stable > > >> >>Organization: > > >> >>Environment: > > >> > FreeBSD server.amizade 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > >> > > > >> >>Description: > > >> > The problem happened when i try use commands like: > > >> > # gstat > > >> > and error: > > >> > # gstat: geom_gettree = -1: No such file or directory > > >> > > > >> > Or with this command: > > >> > > > >> > # gmirror list or gmirror status > > >> > and error: > > >> > gmirror: Cannot get GEOM tree: Unknown error: -1 > > >> > > > >> > > > >> >>How-To-Repeat: > > >> > sysctl kern.geom.debugflags=16 > > >> > > > >> > gmirror label -v gm0 ad4 > > >> > gmirror load > > >> > gmirror insert gm0 ad6 > > >> > > >> Please provide truss output for both commands. > > >> Thanks, > > >> -Garrett > > > > > > > > > The problem ocurred in GMIRROR only. > > > How-To-Repeat: > > >> > sysctl kern.geom.debugflags=16 > > >> > > > >> > gmirror label -v gm0 ad4 > > >> > gmirror load > > >> > gmirror insert gm0 ad6 > > > > > > Error: > > > gmirror list > > > and error: > > > gmirror: Cannot get GEOM tree: Unknown error: -1 > > > > > > > > > gmirror status > > > gmirror: Cannot get GEOM tree: Unknown error: -1 > > > > > > gstat > > > and error: > > > gstat: geom_gettree = -1: No such file or directory > > > > I guess you didn't see the part where I said `truss'. Please read > > the manpage on how to execute truss if you don't already know how to > > do so: > > > > http://www.freebsd.org/cgi/man.cgi?query=truss&apropos=0&sektion=0&manpath=FreeBSD+7.2-RELEASE&format=html > > > > HTH, > > -Garrett > > > Sorry, I didn't understand when you said `truss`. > I used follow command: > > truss -faedDS -o ~/gstatus.error -s 32 gmirror status > truss -faedDS -o ~/gstat.error -s 32 gstat > truss -faedDS -o ~/glist.error -s 32 gmirror list > > The output of the three commands above are attached. > > Thanks, > -Eduardo > > --------------------- > > Ok. The `no such file or directory' error is misc/144307 (I filed > it under the wrong category -- should be kern). Not sure why the rest > of it isn't working, but if you can apply the patch I attached to that > PR, recompile, and try to rerun the commands, does the message differ? > After that data is determined, the bug should be triaged on to geom@ > to determine whether or not it's a valid problem, or potential > accidental user error. > Thanks, > -Garrett > > PS Please CC bug-followup@freebsd.org the next time you reply unless > requested by the person helping you ;). Ok. So, just use commands make and make install in your patch and rerun the commands? And where are your patch? Thanks -Eduardo From owner-freebsd-geom@FreeBSD.ORG Tue Apr 6 04:10:03 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E92381065670 for ; Tue, 6 Apr 2010 04:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BDF4A8FC18 for ; Tue, 6 Apr 2010 04:10:03 +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 o364A3sp010948 for ; Tue, 6 Apr 2010 04:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o364A37q010947; Tue, 6 Apr 2010 04:10:03 GMT (envelope-from gnats) Date: Tue, 6 Apr 2010 04:10:03 GMT Message-Id: <201004060410.o364A37q010947@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Jaakko Heinonen Cc: Subject: Re: kern/145414: [geom] Problem with Geom/Gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jaakko Heinonen List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 04:10:04 -0000 The following reply was made to PR kern/145414; it has been noted by GNATS. From: Jaakko Heinonen To: eduardo.orige@gmail.com Cc: Garrett Cooper , bug-followup@FreeBSD.org Subject: Re: kern/145414: [geom] Problem with Geom/Gmirror Date: Tue, 6 Apr 2010 07:07:04 +0300 Please see PR kern/104389. This is likely a duplicate of it. -- Jaakko From owner-freebsd-geom@FreeBSD.ORG Tue Apr 6 12:46:56 2010 Return-Path: Delivered-To: geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8525106566C for ; Tue, 6 Apr 2010 12:46:56 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward4.mail.yandex.net (forward4.mail.yandex.net [77.88.46.9]) by mx1.freebsd.org (Postfix) with ESMTP id 96B8D8FC1C for ; Tue, 6 Apr 2010 12:46:56 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward4.mail.yandex.net (Yandex) with ESMTP id D92F86AD8BB5; Tue, 6 Apr 2010 16:34:23 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1270557263; bh=uXlar7WXzul9LqxpV2dx71aLmhIm0hwiohnR4jreHmk=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:Content-Type; b=P/pijfoaBv3RIisv+ytIfE2AskPT9rmkIXOVfGqE80DgPRbbIwFzBgyzjUw14wb03 N0gkisFNuY609nHPs/8ErfR6PiEhvEntssk0EIReuzxEkkKnRvSL5Q+WgoJ/ffpZLa JLpfhztPmUj+pj1Nfgjzi90rEy1Ru7di/hEcpKxc= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp4.mail.yandex.net (Yandex) with ESMTPSA id A0C78D300F3; Tue, 6 Apr 2010 16:34:23 +0400 (MSD) Message-ID: <4BBB2A4E.7040708@yandex.ru> Date: Tue, 06 Apr 2010 16:34:22 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: geom@freebsd.org Content-Type: multipart/mixed; boundary="------------030904000300010601060400" X-Yandex-TimeMark: 1270557263 X-Yandex-Spam: 1 X-Yandex-Front: smtp4.mail.yandex.net Cc: Marcel Moolenaar Subject: [patch] allow undo creating BSD and VTOC8 schemes with gpart(8) 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, 06 Apr 2010 12:46:57 -0000 This is a multi-part message in MIME format. --------------030904000300010601060400 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hi, All and Marcel, I found that gpart(8) doesn't support undo for "create" command for BSD and VTOC8 schemes, because they have internal entries in table. I added this support and it seems it works. So my question addressed to Marcel: is it correct? :) -- WBR, Andrey V. Elsukov --------------030904000300010601060400 Content-Type: text/plain; name="g_part.c.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="g_part.c.txt" Index: g_part.c =================================================================== --- g_part.c (revision 204945) +++ g_part.c (working copy) @@ -1065,12 +1174,18 @@ g_part_ctl_undo(struct gctl_req *req, struct g_par table->gpt_created) ? 1 : 0; if (reprobe) { - if (!LIST_EMPTY(&table->gpt_entry)) { + LIST_FOREACH(entry, &table->gpt_entry, gpe_entry) { + if (entry->gpe_internal) + continue; error = EBUSY; goto fail; } error = g_part_probe(gp, cp, table->gpt_depth); if (error) { + while ((entry = LIST_FIRST(&table->gpt_entry)) != NULL) { + LIST_REMOVE(entry, gpe_entry); + g_free(entry); + } g_topology_lock(); g_access(cp, -1, -1, -1); g_part_wither(gp, error); --------------030904000300010601060400-- From owner-freebsd-geom@FreeBSD.ORG Tue Apr 6 13:00:14 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2A3B106566C for ; Tue, 6 Apr 2010 13:00:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C6C3E8FC0C for ; Tue, 6 Apr 2010 13:00:14 +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 o36D0Ebh018369 for ; Tue, 6 Apr 2010 13:00:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o36D0ESw018368; Tue, 6 Apr 2010 13:00:14 GMT (envelope-from gnats) Date: Tue, 6 Apr 2010 13:00:14 GMT Message-Id: <201004061300.o36D0ESw018368@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Eduardo Orige Cc: Subject: Re: amd64/145414: Problem with Geom/Gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eduardo Orige List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 13:00:15 -0000 The following reply was made to PR kern/145414; it has been noted by GNATS. From: Eduardo Orige To: Bug-followup Cc: Subject: Re: amd64/145414: Problem with Geom/Gmirror Date: Tue, 06 Apr 2010 09:54:55 -0300 Em Seg, 2010-04-05 às 18:10 -0700, Garrett Cooper escreveu: > On Mon, Apr 5, 2010 at 5:44 PM, Eduardo Orige wrote: > > Em Seg, 2010-04-05 às 14:37 -0700, Garrett Cooper escreveu: > >> Em Seg, 2010-04-05 às 13:30 -0700, Garrett Cooper escreveu: > >> > On Mon, Apr 5, 2010 at 1:20 PM, Eduardo Orige wrote: > >> > > Em Seg, 2010-04-05 às 12:29 -0700, Garrett Cooper escreveu: > >> > >> On Mon, Apr 5, 2010 at 11:24 AM, Eduardo Orige wrote: > >> > >> > > >> > >> >>Number: 145414 > >> > >> >>Category: amd64 > >> > >> >>Synopsis: Problem with Geom/Gmirror > >> > >> >>Confidential: no > >> > >> >>Severity: critical > >> > >> >>Priority: medium > >> > >> >>Responsible: freebsd-amd64 > >> > >> >>State: open > >> > >> >>Quarter: > >> > >> >>Keywords: > >> > >> >>Date-Required: > >> > >> >>Class: sw-bug > >> > >> >>Submitter-Id: current-users > >> > >> >>Arrival-Date: Mon Apr 05 18:30:08 UTC 2010 > >> > >> >>Closed-Date: > >> > >> >>Last-Modified: > >> > >> >>Originator: Eduardo Orige > >> > >> >>Release: 7.2-stable > >> > >> >>Organization: > >> > >> >>Environment: > >> > >> > FreeBSD server.amizade 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > >> > >> > > >> > >> >>Description: > >> > >> > The problem happened when i try use commands like: > >> > >> > # gstat > >> > >> > and error: > >> > >> > # gstat: geom_gettree = -1: No such file or directory > >> > >> > > >> > >> > Or with this command: > >> > >> > > >> > >> > # gmirror list or gmirror status > >> > >> > and error: > >> > >> > gmirror: Cannot get GEOM tree: Unknown error: -1 > >> > >> > > >> > >> > > >> > >> >>How-To-Repeat: > >> > >> > sysctl kern.geom.debugflags=16 > >> > >> > > >> > >> > gmirror label -v gm0 ad4 > >> > >> > gmirror load > >> > >> > gmirror insert gm0 ad6 > >> > >> > >> > >> Please provide truss output for both commands. > >> > >> Thanks, > >> > >> -Garrett > >> > > > >> > > > >> > > The problem ocurred in GMIRROR only. > >> > > How-To-Repeat: > >> > >> > sysctl kern.geom.debugflags=16 > >> > >> > > >> > >> > gmirror label -v gm0 ad4 > >> > >> > gmirror load > >> > >> > gmirror insert gm0 ad6 > >> > > > >> > > Error: > >> > > gmirror list > >> > > and error: > >> > > gmirror: Cannot get GEOM tree: Unknown error: -1 > >> > > > >> > > > >> > > gmirror status > >> > > gmirror: Cannot get GEOM tree: Unknown error: -1 > >> > > > >> > > gstat > >> > > and error: > >> > > gstat: geom_gettree = -1: No such file or directory > >> > > >> > I guess you didn't see the part where I said `truss'. Please read > >> > the manpage on how to execute truss if you don't already know how to > >> > do so: > >> > > >> > http://www.freebsd.org/cgi/man.cgi?query=truss&apropos=0&sektion=0&manpath=FreeBSD+7.2-RELEASE&format=html > >> > > >> > HTH, > >> > -Garrett > >> > >> > >> Sorry, I didn't understand when you said `truss`. > >> I used follow command: > >> > >> truss -faedDS -o ~/gstatus.error -s 32 gmirror status > >> truss -faedDS -o ~/gstat.error -s 32 gstat > >> truss -faedDS -o ~/glist.error -s 32 gmirror list > >> > >> The output of the three commands above are attached. > >> > >> Thanks, > >> -Eduardo > >> > >> --------------------- > >> > >> Ok. The `no such file or directory' error is misc/144307 (I filed > >> it under the wrong category -- should be kern). Not sure why the rest > >> of it isn't working, but if you can apply the patch I attached to that > >> PR, recompile, and try to rerun the commands, does the message differ? > >> After that data is determined, the bug should be triaged on to geom@ > >> to determine whether or not it's a valid problem, or potential > >> accidental user error. > >> Thanks, > >> -Garrett > >> > >> PS Please CC bug-followup@freebsd.org the next time you reply unless > >> requested by the person helping you ;). > > > > > > Ok. So, just use commands > > make and make install in your patch and rerun the commands? > > Yes. > > > And where are your patch? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern%2F144307&cat= (turns > out that I didn't actually misfile it. Awesome...). > > -Garrett Hello, I put this file in ~/ of server and i used command: make The message recieved was: `patch.c' is up to date. But can't use the command: make install clean. I think that what i did was wrong. What I do? Thanks, -Eduardo From owner-freebsd-geom@FreeBSD.ORG Tue Apr 6 17:23:50 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11EB7106566B; Tue, 6 Apr 2010 17:23:50 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DE20A8FC16; Tue, 6 Apr 2010 17:23:49 +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 o36HNnkT049679; Tue, 6 Apr 2010 17:23:49 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o36HNnnX049675; Tue, 6 Apr 2010 17:23:49 GMT (envelope-from jh) Date: Tue, 6 Apr 2010 17:23:49 GMT Message-Id: <201004061723.o36HNnnX049675@freefall.freebsd.org> To: eduardo.orige@gmail.com, jh@FreeBSD.org, freebsd-geom@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/145414: [geom] Problem with Geom/Gmirror 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, 06 Apr 2010 17:23:50 -0000 Synopsis: [geom] Problem with Geom/Gmirror State-Changed-From-To: open->closed State-Changed-By: jh State-Changed-When: Tue Apr 6 17:23:49 UTC 2010 State-Changed-Why: Duplicate of kern/104389. http://www.freebsd.org/cgi/query-pr.cgi?pr=145414 From owner-freebsd-geom@FreeBSD.ORG Wed Apr 7 16:35:57 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FCEA106564A; Wed, 7 Apr 2010 16:35:57 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [95.108.130.119]) by mx1.freebsd.org (Postfix) with ESMTP id D30718FC18; Wed, 7 Apr 2010 16:35:56 +0000 (UTC) Received: from web135.yandex.ru (web135.yandex.ru [95.108.131.157]) by forward15.mail.yandex.net (Yandex) with ESMTP id E6D75445912D; Wed, 7 Apr 2010 20:35:54 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1270658154; bh=xZo9tQkyyqdIT+2vGm27MNztuBjXIPxAwqLqKFab37Y=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=gpGLJv68FB5+SOSta4lTCseLAKlb2POfIlGF/HELhAP2U9/KoqF9DN17DLNfrG1KM ij1rWx37wS01SJwxoY9jRk3P5+K7J2J3cl+QPNtJ4rgGNNDHcdtiU17SUf1zFXn0F3 3Ul/yFejsklEtlz51jxPko1TJrxzwbI9VmM9MoRo= Received: from localhost (localhost.localdomain [127.0.0.1]) by web135.yandex.ru (Yandex) with ESMTP id E45011218001; Wed, 7 Apr 2010 20:35:54 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: web135.yandex.ru X-Yandex-TimeMark: 1270658154 Received: from proxy.heavennet.ru (proxy.heavennet.ru [77.72.136.193]) by mail.yandex.ru with HTTP; Wed, 07 Apr 2010 20:35:51 +0400 From: Andrey V. Elsukov To: freebsd-current@freebsd.org,freebsd-geom@freebsd.org MIME-Version: 1.0 Message-Id: <55861270658151@web135.yandex.ru> Date: Wed, 07 Apr 2010 20:35:51 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: Subject: [RFC] Rewriting sade(8) 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, 07 Apr 2010 16:35:57 -0000 Hi, All. Some days ago i begun rewriting sade(8) to libgeom(3). Just for fun :-) Today i have progress and you can see some screenshoots here: http://butcher.heavennet.ru/sade/ What is done: 1. It's fully rewritten, but yes, i reuse some code from old sade. 2. I wrote small framework "customdlg" for creating custom dialogs (not yet fully finished, but works). 3. Now sade use libgeom for searching providers and it can use: {"DISK", "disk device"}, {"MD", "memory backed virtual disk"}, {"ZFS::ZVOL", "ZFS volume"}, {"MIRROR", "GEOM based mirror (RAID1)"}, {"STRIPE", "GEOM based stripe (RAID0)"}, {"RAID3", "GEOM based RAID3 array"}, {"CONCAT", "GEOM based concatenated disk"}, {"ELI", "GEOM based encrypted disk"}, {"JOURNAL", "GEOM based journalled disk"}, {"MULTIPATH", "GEOM based disk with multiple path"} 4. Access to partitions based on geom_part.so library. I made some changes in geom_part.c and sent it to Marcel, but currently didn't receive answer. Any way if these changes is not acceptable i can rewrite it for using libgeom(3) only. 5. Undo/Commit features are based on internal implementation of geom class PART. I found there two bugs: http://lists.freebsd.org/pipermail/freebsd-geom/2010-April/004018.html http://lists.freebsd.org/pipermail/freebsd-bugs/2010-April/039390.html 6. All "device" related code can be placed in shared library and in future can be reused in another frontend... 7. New Partition Editor: * partitions list now scrollable; * all operations based on geom_part.so and similar to gpart(8); * opening partition editor on empty provider opens new "Selech Partitioning Scheme" dialog and create selected scheme; * new add slice dialog; * deleting slice from empty table destroys scheme; Todo: 1. Refine customdlg. 2. Waiting for fixes in geom_part_mbr, geom_part and geom_part.so. 3. "Set Type and Label" dialog. 4. Better wording needed for messages and help. My english is bad :( ------ Missing functions: Creating filesystem and save them into /etc/fstab. What new can be added: 1. Creating ZFS pools and datasets. 2. Creating GEOM-based raids. Any comments are welcome. -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Wed Apr 7 18:13:05 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A4E2106564A for ; Wed, 7 Apr 2010 18:13:05 +0000 (UTC) (envelope-from sektie@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id D10C78FC0A for ; Wed, 7 Apr 2010 18:13:04 +0000 (UTC) Received: by pvc7 with SMTP id 7so969471pvc.13 for ; Wed, 07 Apr 2010 11:13:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=SiqwQwC7dk1x9mEyrWc2Q+GdQqLveVaQBtCl3xbsRXg=; b=rNQqBX+Yv7ZCYbUgHnqWb4JN41d5MRXmveANcCl/xDZOCr+HYPjvXFpSLwJArN2p0t STMm9sWWeTETaIirf4f5yQnPcbN0XzF096XlucYqEQFBOhxEV80RfQuqo9pcC1bNvCKi nRfjKpzNchR396VAANyTKcHWEKdNGOcxQ4zMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=OE0dfe51QLDxNhPSLEMVPvJcZMJVeBYEvdviqhhZIUgXG6fPBWik8xye7GdmUia5qe cyPC4k6rWLSIjVV25/xZuLuDh4J2YpWZet+mNLi9FzRjs5nJ6AprOuFkL6Ixj99OsWOD KLsUWuqpEsymaK2wHirqqxjN8l0zTV+S7AVP0= MIME-Version: 1.0 Sender: sektie@gmail.com Received: by 10.140.172.16 with HTTP; Wed, 7 Apr 2010 10:49:35 -0700 (PDT) In-Reply-To: <55861270658151@web135.yandex.ru> References: <55861270658151@web135.yandex.ru> Date: Wed, 7 Apr 2010 10:49:35 -0700 X-Google-Sender-Auth: e08edf60433e04b1 Received: by 10.141.91.16 with SMTP id t16mr3729411rvl.128.1270662575470; Wed, 07 Apr 2010 10:49:35 -0700 (PDT) Message-ID: From: Randi Harper To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Devin Teske , freebsd-geom@freebsd.org Subject: Re: [RFC] Rewriting sade(8) 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, 07 Apr 2010 18:13:05 -0000 On Wed, Apr 7, 2010 at 9:35 AM, Andrey V. Elsukov wrote= : > Hi, All. > > Some days ago i begun rewriting sade(8) to libgeom(3). Just for fun :-) > Today i have progress and you can see some screenshoots here: > http://butcher.heavennet.ru/sade/ > > What is done: > 1. It's fully rewritten, but yes, i reuse some code from old sade. > 2. I wrote small framework "customdlg" for creating custom dialogs (not y= et fully finished, but works). > 3. Now sade use libgeom for searching providers and it can use: > =A0 =A0 =A0 =A0{"DISK", =A0 =A0 =A0 =A0"disk device"}, > =A0 =A0 =A0 =A0{"MD", =A0 =A0 =A0 =A0 =A0"memory backed virtual disk"}, > =A0 =A0 =A0 =A0{"ZFS::ZVOL", =A0 "ZFS volume"}, > =A0 =A0 =A0 =A0{"MIRROR", =A0 =A0 =A0"GEOM based mirror (RAID1)"}, > =A0 =A0 =A0 =A0{"STRIPE", =A0 =A0 =A0"GEOM based stripe (RAID0)"}, > =A0 =A0 =A0 =A0{"RAID3", =A0 =A0 =A0 "GEOM based RAID3 array"}, > =A0 =A0 =A0 =A0{"CONCAT", =A0 =A0 =A0"GEOM based concatenated disk"}, > =A0 =A0 =A0 =A0{"ELI", =A0 =A0 =A0 =A0 "GEOM based encrypted disk"}, > =A0 =A0 =A0 =A0{"JOURNAL", =A0 =A0 "GEOM based journalled disk"}, > =A0 =A0 =A0 =A0{"MULTIPATH", =A0 "GEOM based disk with multiple path"} > 4. Access to partitions based on geom_part.so library. I made some change= s in geom_part.c and > sent it to Marcel, but currently didn't receive answer. Any way if these = changes is not acceptable > i can rewrite it for using libgeom(3) only. > 5. Undo/Commit features are based on internal implementation of geom clas= s PART. I found there > two bugs: > http://lists.freebsd.org/pipermail/freebsd-geom/2010-April/004018.html > http://lists.freebsd.org/pipermail/freebsd-bugs/2010-April/039390.html > 6. All "device" related code can be placed in shared library and in futur= e can be reused in another > frontend... > 7. New Partition Editor: > * partitions list now scrollable; > * all operations based on geom_part.so and similar to gpart(8); > * opening partition editor on empty provider opens new "Selech Partitioni= ng Scheme" dialog > and create selected scheme; > * new add slice dialog; > * deleting slice from empty table destroys scheme; > > Todo: > 1. Refine customdlg. > 2. Waiting for fixes in geom_part_mbr, geom_part and geom_part.so. > 3. "Set Type and Label" dialog. > 4. Better wording needed for messages and help. My english is bad :( > ------ > Missing functions: > Creating filesystem and save them into /etc/fstab. > > What new can be added: > 1. Creating ZFS pools and datasets. > 2. Creating GEOM-based raids. > > Any comments are welcome. > -- > WBR, Andrey V. Elsukov > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > Wow. This is awesome. patches? :D I've been working on moving sysinstall from libdisk to libgeom, but unfortunately it's a bit more complicated (redoing the way we detect devices while I'm at it). I've done a lot of the heavy lifting code, but I haven't even started on the GUI parts yet. I'd love to see how someone else tackled doing this. I'm particularly interested in #5 & #7. :) Generally, we try to keep sysinstall's disk tools and sade in sync, so I would like to work with you on this and see what we can come up with. I'm not entirely sure if #2 is a viable option since we already have functions in sysinstall that handle generating dialog boxes with libdialog, but if it's an improvement on what's existing, bring it on. CC:ing Devin Teske on this thread, as he's displayed interest in helping as well. My goal is to get all this in for 8.2, so there's quite a bit to work out in a short period of time. -- randi From owner-freebsd-geom@FreeBSD.ORG Wed Apr 7 18:42:44 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2849C106566B for ; Wed, 7 Apr 2010 18:42:44 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from hosting.nash.net.ua (hosting.nash.net.ua [193.151.252.10]) by mx1.freebsd.org (Postfix) with SMTP id 785DE8FC27 for ; Wed, 7 Apr 2010 18:42:42 +0000 (UTC) Received: (qmail 17201 invoked by uid 509); 7 Apr 2010 18:14:38 -0000 Received: from ravenloft.kiev.ua (94.244.131.95) by hosting.nash.net.ua with SMTP; 7 Apr 2010 18:14:38 -0000 Date: Wed, 7 Apr 2010 21:13:36 +0300 From: Alex Kozlov To: Randi Harper , "Andrey V. Elsukov" , freebsd-current@freebsd.org, Devin Teske , freebsd-geom@freebsd.org Message-ID: <20100407181336.GA81809@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit Cc: Subject: Re: [RFC] Rewriting sade(8) 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, 07 Apr 2010 18:42:44 -0000 On Wed, Apr 07, 2010 at 10:49:35AM -0700, Randi Harper wrote: > On Wed, Apr 7, 2010 at 9:35 AM, Andrey V. Elsukov wrote: > > Hi, All. > > > > Some days ago i begun rewriting sade(8) to libgeom(3). Just for fun :-) > > Today i have progress and you can see some screenshoots here: > > http://butcher.heavennet.ru/sade/ > > > > What is done: > > 1. It's fully rewritten, but yes, i reuse some code from old sade. > > 2. I wrote small framework "customdlg" for creating custom dialogs (not yet fully finished, but works). > > 3. Now sade use libgeom for searching providers and it can use: > >        {"DISK",        "disk device"}, > >        {"MD",          "memory backed virtual disk"}, > >        {"ZFS::ZVOL",   "ZFS volume"}, > >        {"MIRROR",      "GEOM based mirror (RAID1)"}, > >        {"STRIPE",      "GEOM based stripe (RAID0)"}, > >        {"RAID3",       "GEOM based RAID3 array"}, > >        {"CONCAT",      "GEOM based concatenated disk"}, > >        {"ELI",         "GEOM based encrypted disk"}, > >        {"JOURNAL",     "GEOM based journalled disk"}, > >        {"MULTIPATH",   "GEOM based disk with multiple path"} > > 4. Access to partitions based on geom_part.so library. I made some changes in geom_part.c and > > sent it to Marcel, but currently didn't receive answer. Any way if these changes is not acceptable > > i can rewrite it for using libgeom(3) only. > > 5. Undo/Commit features are based on internal implementation of geom class PART. I found there > > two bugs: > > http://lists.freebsd.org/pipermail/freebsd-geom/2010-April/004018.html > > http://lists.freebsd.org/pipermail/freebsd-bugs/2010-April/039390.html > > 6. All "device" related code can be placed in shared library and in future can be reused in another > > frontend... > > 7. New Partition Editor: > > * partitions list now scrollable; > > * all operations based on geom_part.so and similar to gpart(8); > > * opening partition editor on empty provider opens new "Selech Partitioning Scheme" dialog > > and create selected scheme; > > * new add slice dialog; > > * deleting slice from empty table destroys scheme; > > > > Todo: > > 1. Refine customdlg. > > 2. Waiting for fixes in geom_part_mbr, geom_part and geom_part.so. > > 3. "Set Type and Label" dialog. > > 4. Better wording needed for messages and help. My english is bad :( > > ------ > > Missing functions: > > Creating filesystem and save them into /etc/fstab. > > > > What new can be added: > > 1. Creating ZFS pools and datasets. > > 2. Creating GEOM-based raids. > > > > Any comments are welcome. > > -- > > WBR, Andrey V. Elsukov > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > Wow. This is awesome. patches? :D > > I've been working on moving sysinstall from libdisk to libgeom, but > unfortunately it's a bit more complicated (redoing the way we detect > devices while I'm at it). I've done a lot of the heavy lifting code, > but I haven't even started on the GUI parts yet. I'd love to see how > someone else tackled doing this. I'm particularly interested in #5 & > #7. :) > > Generally, we try to keep sysinstall's disk tools and sade in sync, so > I would like to work with you on this and see what we can come up > with. I'm not entirely sure if #2 is a viable option since we already > have functions in sysinstall that handle generating dialog boxes with > libdialog, but if it's an improvement on what's existing, bring it on. I have half-finished code that uses /sbin/gpart instead of libdisk or libgeom. Half-finished, because it initialy used /sbin/{fidsk,bsdlabel,gpt} So now I plan to finish the conversion to gpart and add work with gpt to mbr and bsdlable handling. > CC:ing Devin Teske on this thread, as he's displayed interest in > helping as well. My goal is to get all this in for 8.2, so there's > quite a bit to work out in a short period of time. > > -- randi -- Adios From owner-freebsd-geom@FreeBSD.ORG Wed Apr 7 18:44:35 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1034A1065675; Wed, 7 Apr 2010 18:44:35 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DAB358FC12; Wed, 7 Apr 2010 18:44:34 +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 o37IiY3w004396; Wed, 7 Apr 2010 18:44:34 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o37IiYQN004392; Wed, 7 Apr 2010 18:44:34 GMT (envelope-from linimon) Date: Wed, 7 Apr 2010 18:44:34 GMT Message-Id: <201004071844.o37IiYQN004392@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-geom@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/145452: [geom] [panic] panic in geom_part_mbr when undoing destroy command 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, 07 Apr 2010 18:44:35 -0000 Old Synopsis: [geom] panic in geom_part_mbr when undoing destroy command New Synopsis: [geom] [panic] panic in geom_part_mbr when undoing destroy command Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Wed Apr 7 18:44:17 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=145452 From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 05:25:57 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB383106566C; Thu, 8 Apr 2010 05:25:57 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1.mail.yandex.net (forward1.mail.yandex.net [77.88.46.6]) by mx1.freebsd.org (Postfix) with ESMTP id 8E8B28FC13; Thu, 8 Apr 2010 05:25:51 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward1.mail.yandex.net (Yandex) with ESMTP id EEEF669E8534; Thu, 8 Apr 2010 09:25:48 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1270704349; bh=bIgARXcxUflqXCjsoDKr1paOedy78pLRALGAVyeq6OY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=wY3J211WF1aO5ovKYEpecczRCT/5eRywhx2NOM2ypntN8pHZ1lIfFKW5J2ju4egfW rWjItlBOBd2n6qXLmRGbbhcsbMO77fgL6zzBTHl0gJe2fVu5e+yinTyLUcbXsfYiQX RN/uq9piI8wt4hbASyxuJFGi9GM6xD+cGvlWK4gM= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id 81705E60148; Thu, 8 Apr 2010 09:25:48 +0400 (MSD) Message-ID: <4BBD68DB.7050600@yandex.ru> Date: Thu, 08 Apr 2010 09:25:47 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Randi Harper References: <55861270658151@web135.yandex.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1270704348 X-Yandex-Spam: 1 X-Yandex-Front: smtp1.mail.yandex.net Cc: freebsd-current@freebsd.org, Devin Teske , freebsd-geom@freebsd.org Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 05:25:57 -0000 On 07.04.2010 21:49, Randi Harper wrote: > Wow. This is awesome. patches? :D :) I'm not ready yet to publish code. I planned to announce this RFC a bit later, when code will be finished. But Konstantin (kib@) suggested do it before finishing. > I've been working on moving sysinstall from libdisk to libgeom, but > unfortunately it's a bit more complicated (redoing the way we detect > devices while I'm at it). I've done a lot of the heavy lifting code, > but I haven't even started on the GUI parts yet. I'd love to see how > someone else tackled doing this. I'm particularly interested in #5& > #7. :) Initially i wanted to only modify current sade's code to move it from libdisk to libgeom. But after several attempts i decided that it will be easier to rewrite it :) > Generally, we try to keep sysinstall's disk tools and sade in sync, so > I would like to work with you on this and see what we can come up > with. I'm not entirely sure if #2 is a viable option since we already > have functions in sysinstall that handle generating dialog boxes with > libdialog, but if it's an improvement on what's existing, bring it on. Yes, I looked at this code in sysinstall and in libdialog. Also I looked to another console UI libs. The main problem of using external libraries is that not so easy import them into base system. libdialog have several problemls too, imho. 1. Custom dialogs based on ComposeObj are ugly :) 2. It supports *only* single-byte characters. Initially I wanted to write code with message catalogs support. But after several tests I leaved this idea. Also it seems there is no catgets analog for wide characters. -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 06:27:40 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33BDF1065670; Thu, 8 Apr 2010 06:27:40 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (unknown [IPv6:2001:470:1f09:679::1]) by mx1.freebsd.org (Postfix) with ESMTP id EB9EB8FC0A; Thu, 8 Apr 2010 06:27:39 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 291A0978F; Thu, 8 Apr 2010 06:27:38 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from core.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Thu, 8 Apr 2010 06:27:38 +0000 (UTC) From: Bruce Cran To: freebsd-current@freebsd.org Date: Thu, 8 Apr 2010 07:27:20 +0100 User-Agent: KMail/1.13.2 (FreeBSD/9.0-CURRENT; KDE/4.4.2; amd64; ; ) References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> In-Reply-To: <4BBD68DB.7050600@yandex.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201004080727.21020.bruce@cran.org.uk> Cc: "Andrey V. Elsukov" , Devin Teske , Randi Harper , freebsd-geom@freebsd.org Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 06:27:40 -0000 On Thursday 08 April 2010 06:25:47 Andrey V. Elsukov wrote: > I'm not ready yet to publish code. I planned to announce this RFC > a bit later, when code will be finished. But Konstantin (kib@) suggested > do it before finishing. That's a shame. As long as the source isn't available it's of little interest to me. For anyone who wants to see the bits of code I've got so far, I've created a Google Code project at http://code.google.com/p/gcpart/ . I'm currently trying to figure out how to get the partitioning scheme out of the XML tree, which is why there's no geom code there yet. As soon as I do so, I'll start checking in my effort at the new partitioning application. -- Bruce Cran From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 06:51:11 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A35F5106564A; Thu, 8 Apr 2010 06:51:11 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4E70F8FC08; Thu, 8 Apr 2010 06:51:11 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward3.mail.yandex.net (Yandex) with ESMTP id A8CD656D8D8F; Thu, 8 Apr 2010 10:51:09 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1270709469; bh=BcfpUZTX50q6Q6KyGhyKSWB+gMx/S8ixkKfZSGS8Aeo=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Utb/8W0y/d+34sEKAb0Rsb9Ss9Uy0og50eSUCstwEsEvKM2pFPK9fpaozmYNtZlAk JIoW+w++QtBjgIe3m/NQOjhy8cfoZI0pRUdasn+A5k2gR62ncAuoK0Q8cas21n9dNF nsYRwn7zBz3Ax2wDCeIR6pRavh8uzeAtgIt8JXWs= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id 41744E60136; Thu, 8 Apr 2010 10:51:09 +0400 (MSD) Message-ID: <4BBD7CDC.2070505@yandex.ru> Date: Thu, 08 Apr 2010 10:51:08 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Bruce Cran References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> In-Reply-To: <201004080727.21020.bruce@cran.org.uk> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1270709469 X-Yandex-Spam: 1 X-Yandex-Front: smtp1.mail.yandex.net Cc: freebsd-current@freebsd.org, Devin Teske , Randi Harper , freebsd-geom@freebsd.org Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 06:51:11 -0000 On 08.04.2010 10:27, Bruce Cran wrote: > That's a shame. As long as the source isn't available it's of little interest > to me. > > For anyone who wants to see the bits of code I've got so far, I've created a > Google Code project at http://code.google.com/p/gcpart/ . I'm currently trying > to figure out how to get the partitioning scheme out of the XML tree, which is > why there's no geom code there yet. As soon as I do so, I'll start checking > in my effort at the new partitioning application. I just thinking about future of my project. It seems there are several people who worked on the same before. And I have not finished yet only few things from initially planned. After that i can remove any unused code, write some comments and publish it somewhere in perforce. Also at this time code depends on changes which i made in geom_part.so and which are not yet commited into base system. After code review there can be several ways to go. And I have an interest which way will be for me :) -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 07:27:31 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFFEF106566B; Thu, 8 Apr 2010 07:27:31 +0000 (UTC) (envelope-from sektie@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 826428FC13; Thu, 8 Apr 2010 07:27:31 +0000 (UTC) Received: by pwi9 with SMTP id 9so1853066pwi.13 for ; Thu, 08 Apr 2010 00:27:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=Shgc3RUcm6FF1CzGfE4QxVEscoHdY+1QLOFvcXgrg+I=; b=j37r4xf+TWAqxxp0aqFNK0WGzGesqsoun2Kdior5XQs/1A7REPkpBZPbRUjI/qCjqr KLJGYd1AlKtrG3E8DbW1UOPFAAW2Zn9q8Dvnmv6ZmklLLMRENaY8aPqglYNoQ/RmwK7z +bzUQ6vU23UIpfMW0mupQVZyG3wVnNEYkVzBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=bXIQEXt35mEoZyu9hMDkPUMfNiAeSXQVRGw1ctaDDf4fWixjWCrgdU8WZlsWQ/Vjhg PJ2Q5S+RX2p1UKQIIlBvnNsDxc3APiVvj1NqNxqH8asp9sBSB4MSy1EitEX+PIM6vDMV WnXbe+s58rSfyvCCsb4bsaWjMVkhAF8qA26xE= MIME-Version: 1.0 Sender: sektie@gmail.com Received: by 10.140.255.21 with HTTP; Thu, 8 Apr 2010 00:27:31 -0700 (PDT) In-Reply-To: <4BBD68DB.7050600@yandex.ru> References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> Date: Thu, 8 Apr 2010 00:27:31 -0700 X-Google-Sender-Auth: 27edbe57c791ca11 Received: by 10.140.255.8 with SMTP id c8mr1644091rvi.7.1270711651128; Thu, 08 Apr 2010 00:27:31 -0700 (PDT) Message-ID: From: Randi Harper To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Devin Teske , freebsd-geom@freebsd.org Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 07:27:31 -0000 2010/4/7 Andrey V. Elsukov : > On 07.04.2010 21:49, Randi Harper wrote: >> >> Wow. This is awesome. patches? :D > > :) > I'm not ready yet to publish code. I planned to announce this RFC > a bit later, when code will be finished. But Konstantin (kib@) suggested > do it before finishing. > >> I've been working on moving sysinstall from libdisk to libgeom, but >> unfortunately it's a bit more complicated (redoing the way we detect >> devices while I'm at it). I've done a lot of the heavy lifting code, >> but I haven't even started on the GUI parts yet. I'd love to see how >> someone else tackled doing this. I'm particularly interested in #5& >> #7. :) > > Initially i wanted to only modify current sade's code to move it from > libdisk to libgeom. But after several attempts i decided that it will be > easier to rewrite it :) > >> Generally, we try to keep sysinstall's disk tools and sade in sync, so >> I would like to work with you on this and see what we can come up >> with. I'm not entirely sure if #2 is a viable option since we already >> have functions in sysinstall that handle generating dialog boxes with >> libdialog, but if it's an improvement on what's existing, bring it on. > > Yes, I looked at this code in sysinstall and in libdialog. Also I looked > to another console UI libs. The main problem of using external libraries > is that not so easy import them into base system. > > libdialog have several problemls too, imho. > 1. Custom dialogs based on ComposeObj are ugly :) > 2. It supports *only* single-byte characters. Initially I wanted to > write code with message catalogs support. But after several tests > I leaved this idea. Also it seems there is no catgets analog for > wide characters. > > -- > WBR, Andrey V. Elsukov It's great that you want to work on this, but there are other people working in the same area, so keeping your code to yourself for too long makes it very likely that it will never get used. -- randi From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 08:12:29 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82FEF106566B; Thu, 8 Apr 2010 08:12:29 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward10.mail.yandex.net (forward10.mail.yandex.net [77.88.61.49]) by mx1.freebsd.org (Postfix) with ESMTP id 29B668FC08; Thu, 8 Apr 2010 08:12:27 +0000 (UTC) Received: from smtp6.mail.yandex.net (smtp6.mail.yandex.net [77.88.61.56]) by forward10.mail.yandex.net (Yandex) with ESMTP id B55CB1321959; Thu, 8 Apr 2010 12:09:40 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1270714180; bh=zasEUgyRcr47hQ5g0pbF5jSpV1QszOkTNwetS6mtOkw=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=aCfcim6SoRFbtqcEe28BvNDmamRNdsR/tZprM/O9Y99fGZyG1XIUSJKKTzUzwZcVO Z/n0CR/F/7QhBHAZELZ3t06znnCjXGJTDiTgUBdXMWcx6I1HbZtGc3g2XOtFyPgtAz lKp4PVs1/pciopbFf9GAJ3/M1f2BjAnf4yQnEXiA= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp6.mail.yandex.net (Yandex) with ESMTPSA id 5E16914C8032; Thu, 8 Apr 2010 12:09:40 +0400 (MSD) Message-ID: <4BBD8F43.5080606@yandex.ru> Date: Thu, 08 Apr 2010 12:09:39 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Randi Harper References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1270714180 X-Yandex-Spam: 1 X-Yandex-Front: smtp6.mail.yandex.net Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Devin Teske , freebsd-geom@freebsd.org Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 08:12:29 -0000 On 08.04.2010 11:27, Randi Harper wrote: > It's great that you want to work on this, but there are other people > working in the same area, so keeping your code to yourself for too > long makes it very likely that it will never get used. Ok. I put the code here: http://butcher.heavennet.ru/sade/sade-20100408.tgz -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 08:56:07 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21F49106564A; Thu, 8 Apr 2010 08:56:07 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id A38938FC08; Thu, 8 Apr 2010 08:56:06 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2CF7F.dip.t-dialin.net [217.226.207.127]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 8ADA98442CF; Thu, 8 Apr 2010 10:38:13 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 97785504B; Thu, 8 Apr 2010 10:38:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1270715890; bh=aANFLhxYypyao71LqraQa+Ve87gtxaf/RsowIXYm4AI=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=uPOe4rpQwSMzvPxDBYVVJd+VT7cAnOVlJf9O1KqH/nt3SGhxws8u+SN7ThZauC2EG +gNSGj+ASi3U4gxHlTci/m/VLEAUvYJ9HCd8rakeCBLH4s3wjPcOuU+VRPKofop+4A MQJr1b6OI2Qnh/VCO/h+qVuV271/jWcbdNj16T/SFxNdQ1eUAZEyhOU+3zqz0K726s Z3mhG4PbbOEqblJf0FEFFNzVgtJe1bibge3gIzlRMu60FlUT3ZOTY9mssEfFH806s7 6R98BvWR9d3fLRtbJTM+wQdA5CDCJzgJ9gYRGhRBCmw3+dWLlOBmVVl9feBAfrD+RE aqy0+HoHueVWw== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o388cA26066315; Thu, 8 Apr 2010 10:38:10 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 08 Apr 2010 10:38:09 +0200 Message-ID: <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> Date: Thu, 08 Apr 2010 10:38:09 +0200 From: Alexander Leidinger To: "Andrey V. Elsukov" References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> In-Reply-To: <4BBD7CDC.2070505@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 8ADA98442CF.D705A X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1271320695.93974@vKlu4naqNwYPQ3AYHlLF0w X-EBL-Spam-Status: No Cc: Bruce Cran , Devin, freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 08:56:07 -0000 Quoting "Andrey V. Elsukov" (from Thu, 08 Apr 2010 10:51:08 +0400): > On 08.04.2010 10:27, Bruce Cran wrote: >> That's a shame. As long as the source isn't available it's of >> little interest >> to me. >> >> For anyone who wants to see the bits of code I've got so far, I've created a >> Google Code project at http://code.google.com/p/gcpart/ . I'm >> currently trying >> to figure out how to get the partitioning scheme out of the XML >> tree, which is >> why there's no geom code there yet. As soon as I do so, I'll start checking >> in my effort at the new partitioning application. > > I just thinking about future of my project. It seems there are several people > who worked on the same before. And I have not finished yet only few > things from > initially planned. After that i can remove any unused code, write > some comments > and publish it somewhere in perforce. Please consider using SVN instead. A lot more users will be able to check out from there. > Also at this time code depends on changes which i made in > geom_part.so and which > are not yet commited into base system. > After code review there can be several ways to go. And I have an > interest which way > will be for me :) It looks like other people had a look at sysinstall, not at sade. As sysinstall is supposed to be used at installation time, and the intent for sade was to offer the functionality (or more) of the part of sysinstall which is useful after installation (and to prevent admins from using sysinstall after the installation to prevent some unwanted foot-shooting), I do not think that we need to think about a strong lock between sysinstall and sade. If you can enhance sade beyond what sysinstall is able to do, I would say go ahead (note: I committed sade). Bye, Alexander. -- Leela: "He's crude and gross and he treats me like a slave." Fry: "Then dump his one-eyed ass." http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 09:22:18 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B64881065674 for ; Thu, 8 Apr 2010 09:22:18 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9C08FC21; Thu, 8 Apr 2010 09:22:18 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 33B841FFC22; Thu, 8 Apr 2010 09:05:35 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 1434A844C6; Thu, 8 Apr 2010 11:05:35 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Leidinger References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> Date: Thu, 08 Apr 2010 11:05:34 +0200 In-Reply-To: <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> (Alexander Leidinger's message of "Thu, 08 Apr 2010 10:38:09 +0200") Message-ID: <867hoi8gbl.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-current@freebsd.org, freebsd-geom@freebsd.org, Teske , Randi Harper , "Andrey V. Elsukov" , Devin@FreeBSD.ORG Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 09:22:18 -0000 Alexander Leidinger writes: > Please consider using SVN instead. A lot more users will be able to > check out from there. We don't grant non-committers access to the Subversion repo. > It looks like other people had a look at sysinstall, not at sade. As > sysinstall is supposed to be used at installation time, and the intent > for sade was to offer the functionality (or more) of the part of > sysinstall which is useful after installation (and to prevent admins > from using sysinstall after the installation to prevent some unwanted > foot-shooting), I do not think that we need to think about a strong > lock between sysinstall and sade. Yes we do. Otherwise we'll just end up back where we are today, where if you want anything more complicated than a single-disk install you have to drop into the fixit shell and do it manually before running the installation procedure. Anythig that sade can do, we want sysinstall to do as well, and we don't want to implement everything twice. My suggestion is to add a "sysinstall mode" to sade where it operates under certain (minor) constraints and reports what it did in a format that sysinstall can parse, so sysinstall can just fork-exec sade instead of duplicating the code. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 10:15:09 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BE9D106566B; Thu, 8 Apr 2010 10:15:09 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC6A8FC0C; Thu, 8 Apr 2010 10:15:08 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2CF7F.dip.t-dialin.net [217.226.207.127]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 29A5E8442D0; Thu, 8 Apr 2010 12:15:04 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 42E655056; Thu, 8 Apr 2010 12:15:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1270721701; bh=slvV61o7vcBBw/krqiBb+PvPNKGto5e8uOS5jhvE+wI=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=dhnQF28omWnIQdmiJ0x6n+akrcQen3WLkp+W4917RcJLu5ZtLvrf/YNHuFc5/M+Bb aQQykhh2GQGwVjGV4IqJM2GCKgsYIEtgg6ubuLs+7BIg5wGDCBGE3zNgQDah2zrS0b J03XGep6VSUC+vc6HvIajn9NQtSPR2vZa0mDtlaS4gMAAoKthnq4wJ9ljv4+wwfp+I 4/YGbtyPENC/6ils7dsTF1HgBBRHhwqfHU0WTO2tWijKV4OG9ZRTp4YeVytuWBdoxl xb1tmV2eW9SF+UVwQTWxQI61UyC3O0j4LohFoiDd1ep7UkbhZbFGBl2sO/8gquw6Tc fq9qZ6pBqy8vg== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o38AF0YC088184; Thu, 8 Apr 2010 12:15:00 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 08 Apr 2010 12:15:00 +0200 Message-ID: <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> Date: Thu, 08 Apr 2010 12:15:00 +0200 From: Alexander Leidinger To: Dag-Erling =?utf-8?b?U23Dg8K4cmdyYXY=?= References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> In-Reply-To: <867hoi8gbl.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 29A5E8442D0.9E186 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1271326504.70378@xnbci6vqNKk8wDxFQPqwJA X-EBL-Spam-Status: No Cc: Bruce Cran , freebsd-current@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG, Teske , Randi Harper , "Andrey V. Elsukov" , Devin@FreeBSD.ORG Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 10:15:09 -0000 Quoting Dag-Erling Sm=C3=83=C2=B8rgrav (from Thu, 08 Apr 2010 = =20 11:05:34 +0200): > Alexander Leidinger writes: >> Please consider using SVN instead. A lot more users will be able to >> check out from there. > > We don't grant non-committers access to the Subversion repo. Ooops... seems I misremembered his status. Somehow I associate him =20 with something FreeBSD related. Andrey, did you participate in a GSoC? >> It looks like other people had a look at sysinstall, not at sade. As >> sysinstall is supposed to be used at installation time, and the intent >> for sade was to offer the functionality (or more) of the part of >> sysinstall which is useful after installation (and to prevent admins >> from using sysinstall after the installation to prevent some unwanted >> foot-shooting), I do not think that we need to think about a strong >> lock between sysinstall and sade. > > Yes we do. Otherwise we'll just end up back where we are today, where > if you want anything more complicated than a single-disk install you > have to drop into the fixit shell and do it manually before running the > installation procedure. Anythig that sade can do, we want sysinstall to > do as well, and we don't want to implement everything twice. From the man page: ---snip--- NOTES The sade utility aims to provide a handy tool for disk management tas= ks on an already installed system. ---snip--- Disk management tasks contains stuff which exceeds what sysinstall =20 needs to provide. One possible extension is to display content from =20 /etc/dumpdates along with partitions (would be helpful if someone uses =20 dump to make backups and wants to delete a partition, but only if =20 there is a recent backup available). > My suggestion is to add a "sysinstall mode" to sade where it operates > under certain (minor) constraints and reports what it did in a format > that sysinstall can parse, so sysinstall can just fork-exec sade instead > of duplicating the code. I think this is more complicated than to refactor the interesting part =20 into a backend with an API which both tools can use. This would also =20 allow someone to write a GUI program (e.g. for PC-BSD). Again, there is no need for a *strong* lock between sysinstall and =20 sade. Both should provide similar features regarding partition and =20 slice handling, but they do not need to share exactly the same =20 interface code. Bye, Alexander. --=20 Above all else - sky. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 10:20:40 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40FF8106566C; Thu, 8 Apr 2010 10:20:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFC98FC1C; Thu, 8 Apr 2010 10:20:38 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA21604; Thu, 08 Apr 2010 13:20:31 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BBDADEE.1090401@icyb.net.ua> Date: Thu, 08 Apr 2010 13:20:30 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> In-Reply-To: <867hoi8gbl.fsf@ds4.des.no> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "Andrey V. Elsukov" , Alexander Leidinger , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 10:20:40 -0000 on 08/04/2010 12:05 Dag-Erling Smørgrav said the following: > Alexander Leidinger writes: >> Please consider using SVN instead. A lot more users will be able to >> check out from there. > > We don't grant non-committers access to the Subversion repo. But nothing stops Andrey from creating his own svn/hg/git/etc repo _just_ for his sade bits. It's easy. This is what I would do even just for my own sake. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 10:30:36 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12FEB106566B; Thu, 8 Apr 2010 10:30:36 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [95.108.130.93]) by mx1.freebsd.org (Postfix) with ESMTP id 706B38FC0A; Thu, 8 Apr 2010 10:30:35 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward11.mail.yandex.net (Yandex) with ESMTP id 5A999F488B5; Thu, 8 Apr 2010 14:30:34 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1270722634; bh=HYZC3P6RF0Rq0XOLRh9MZchyCALtutjXz1omf/4jVRo=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=kupFUl63Gqqm9SG+Xg7BooweG5zL9d9vPdxDtobXdG2jBKtHwwyo3eC1rLdgJi8bv AhFiZryQ+EiUPryMKWeZEtFD2BH6c27Sydq6K/oA6F+NXrY3+q/O2eM7WW3QHJmqrf lFCCqJnglNMrOwtkfaDSbP63g+bJvuD9TeXLyG9A= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp11.mail.yandex.net (Yandex) with ESMTPSA id CC430673007D; Thu, 8 Apr 2010 14:30:33 +0400 (MSD) Message-ID: <4BBDB049.4010605@yandex.ru> Date: Thu, 08 Apr 2010 14:30:33 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Alexander Leidinger References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> In-Reply-To: <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1270722634 X-Yandex-Spam: 1 X-Yandex-Front: smtp11.mail.yandex.net Cc: Bruce Cran , freebsd-geom@FreeBSD.ORG, Teske , Randi Harper , freebsd-current@FreeBSD.ORG, Devin@FreeBSD.ORG, =?UTF-8?B?RGFnLUVybGluZyBTbcODwrhyZ3Jhdg==?= Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 10:30:36 -0000 On 08.04.2010 14:15, Alexander Leidinger wrote: >> We don't grant non-committers access to the Subversion repo. > > Ooops... seems I misremembered his status. Somehow I associate him with > something FreeBSD related. Andrey, did you participate in a GSoC? No, I'm not fit for GSoC. >> My suggestion is to add a "sysinstall mode" to sade where it operates >> under certain (minor) constraints and reports what it did in a format >> that sysinstall can parse, so sysinstall can just fork-exec sade instead >> of duplicating the code. I like this idea. Any way i'll try to finish my work myself. -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 10:35:31 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F10E3106566B; Thu, 8 Apr 2010 10:35:31 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 1F83E8FC19; Thu, 8 Apr 2010 10:35:30 +0000 (UTC) Received: by fxm25 with SMTP id 25so46653fxm.3 for ; Thu, 08 Apr 2010 03:35:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=c0O6dn6n5vVob/n/2w7fdXlyn/jsTdLeEC/cfHLNovc=; b=KLaWEHS48w/qpJ4MelyP5s9rdMYu9f/SiPCCXgiWASpAV6wYWWCUOvce8G/03/VaDE hGcFYb4DuRMVH5GGfXwo4YBfoDdUocgL9SAjX/MJpN03Q/RCyRgKq+KcDqY4f2rADw2V yV9ukw3kKgNACvcoaFEyhb5dcLQvdgHgmK+5E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=plI52ajDxoXeJNTDRZHrvpnOvuOJKLEeEpmxgCK1goHpK8VK62Mg409tvP1DvEARxy SJk+cXJCuX0c55f4SdKMUIR1OqTimxJE3Gizv3iaG8Zm/W7eXCltyLnc4YGb3OIHCyO3 7XC6Rf3gOu004WT7Eks/M4ySzeFeIvQbSw+M8= Received: by 10.223.50.68 with SMTP id y4mr2148563faf.51.1270721161866; Thu, 08 Apr 2010 03:06:01 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 14sm1247106fxm.9.2010.04.08.03.06.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 03:06:01 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=iso-8859-1 From: Rui Paulo In-Reply-To: <867hoi8gbl.fsf@ds4.des.no> Date: Thu, 8 Apr 2010 11:05:59 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-Mailer: Apple Mail (2.1078) Cc: Bruce Cran , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, Devin@FreeBSD.ORG, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 10:35:32 -0000 On 8 Apr 2010, at 10:05, Dag-Erling Sm=F8rgrav wrote: > Alexander Leidinger writes: >> Please consider using SVN instead. A lot more users will be able to >> check out from there. >=20 > We don't grant non-committers access to the Subversion repo. The SVN repo is available to the public via HTTP. Regards, -- Rui Paulo From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 11:13:05 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7CE6106566B; Thu, 8 Apr 2010 11:13:05 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 8E34E8FC18; Thu, 8 Apr 2010 11:13:05 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8C5941FFC22; Thu, 8 Apr 2010 11:13:04 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2DAB7844A8; Thu, 8 Apr 2010 13:13:04 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Rui Paulo References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> Date: Thu, 08 Apr 2010 13:13:03 +0200 In-Reply-To: (Rui Paulo's message of "Thu, 8 Apr 2010 11:05:59 +0100") Message-ID: <86ochuuri8.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 11:13:05 -0000 Rui Paulo writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Alexander Leidinger writes: > > > Please consider using SVN instead. A lot more users will be able > > > to check out from there. > > We don't grant non-committers access to the Subversion repo. > The SVN repo is available to the public via HTTP. AFAIK, the OP is not a committer, and hence does not have write access. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 12:01:35 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E06B106566B; Thu, 8 Apr 2010 12:01:35 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id E9DE78FC34; Thu, 8 Apr 2010 12:01:34 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 089C91FFC22; Thu, 8 Apr 2010 12:01:34 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id DD803844A8; Thu, 8 Apr 2010 14:01:33 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Leidinger References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> Date: Thu, 08 Apr 2010 14:01:33 +0200 In-Reply-To: <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> (Alexander Leidinger's message of "Thu, 08 Apr 2010 12:15:00 +0200") Message-ID: <86fx36up9e.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-current@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG, Teske , Randi Harper , "Andrey V. Elsukov" , Devin@FreeBSD.ORG Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 12:01:35 -0000 Alexander Leidinger writes: > I think this is more complicated than to refactor the interesting part > into a backend with an API which both tools can use. This would also > allow someone to write a GUI program (e.g. for PC-BSD). There have been at least three or four attempts to do this in the past. One of them was even fully funded by the FreeBSD Foundation. They all failed. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 12:23:24 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFC161065670 for ; Thu, 8 Apr 2010 12:23:24 +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 7473E8FC1B for ; Thu, 8 Apr 2010 12:23:24 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NzqlR-0002GW-KC for freebsd-geom@freebsd.org; Thu, 08 Apr 2010 14:23:17 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Apr 2010 14:23:17 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 08 Apr 2010 14:23:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 08 Apr 2010 14:23:17 +0200 Lines: 28 Message-ID: References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 In-Reply-To: <86fx36up9e.fsf@ds4.des.no> X-Enigmail-Version: 1.0.1 Cc: freebsd-current@freebsd.org Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 12:23:24 -0000 On 04/08/10 14:01, Dag-Erling Smørgrav wrote: > Alexander Leidinger writes: >> I think this is more complicated than to refactor the interesting part >> into a backend with an API which both tools can use. This would also >> allow someone to write a GUI program (e.g. for PC-BSD). > > There have been at least three or four attempts to do this in the past. > One of them was even fully funded by the FreeBSD Foundation. They all > failed. Since I was involved in one of them (not the Foundation-funded one, though; who got that? I don't remember seeing an announcement), I'll attempt to share some of my experiences. One experience is that, unless both components (the backend and the front-end) are done, nobody will use either. The second, that it's apparently a given that the backend must be written in C to be imported into base - this is a large obstacle for doing something that, I think, by definition should be scriptable. Apparently noone was/is interested in a Python backend :( Third, I feel that using a RPC-like network protocol - in my case XML-RPC was/is a good idea but it also received too little comments and interest. Fourth, it's bloody hard doing open-source development unless you have external funding. From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 13:43:00 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3463106564A for ; Thu, 8 Apr 2010 13:43:00 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 928A08FC0A for ; Thu, 8 Apr 2010 13:43:00 +0000 (UTC) Received: from mail.ixsystems.com (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id 18036A66402 for ; Thu, 8 Apr 2010 06:27:34 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by mail.ixsystems.com (mail.ixsystems.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 07760-10 for ; Thu, 8 Apr 2010 06:27:33 -0700 (PDT) Received: from [192.168.0.55] (unknown [75.131.46.136]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id B0DD9A66400 for ; Thu, 8 Apr 2010 06:27:33 -0700 (PDT) Message-ID: <4BBDA17D.1030502@pcbsd.org> Date: Thu, 08 Apr 2010 09:27:25 +0000 From: Kris Moore User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-geom@freebsd.org References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 13:43:00 -0000 On 04/08/2010 12:23, Ivan Voras wrote: > On 04/08/10 14:01, Dag-Erling Smørgrav wrote: > >> Alexander Leidinger writes: >> >>> I think this is more complicated than to refactor the interesting part >>> into a backend with an API which both tools can use. This would also >>> allow someone to write a GUI program (e.g. for PC-BSD). >>> >> There have been at least three or four attempts to do this in the past. >> One of them was even fully funded by the FreeBSD Foundation. They all >> failed. >> > Since I was involved in one of them (not the Foundation-funded one, > though; who got that? I don't remember seeing an announcement), I'll > attempt to share some of my experiences. > > One experience is that, unless both components (the backend and the > front-end) are done, nobody will use either. > > The second, that it's apparently a given that the backend must be > written in C to be imported into base - this is a large obstacle for > doing something that, I think, by definition should be scriptable. > Apparently noone was/is interested in a Python backend :( > > Third, I feel that using a RPC-like network protocol - in my case > XML-RPC was/is a good idea but it also received too little comments and > interest. > > Fourth, it's bloody hard doing open-source development unless you have > external funding. > > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" > FWIW, I think there's nothing wrong with doing a backend in something other than C. On the PC-BSD side we've implemented our own new backend / frontend installer scheme, and its working quite nicely now. The backend is written entirely in "sh", with no requirements on any extra libs / programs. This means we can run it on a 100% pure FreeBSD base, and not need some 3rd party utilities to be included. http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall Anyway, it now supports ZFS, glabel, geli, gmirror, gpart, GPT, script-able installs, etc and is still under heavy development to improve upon said features. Our C++ front-end is written in QT4, which of course is great for the PC-BSD side. If we could get somebody to write a curses front-end then it may be possible to use it for FreeBSD as well. (It already supports doing Vanilla FreeBSD-only installations) -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 13:53:20 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15BD71065672; Thu, 8 Apr 2010 13:53:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id A9C788FC22; Thu, 8 Apr 2010 13:53:19 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2CF7F.dip.t-dialin.net [217.226.207.127]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 65F5D8442CF; Thu, 8 Apr 2010 15:53:13 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 664465074; Thu, 8 Apr 2010 15:53:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1270734790; bh=ofIeURU8Tk1u16OOkOWKx6VzaqkL7Mkpwus1Q9/7JoI=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=fPoE8Gv48nA15QlvunY/Z/jrcOezGzk5gLY1Bl4ZevZ8sT08W+Y0CnjE3677S7vk+ 6xALQu2Dx4O2Zi13STw3lzidrwiNLt1Fl8FYEMiPYg+gIi2mVn76Ny2RNzFVoB6zxy c8VBRSD/SyKVt6u03YSjXekZAJKrr3yEGYTT3NN/1Q19mWh43YlNuj6sWNx0/XP//o mKKf2R8wwEnplU7wetFrT6hveGkltZTEYoA9CkSQB8sPy0iz+u9nDIv/hvfmYs0S0Y 9LeamIf4uwAhXEKsXxX0c0T1fcmER3cQdQQ+Wxdt/GNdroMXdeS6KleUeFck3UTY49 grrp47Tv6sFtg== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o38Dr9Qa037083; Thu, 8 Apr 2010 15:53:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 08 Apr 2010 15:53:09 +0200 Message-ID: <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> Date: Thu, 08 Apr 2010 15:53:09 +0200 From: Alexander Leidinger To: Dag-Erling =?utf-8?b?U23Dg8K4cmdyYXY=?= References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> In-Reply-To: <86fx36up9e.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 65F5D8442CF.12F7D X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1271339594.6354@8RWDoP8L3F1XA4vV1f1WTA X-EBL-Spam-Status: No Cc: Bruce Cran , freebsd-current@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG, Teske , Randi Harper , "Andrey V. Elsukov" , Devin@FreeBSD.ORG Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 13:53:20 -0000 Quoting Dag-Erling Sm=C3=83=C2=B8rgrav (from Thu, 08 Apr 2010 = =20 14:01:33 +0200): > Alexander Leidinger writes: >> I think this is more complicated than to refactor the interesting part >> into a backend with an API which both tools can use. This would also >> allow someone to write a GUI program (e.g. for PC-BSD). > > There have been at least three or four attempts to do this in the past. > One of them was even fully funded by the FreeBSD Foundation. They all > failed. I was told a lot of people tried to make the WITH_CTF part working =20 without the need to use -DWITH_CTF each time at the command line and =20 failed. Nevertless I did it. So telling something is not possible =20 because other people tried and failed is ridiculous. If there is no =20 proof that it can not be done, I'm sure someone exists who is able to =20 do it. I stand by my words and still say that it is less complicated to put =20 the logic into a backend-lib. If Andrey has problems to do this, I'm =20 willing to invest some time to mentor him in this regard. BTW: I do not think you talk about a partition editor, but about the =20 complete sysinstall. This is a different beast than only the part =20 which I outlined above. Andrey has already some working stuff which =20 just needs to be refactored into frontend/backend-lib parts. Bye, Alexander. --=20 UNIX is many things to many people, but it's never been everything to anybody. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 13:55:00 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1D231065672; Thu, 8 Apr 2010 13:55:00 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CBB3C8FC18; Thu, 8 Apr 2010 13:54:58 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6491B46B58; Thu, 8 Apr 2010 09:54:58 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id A79D68A025; Thu, 8 Apr 2010 09:54:57 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 8 Apr 2010 08:49:12 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> In-Reply-To: <867hoi8gbl.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201004080849.12151.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 08 Apr 2010 09:54:57 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Bruce Cran , freebsd-geom@freebsd.org, Teske , Randi Harper , "Andrey V. Elsukov" , Alexander Leidinger , Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?= Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 13:55:00 -0000 On Thursday 08 April 2010 5:05:34 am Dag-Erling Sm=C3=B8rgrav wrote: > Alexander Leidinger writes: > > Please consider using SVN instead. A lot more users will be able to > > check out from there. >=20 > We don't grant non-committers access to the Subversion repo. >=20 > > It looks like other people had a look at sysinstall, not at sade. As > > sysinstall is supposed to be used at installation time, and the intent > > for sade was to offer the functionality (or more) of the part of > > sysinstall which is useful after installation (and to prevent admins > > from using sysinstall after the installation to prevent some unwanted > > foot-shooting), I do not think that we need to think about a strong > > lock between sysinstall and sade. >=20 > Yes we do. Otherwise we'll just end up back where we are today, where > if you want anything more complicated than a single-disk install you > have to drop into the fixit shell and do it manually before running the > installation procedure. Anythig that sade can do, we want sysinstall to > do as well, and we don't want to implement everything twice. >=20 > My suggestion is to add a "sysinstall mode" to sade where it operates > under certain (minor) constraints and reports what it did in a format > that sysinstall can parse, so sysinstall can just fork-exec sade instead > of duplicating the code. Actually, I would rather have sysinstall just invoke sade to do the disk=20 related stuff. Also, I think sysinstall should allow for a "back-door" mod= e=20 where a user can setup partitions however they like and mount them at /mnt = and=20 then let sysinstall use the setup the user created. This will allow users = to=20 setup more complex setups that sysinstall/sade do not currently support and= =20 allow sade to focus on simpler, common usage cases w/o having to handle=20 painful edge cases. It would also allow for new modules to be added to sad= e=20 over time w/o requiring it to support every possible disk layout from the=20 beginning. =2D-=20 John Baldwin From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 14:08:41 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3E38106567C; Thu, 8 Apr 2010 14:08:41 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id C08348FC1E; Thu, 8 Apr 2010 14:08:40 +0000 (UTC) Received: by fxm25 with SMTP id 25so221611fxm.3 for ; Thu, 08 Apr 2010 07:08:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=Nxibvwy0iy6OwFBEquSaiRJty746c5yNGFLqbOw38wk=; b=xZHikXwYrjuWNTiRB2yOBSJr/4S1muUuCR4rA1zWZ01A6wZcEUQNexljRPW09l3/xY XIATgNVu9IHFrz4rooJ2Dh4d0DdNobQn7jQ/dQna0UfLyh6A5yIQY0GF5d0G8SDyI57+ u0S6MXceTEq186uhC9bBVEl50xl6iudwcmVrk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=qpQzIz/m6WxlxRnM31WIQN/P5rJYBY85HbEYfKb8rzrbu9h3BZQKqmcQwWRznBPX4A f/hS0h7x4DiBaEcsj4TtoijASFN2Gd5nwj33+qAvP3iLaONztSkIL0DgOhSK7Ku8XZ1Q NB2rZ2G+6n32ZcrIoHwYpIpubq3ZNkpt1LMbE= Received: by 10.223.17.216 with SMTP id t24mr167927faa.90.1270735719519; Thu, 08 Apr 2010 07:08:39 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 14sm82935fxm.9.2010.04.08.07.08.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 08 Apr 2010 07:08:38 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=iso-8859-1 From: Rui Paulo In-Reply-To: <201004080849.12151.jhb@freebsd.org> Date: Thu, 8 Apr 2010 15:08:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2FEF9866-2B2E-4AAC-B504-02CF1537AEC0@freebsd.org> References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1078) Cc: Bruce Cran , freebsd-current@freebsd.org, freebsd-geom@freebsd.org, Teske , Randi Harper , "Andrey V. Elsukov" , =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:08:42 -0000 On 8 Apr 2010, at 13:49, John Baldwin wrote: > On Thursday 08 April 2010 5:05:34 am Dag-Erling Sm=F8rgrav wrote: >> Alexander Leidinger writes: >>> Please consider using SVN instead. A lot more users will be able to >>> check out from there. >>=20 >> We don't grant non-committers access to the Subversion repo. >>=20 >>> It looks like other people had a look at sysinstall, not at sade. As >>> sysinstall is supposed to be used at installation time, and the = intent >>> for sade was to offer the functionality (or more) of the part of >>> sysinstall which is useful after installation (and to prevent admins >>> from using sysinstall after the installation to prevent some = unwanted >>> foot-shooting), I do not think that we need to think about a strong >>> lock between sysinstall and sade. >>=20 >> Yes we do. Otherwise we'll just end up back where we are today, = where >> if you want anything more complicated than a single-disk install you >> have to drop into the fixit shell and do it manually before running = the >> installation procedure. Anythig that sade can do, we want sysinstall = to >> do as well, and we don't want to implement everything twice. >>=20 >> My suggestion is to add a "sysinstall mode" to sade where it operates >> under certain (minor) constraints and reports what it did in a format >> that sysinstall can parse, so sysinstall can just fork-exec sade = instead >> of duplicating the code. >=20 > Actually, I would rather have sysinstall just invoke sade to do the = disk=20 > related stuff. Also, I think sysinstall should allow for a = "back-door" mode=20 > where a user can setup partitions however they like and mount them at = /mnt and=20 > then let sysinstall use the setup the user created. This will allow = users to=20 > setup more complex setups that sysinstall/sade do not currently = support and=20 > allow sade to focus on simpler, common usage cases w/o having to = handle=20 > painful edge cases. It would also allow for new modules to be added = to sade=20 > over time w/o requiring it to support every possible disk layout from = the=20 > beginning. I couldn't agree more. Regards, -- Rui Paulo From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 14:15:28 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8772106566C; Thu, 8 Apr 2010 14:15:28 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 61EE58FC1C; Thu, 8 Apr 2010 14:15:28 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 73C0E1FFC22; Thu, 8 Apr 2010 14:15:27 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 51E5F844C6; Thu, 8 Apr 2010 16:15:27 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Leidinger References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> Date: Thu, 08 Apr 2010 16:15:27 +0200 In-Reply-To: <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> (Alexander Leidinger's message of "Thu, 08 Apr 2010 15:53:09 +0200") Message-ID: <86vdc2t4hs.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-current@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG, Teske , Randi Harper , "Andrey V. Elsukov" , Devin@FreeBSD.ORG Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:15:28 -0000 Alexander Leidinger writes: > Dag-Erling Sm=C3=B8rgrav writes: > > There have been at least three or four attempts to do this in the > > past. One of them was even fully funded by the FreeBSD Foundation. > > They all failed. > I was told a lot of people tried to make the WITH_CTF part working > without the need to use -DWITH_CTF each time at the command line and > failed. Nevertless I did it. So telling something is not possible > because other people tried and failed is ridiculous. It's not ridiculous, it's experience. *Painful* experience over a period of nearly 15 years. > BTW: I do not think you talk about a partition editor, but about the > complete sysinstall. Yes and no. I'm talking about making the user interface pluggable, i.e. run the same program (whether sysinstall or sade) with, say, an ncurses interface on the console and a gtk interface in X. Debian's package system does this, to a certain extent, but only for very simple configuration questions - about the same level of functionality that you get with an HTML form. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 14:19:50 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C8DD106566C; Thu, 8 Apr 2010 14:19:50 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id DD9758FC0A; Thu, 8 Apr 2010 14:19:49 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id D50471FFC22; Thu, 8 Apr 2010 14:19:48 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id AB308844C6; Thu, 8 Apr 2010 16:19:48 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: John Baldwin References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> Date: Thu, 08 Apr 2010 16:19:48 +0200 In-Reply-To: <201004080849.12151.jhb@freebsd.org> (John Baldwin's message of "Thu, 8 Apr 2010 08:49:12 -0400") Message-ID: <86r5mqt4aj.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:19:50 -0000 John Baldwin writes: > Dag-Erling Sm=C3=B8rgrav writes: > > My suggestion is to add a "sysinstall mode" to sade where it > > operates under certain (minor) constraints and reports what it did > > in a format that sysinstall can parse, so sysinstall can just > > fork-exec sade instead of duplicating the code. > Actually, I would rather have sysinstall just invoke sade to do the > disk related stuff. ...which is exactly what I said - but in the sysinstall case, you may want to ask some additional questions ("are you sure you want to proceed without a swap partition?") or place some additional constraints (such as "don't allow the user to mount something on top of /mnt or /rescue"), and sysinstall needs to know the outcome. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 14:39:47 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAA18106566B; Thu, 8 Apr 2010 14:39:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 78FDD8FC21; Thu, 8 Apr 2010 14:39:46 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2CF7F.dip.t-dialin.net [217.226.207.127]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id D87048442D1; Thu, 8 Apr 2010 16:39:39 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id EC2A7507B; Thu, 8 Apr 2010 16:39:36 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1270737577; bh=hLJDdclSZQN91spArM8qed/yuk34P300zTOngNWT3fs=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=G0vpTojOZkka3ro2h9GJgmdBaXHbgv+2oSYHZsLGNshcsDb4oUa4t41l+RTEjCslR s23AE38PIAWYE1XMr0rasHay97jJtfvRlhFEhUanG6sRA44dABbeO8ZhhfjK7Hkr2v zH0HFCzB9ZX2VD8yxYjvhAX5HIoP7NtMr56jaXcvAeCicFmEUG/OS5Sr4i1W49HSIj WBEXpxrzmrpx6pTwv1/elcwNdWRsHdkZOH+I5YAdSsQ2Dtb7aQVB1M/KF8AHvInnFE Fj50uu60YSflgjslx7z+gOFb0z1jAGYx7AZumvz4D/zQntk6YevxaAT5Tpo3uRVTTm QWrPFc7qKIwjA== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o38EdaD3047706; Thu, 8 Apr 2010 16:39:36 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 08 Apr 2010 16:39:36 +0200 Message-ID: <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> Date: Thu, 08 Apr 2010 16:39:36 +0200 From: Alexander Leidinger To: Dag-Erling =?utf-8?b?U23Dg8K4cmdyYXY=?= References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> In-Reply-To: <86vdc2t4hs.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: D87048442D1.3A80B X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.286, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00, TW_GT 0.08, TW_JH 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1271342382.17624@f9xC2t94hCNKDPJiG+wipA X-EBL-Spam-Status: No Cc: Bruce Cran , freebsd-current@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG, Teske , Randi Harper , "Andrey V. Elsukov" Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:39:47 -0000 Quoting Dag-Erling Sm=C3=83=C2=B8rgrav (from Thu, 08 Apr 2010 = =20 16:15:27 +0200): > Alexander Leidinger writes: >> Dag-Erling Sm=C3=B8rgrav writes: >> > There have been at least three or four attempts to do this in the >> > past. One of them was even fully funded by the FreeBSD Foundation. >> > They all failed. >> I was told a lot of people tried to make the WITH_CTF part working >> without the need to use -DWITH_CTF each time at the command line and >> failed. Nevertless I did it. So telling something is not possible >> because other people tried and failed is ridiculous. > > It's not ridiculous, it's experience. *Painful* experience over a > period of nearly 15 years. > >> BTW: I do not think you talk about a partition editor, but about the >> complete sysinstall. > > Yes and no. I'm talking about making the user interface pluggable, > i.e. run the same program (whether sysinstall or sade) with, say, an > ncurses interface on the console and a gtk interface in X. I did not suggest to run the same program and get different =20 interfaces. My suggestion was to have a backend-lib and a frontend. =20 The backend containing the "business-logic", and the frontend being =20 the presentation layer. If you want a GTK GUI, write a new frontend. In the case of sysinstall and sade, both use some kind of curses =20 interface, my suggestion was to the lib as they are both 2 different =20 kind of frontends (two different kinds of point of view regarding the =20 required functionality). I was misunderstanding your idea in the beginning, I was understanding =20 the description of jhb better. It surely is an applicable idea (and an =20 improvement to what we have currently), but it looks like it is =20 limiting what we could do with sade (the frontend part, not the =20 backend part) if it would be decoupled from sysinstall. Bye, Alexander. --=20 BOFH excuse #144: Too few computrons available http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 14:50:18 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09E09106566B; Thu, 8 Apr 2010 14:50:18 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id B832B8FC1D; Thu, 8 Apr 2010 14:50:17 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id BA20A1FFC51; Thu, 8 Apr 2010 14:50:16 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 92F7B844C6; Thu, 8 Apr 2010 16:50:16 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Leidinger References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> Date: Thu, 08 Apr 2010 16:50:16 +0200 In-Reply-To: <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> (Alexander Leidinger's message of "Thu, 08 Apr 2010 16:39:36 +0200") Message-ID: <86aatet2vr.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-current@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG, Teske , Randi Harper , "Andrey V. Elsukov" Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:50:18 -0000 Alexander Leidinger writes: > I did not suggest to run the same program and get different > interfaces. My suggestion was to have a backend-lib and a frontend. > The backend containing the "business-logic", and the frontend being > the presentation layer. What you call the presentation layer is actually 80% of the work. What you call the business logic already exists (libgeom). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 14:51:52 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C677D1065677; Thu, 8 Apr 2010 14:51:52 +0000 (UTC) (envelope-from dteske@vicor.com) Received: from postoffice.vicor.com (postoffice.vicor.com [69.26.56.53]) by mx1.freebsd.org (Postfix) with ESMTP id A7C958FC17; Thu, 8 Apr 2010 14:51:52 +0000 (UTC) Received: from [66.92.34.148] (port=53761 helo=dsl092-034-148.lax1.dsl.speakeasy.net) by postoffice.vicor.com with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.43) id 1Nzt58-00071e-C1; Thu, 08 Apr 2010 07:51:51 -0700 From: Devin Teske To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= In-Reply-To: <86r5mqt4aj.fsf@ds4.des.no> References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> Content-Type: text/plain; charset=utf-8 Organization: Vicor, Inc Date: Thu, 08 Apr 2010 07:51:45 -0700 Message-Id: <1270738305.29753.39.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-41.el4) Content-Transfer-Encoding: quoted-printable X-Scan-Signature: 686168b083bebe0229d0cf78d78c0aff X-Scan-Host: postoffice.vicor.com Cc: Bruce Cran , John Baldwin , freebsd-geom@freebsd.org, Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:51:52 -0000 I too love the idea of "generalizing" (abstracting) the dirty-work to a set of libraries and leaving the user interface up to the userland applications. Thusly, an app in /usr/X11R6/bin can use said libraries in plugging in functionality to an X11 GUI application, meanwhile an app in /bin or /sbin (presumably, since we're talking about low-level system utilities) could use the same libraries for plugging the same functionality into a command-line interface (beit command-driven or ncurses/libdialog driven). However, I'm still wondering what that change would mean to our beloved sysinstall when it comes time to place sysinstall into the mfsroot for the CD-ROM installer. Currently, the mfsroot contains very little in the ways of ELF binaries: -sh, [ (test), arp, boot_crunch, camcontrol, cpio, dhclient, find, fsck_4.2bsd, fsck_ffs, fsck_ufs, gunzip, gzip, hostname, ifconfig, minigzip, mount_nfs, newfs, ppp, pwd, rm, route, rtsol, sed, sh, sysinstall, test, tunefs, usbconfig, and zcat Every last one of those is (a) statically linked and (b) hard-linked to one-another (really, they are all hard-links to boot_crunch which is a by-product of crunchgen(1)). What might the landscape look like if we move down the road toward separating the back-end from the front-end? Presumably though, we could simply put the bits back together, no? Currently, the following libraries are slurped into the crunchgen configuration: -ll, -ledit, -lutil, -lmd, -lcrypt, -lftpio, -lz, -lnetgraph, -ldialog, -lncurses, -ldisk, -lcam, -lsbuf, -lufs, -ldevinfo, -lbsdxml, -larchive, -lbz2, -lusb, and -ljail Which I show to be these files in RELENG_8: /usr/lib/libl.a /usr/lib/libedit.a /usr/lib/libutil.a /usr/lib/libmd.a /usr/lib/libcrypt.a /usr/lib/libftpio.a /usr/lib/libz.a /usr/lib/libnetgraph.a /usr/lib/libdialog.a /usr/lib/libncurses.a /usr/lib/libdisk.a /usr/lib/libcam.a /usr/lib/libsbuf.a /usr/lib/libufs.a /usr/lib/libdevinfo.a /usr/lib/libbsdxml.a /usr/lib/libarchive.a /usr/lib/libbz2.a /usr/lib/libusb.a /usr/lib/libjail.a I think I just answered my own question... We should have no problem re-incorporating any heretofore developed libraries (for the back-end functionality) *back into* the crunchgen (1)'ed binaries. In fact, if we, say for example, developed /usr/lib/libsysinstall.a and /usr/lib/libsade.a , we could then simply just patch `/usr/src/release/i386/boot_crunch.conf' in the following manner: [dteske@push800 /usr/src/release/i386]$ diff -u boot_crunch.conf{.bak,} --- boot_crunch.conf.bak 2010-04-08 07:10:49.000000000 -0700 +++ boot_crunch.conf 2010-04-08 07:10:27.000000000 -0700 @@ -46,3 +46,4 @@ libs -ll -ledit -lutil -lmd -lcrypt -lftpio -lz -lnetgraph libs -ldialog -lncurses -ldisk -lcam -lsbuf -lufs -ldevinfo libs -lbsdxml -larchive -lbz2 -lusb -ljail +libs -lsysinstall -lsade Assuming of course that `release' (and intrinsically `buildworld') is made to generate the libraries at /R/stage/trees/base/usr/lib/libsysinstall.a and /R/stage/trees/base/usr/lib/libsade.a (and respectively for `buildworld', /usr/obj/usr/src/tmp/usr/lib/libsysinstall.a and /usr/obj/usr/src/tmp/usr/lib/libsade.a). So, I guess my fears of "mucking up" the install environment are unfounded. All-in-all, I'm right there with y'all on the idea of separating the front-end from the back-end. It needs to be done (and will open up a flurry of new installer interfaces and utilities that require low-end stuff usually own made-available by sysinstall internals). -- Devin On Thu, 2010-04-08 at 16:19 +0200, Dag-Erling Sm=C3=B8rgrav wrote: > John Baldwin writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > My suggestion is to add a "sysinstall mode" to sade where it > > > operates under certain (minor) constraints and reports what it did > > > in a format that sysinstall can parse, so sysinstall can just > > > fork-exec sade instead of duplicating the code. > > Actually, I would rather have sysinstall just invoke sade to do the > > disk related stuff. >=20 > ...which is exactly what I said - but in the sysinstall case, you may > want to ask some additional questions ("are you sure you want to proceed > without a swap partition?") or place some additional constraints (such > as "don't allow the user to mount something on top of /mnt or /rescue"), > and sysinstall needs to know the outcome. >=20 > DES --=20 Cheers, Devin Teske -> CONTACT INFORMATION <- Business Solutions Consultant II FIS - fisglobal.com 510-735-5650 Mobile 510-621-2038 Office 510-621-2020 Office Fax 909-477-4578 Home/Fax devin.teske@fisglobal.com -> LEGAL DISCLAIMER <- This message contains confidential and proprietary information of the sender, and is intended only for the person(s) to whom it is addressed. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you have received this message in error, please notify the e-mail sender immediately, and delete the original message without making a copy. -> END TRANSMISSION <- From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 14:51:53 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B1B1065670; Thu, 8 Apr 2010 14:51:53 +0000 (UTC) (envelope-from dteske@vicor.com) Received: from postoffice.vicor.com (postoffice.vicor.com [69.26.56.53]) by mx1.freebsd.org (Postfix) with ESMTP id 07A7E8FC19; Thu, 8 Apr 2010 14:51:53 +0000 (UTC) Received: from [66.92.34.148] (port=53729 helo=dsl092-034-148.lax1.dsl.speakeasy.net) by postoffice.vicor.com with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.43) id 1Nzsei-0006Zn-C0; Thu, 08 Apr 2010 07:24:30 -0700 From: Devin Teske To: Rui Paulo In-Reply-To: <2FEF9866-2B2E-4AAC-B504-02CF1537AEC0@freebsd.org> References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <2FEF9866-2B2E-4AAC-B504-02CF1537AEC0@freebsd.org> Content-Type: text/plain; charset=utf-8 Organization: Vicor, Inc Date: Thu, 08 Apr 2010 07:24:27 -0700 Message-Id: <1270736667.29753.14.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-41.el4) Content-Transfer-Encoding: quoted-printable X-Scan-Signature: 69742ae7263525fe64d4e6a2add40d07 X-Scan-Host: postoffice.vicor.com Cc: Bruce Cran , John Baldwin , freebsd-current@freebsd.org, freebsd-geom@freebsd.org, Randi Harper , "Andrey V. Elsukov" , Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:51:53 -0000 (( wishing that I hadn't un-CC'd the group on earlier e-mails )) Some concerns that I have with separating the code into a back-end versus front-end... 1. Is it currently the idea that -- when it comes down to the crunchgen stuff -- we are going to re-work the code that generates the non-shared binaries for mfsroot? or move away from the crunchgen/mfsroot paradigm? 2. If moving away from crunchgen/mfsroot, ... are we effectively making the statement that we no longer "support" installing FreeBSD on your floppy-enabled kitchen toaster? I'm not saying that there's an overwhelming need to retain the ability to install FreeBSD via floppy, ... but it uber-legacy support is something to be proud-of (just as lack-thereof could perhaps be something to be ashamed of -- I can fall into either camp channeling visions of Steve-Jobs-style mac-like shunning of the floppy drive or even Bill Gates almost sickening legacy- support of DOS). 3. We could abandon chrunchgen/mfsroot and simply load up all the back- end bits with the front-end bits for sysinstall to function in the installer environment ... but my quarrel is ... will it still fit on a floppy? if not, are we prepared to deprecate that? otherwise, does anyone care that the installer environment will be changing from a collection of staticallly-linked binaries to a "mess" ? I actually have a really nifty idea for deprecating mfsroot... and that's to start using syslinux as the boot-loader (which as of version 3.84 supports booting *.iso files). We're doing that in our company now... we have a CD-ROM that boots SYSLINUX and displays a menu with many options (among them "FreeBSD"). Selecting "FreeBSD" from the menu uses SYSLINUX's "memdisk" module to then boot `mdroot.iso' which essentially an `mfsroot'. The benefit here is that the `mdroot.iso' can be built cross-platform (matters not if you download our CVS tree to a Linux box or FreeBSD box... as long as you have `mkisofs' you can "compile" the disc and all incumbent file systems). The further beauty of this method is that the resultant mdroot.iso can be large (currently 14MB in our company ... but that's only because it contains two monolithic custom kernels which -- because we have a custom boot loader that allows us to cycle through any number of kernels at boot time to select the proper one for the hardware in question). -- Devin On Thu, 2010-04-08 at 15:08 +0100, Rui Paulo wrote: > On 8 Apr 2010, at 13:49, John Baldwin wrote: >=20 > > On Thursday 08 April 2010 5:05:34 am Dag-Erling Sm=C3=B8rgrav wrote: > >> Alexander Leidinger writes: > >>> Please consider using SVN instead. A lot more users will be able to > >>> check out from there. > >>=20 > >> We don't grant non-committers access to the Subversion repo. > >>=20 > >>> It looks like other people had a look at sysinstall, not at sade. As > >>> sysinstall is supposed to be used at installation time, and the inten= t > >>> for sade was to offer the functionality (or more) of the part of > >>> sysinstall which is useful after installation (and to prevent admins > >>> from using sysinstall after the installation to prevent some unwanted > >>> foot-shooting), I do not think that we need to think about a strong > >>> lock between sysinstall and sade. > >>=20 > >> Yes we do. Otherwise we'll just end up back where we are today, where > >> if you want anything more complicated than a single-disk install you > >> have to drop into the fixit shell and do it manually before running th= e > >> installation procedure. Anythig that sade can do, we want sysinstall = to > >> do as well, and we don't want to implement everything twice. > >>=20 > >> My suggestion is to add a "sysinstall mode" to sade where it operates > >> under certain (minor) constraints and reports what it did in a format > >> that sysinstall can parse, so sysinstall can just fork-exec sade inste= ad > >> of duplicating the code. > >=20 > > Actually, I would rather have sysinstall just invoke sade to do the dis= k=20 > > related stuff. Also, I think sysinstall should allow for a "back-door"= mode=20 > > where a user can setup partitions however they like and mount them at /= mnt and=20 > > then let sysinstall use the setup the user created. This will allow us= ers to=20 > > setup more complex setups that sysinstall/sade do not currently support= and=20 > > allow sade to focus on simpler, common usage cases w/o having to handle= =20 > > painful edge cases. It would also allow for new modules to be added to= sade=20 > > over time w/o requiring it to support every possible disk layout from t= he=20 > > beginning. >=20 > I couldn't agree more. >=20 > Regards, > -- > Rui Paulo >=20 --=20 Cheers, Devin Teske -> CONTACT INFORMATION <- Business Solutions Consultant II FIS - fisglobal.com 510-735-5650 Mobile 510-621-2038 Office 510-621-2020 Office Fax 909-477-4578 Home/Fax devin.teske@fisglobal.com -> LEGAL DISCLAIMER <- This message contains confidential and proprietary information of the sender, and is intended only for the person(s) to whom it is addressed. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you have received this message in error, please notify the e-mail sender immediately, and delete the original message without making a copy. -> END TRANSMISSION <- From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 14:54:00 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3C9B1065678 for ; Thu, 8 Apr 2010 14:54:00 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 7D6018FC1F for ; Thu, 8 Apr 2010 14:54:00 +0000 (UTC) Received: from mail.ixsystems.com (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id 2EFC8A664B9; Thu, 8 Apr 2010 07:53:58 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by mail.ixsystems.com (mail.ixsystems.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 16348-03; Thu, 8 Apr 2010 07:53:58 -0700 (PDT) Received: from [192.168.0.55] (unknown [75.131.46.136]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 04D46A66400; Thu, 8 Apr 2010 07:53:56 -0700 (PDT) Message-ID: <4BBDB5BC.3060002@pcbsd.org> Date: Thu, 08 Apr 2010 10:53:48 +0000 From: Kris Moore User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: Alexander Leidinger References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> In-Reply-To: <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Bruce Cran , freebsd-geom@FreeBSD.ORG, Teske , Randi Harper , freebsd-current@FreeBSD.ORG, "Andrey V. Elsukov" , =?UTF-8?B?RGFnLUVybGluZyBTbcODwrhyZ3Jhdg==?= Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 14:54:00 -0000 On 04/08/2010 14:39, Alexander Leidinger wrote: > Quoting Dag-Erling Smørgrav (from Thu, 08 Apr 2010 > 16:15:27 +0200): > >> Alexander Leidinger writes: >>> Dag-Erling Smørgrav writes: >>> > There have been at least three or four attempts to do this in the >>> > past. One of them was even fully funded by the FreeBSD Foundation. >>> > They all failed. >>> I was told a lot of people tried to make the WITH_CTF part working >>> without the need to use -DWITH_CTF each time at the command line and >>> failed. Nevertless I did it. So telling something is not possible >>> because other people tried and failed is ridiculous. >> >> It's not ridiculous, it's experience. *Painful* experience over a >> period of nearly 15 years. >> >>> BTW: I do not think you talk about a partition editor, but about the >>> complete sysinstall. >> >> Yes and no. I'm talking about making the user interface pluggable, >> i.e. run the same program (whether sysinstall or sade) with, say, an >> ncurses interface on the console and a gtk interface in X. > > I did not suggest to run the same program and get different > interfaces. My suggestion was to have a backend-lib and a frontend. > The backend containing the "business-logic", and the frontend being > the presentation layer. If you want a GTK GUI, write a new frontend. > In the case of sysinstall and sade, both use some kind of curses > interface, my suggestion was to the lib as they are both 2 different > kind of frontends (two different kinds of point of view regarding the > required functionality). > > I was misunderstanding your idea in the beginning, I was understanding > the description of jhb better. It surely is an applicable idea (and an > improvement to what we have currently), but it looks like it is > limiting what we could do with sade (the frontend part, not the > backend part) if it would be decoupled from sysinstall. > > Bye, > Alexander. > That's a pretty similar to the approach we've taken with our new backend in PC-BSD 8.x. The notable exception is that instead of just a lib, our backend is a complete program (written in sh), which performs scripted installs, and provides all the functionality for front-ends to query the system and present data to the end-user. This has a few advantages, in that the backend can be used stand-alone for scripted installations and also provide great flexibility to the front-end developer. They don't need to worry about performing any of the actual installation logic, they just provide a way for users to select their installation options, generate a configuration script, and let the backend run with it. -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 16:48:08 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A47981065675; Thu, 8 Apr 2010 16:48:08 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.asm68k.org [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0858FC17; Thu, 8 Apr 2010 16:48:08 +0000 (UTC) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id ED551B037F; Thu, 8 Apr 2010 18:30:54 +0200 (CEST) MIME-Version: 1.0 Date: Thu, 08 Apr 2010 18:30:54 +0200 From: Marian Hettwer To: Kris Moore In-Reply-To: <4BBDB5BC.3060002@pcbsd.org> References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> <4BBDB5BC.3060002@pcbsd.org> Message-ID: X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Cc: Bruce Cran , freebsd-geom@FreeBSD.ORG, =?UTF-8?Q?Dag-Erling_Sm=C3=83=C2=B8rgrav?= , Teske , Randi Harper , freebsd-current@FreeBSD.ORG, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 16:48:08 -0000 On Thu, 08 Apr 2010 10:53:48 +0000, Kris Moore wrote: It's not nice to hijack a topic, but this is way to interesting for me, so I do it anway :) > This has a few advantages, in that the backend can be used stand-alone > for scripted installations and also provide great flexibility > to the front-end developer. They don't need to worry about performing > any of the actual installation logic, they just provide a way > for users to select their installation options, generate a configuration > script, and let the backend run with it. scripted installation! Are you able to do a pxeboot, nfsroot and then scripted installation? Are those scripts portable to FreeBSD or PC-BSD only? Could you give me a hint where to find them? TIA, Marian From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 16:49:09 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B5C2106566C; Thu, 8 Apr 2010 16:49:09 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 74FA08FC1E; Thu, 8 Apr 2010 16:49:09 +0000 (UTC) Received: from mail.ixsystems.com (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id 364F5A664A9; Thu, 8 Apr 2010 09:49:07 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by mail.ixsystems.com (mail.ixsystems.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 17854-10; Thu, 8 Apr 2010 09:49:07 -0700 (PDT) Received: from [192.168.0.55] (unknown [75.131.46.136]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id C640DA66457; Thu, 8 Apr 2010 09:49:05 -0700 (PDT) Message-ID: <4BBDD0B9.3060902@pcbsd.org> Date: Thu, 08 Apr 2010 12:48:57 +0000 From: Kris Moore User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: Marian Hettwer References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> <4BBDB5BC.3060002@pcbsd.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Bruce Cran , freebsd-geom@FreeBSD.ORG, =?UTF-8?B?RGFnLUVybGluZyBTbcODwrhyZ3Jhdg==?= , Teske , Randi Harper , freebsd-current@FreeBSD.ORG, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 16:49:09 -0000 On 04/08/2010 16:30, Marian Hettwer wrote: > On Thu, 08 Apr 2010 10:53:48 +0000, Kris Moore wrote: > > It's not nice to hijack a topic, but this is way to interesting for me, so > I do it anway :) > :) I didn't mean to hijack either, was trying to discuss advantage of having backend as a executable vs a library which can't be used standalone without front-end. This would in effect lock you completely into front-end logic, which may not meet a users specific needs, even though backend can do what user wants. >> This has a few advantages, in that the backend can be used stand-alone >> for scripted installations and also provide great flexibility >> to the front-end developer. They don't need to worry about performing >> any of the actual installation logic, they just provide a way >> for users to select their installation options, generate a configuration >> > >> script, and let the backend run with it. >> > scripted installation! > Are you able to do a pxeboot, nfsroot and then scripted installation? > Are those scripts portable to FreeBSD or PC-BSD only? > Could you give me a hint where to find them? > > TIA, > Marian > Correct, every install it does is a fully-scripted installation, and it can be used with pxeboot, or in a custom mfsroot image easily. Supports ZFS, glabel, gmirror, geli, GPT, gpart, vanilla FreeBSD installs, etc. http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall Checkout examples/README for all the gory details of config-file generation. One caveat, the version in trunk is being very actively worked on by myself at the moment to prepare for 8.1, needs more docs, etc ;) -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 17:01:54 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEB2D106566B; Thu, 8 Apr 2010 17:01:54 +0000 (UTC) (envelope-from dteske@vicor.com) Received: from postoffice.vicor.com (postoffice.vicor.com [69.26.56.53]) by mx1.freebsd.org (Postfix) with ESMTP id AA1EC8FC0A; Thu, 8 Apr 2010 17:01:54 +0000 (UTC) Received: from [66.92.34.148] (port=54183 helo=dsl092-034-148.lax1.dsl.speakeasy.net) by postoffice.vicor.com with esmtpsa (SSLv3:RC4-MD5:128) (Exim 4.43) id 1Nzv6n-00010X-LI; Thu, 08 Apr 2010 10:01:39 -0700 From: Devin Teske To: Kris Moore In-Reply-To: <4BBDD0B9.3060902@pcbsd.org> References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> <4BBDB5BC.3060002@pcbsd.org> <4BBDD0B9.3060902@pcbsd.org> Content-Type: text/plain Organization: Vicor, Inc Date: Thu, 08 Apr 2010 10:01:37 -0700 Message-Id: <1270746097.29753.106.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-41.el4) Content-Transfer-Encoding: 7bit X-Scan-Signature: 69742ae7263525fe64d4e6a2add40d07 X-Scan-Host: postoffice.vicor.com Cc: Bruce Cran , freebsd-geom@FreeBSD.ORG, Dag-Erling =?ISO-8859-1?Q?Sm=C3=B8rgrav?= , Randi Harper , freebsd-current@FreeBSD.ORG, "Andrey V. Elsukov" , Alexander Leidinger , Marian Hettwer Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 17:01:54 -0000 Randi and I were discussion the possibility of having sysinstall "remember" what you did and then able to write out a suitable `install.cfg' file that could be subsequently used to perform a human- less automated install with the same settings. To expand a little on that... I'd like to draw a similarity to AppleScript. If you are familiar with AppleScript, you know that one can launch on Macintoshes (going back as far as Mac OS 7.0.1) an application known as the "Script Editor" which had a "Record" button in the [then] top-left corner of the window. After clicking that "Record" button, the system then recorded what you did (including in the Desktop [Finder] and other 3rd-party programs) and saved a series of scripted commands which could simply be "Run" (or optionally saved into an executable script) to reproduce everything you did at-once. The way that this worked was by way of the developer "plugging in" specific resources (if you're familiar with the ol' days, you'll undoubtedly remember ResEdit -- specifically, a developer would add an 'aete' resource to the RSRC fork of the HFS file structure (among others). Then, when a scriptable-action was performed within the application, rather than calling some internally obscure sub-routine to perform the task, the developer would have the application actually send an AppleScript event to the MacOS which then sent it back to the application. Therefore, when the ScriptEditor is "recording", what it records is the events being passed from the application to itself as you go about clicking, dragging and typing things. It is in this manner that I think we would be best served in contemplating a "self-scripting" engine. That is to say, that -- altogether now -- we: a. separate the GUI front-end from the actual tasks that need to be performed (back-end; for example, tasks to partition disks, perform newfs, etc. etc.) b. have either all commands in the library pass through a "dispatcher" or only export a single dispatcher function from the library (requiring all "commands" to pass through this single function) Then it would then (I perceive) perhaps become a trivial task to have the dispatcher "record" the events. Another benefit of this would be that it wouldn't matter whom or what performed anything at all... there would be a mechanism for recording what was done regardless. And thus, we would usher in the age of being even the lay user being able to script the installer to do his/her bidding. No? -- Devin On Thu, 2010-04-08 at 12:48 +0000, Kris Moore wrote: > On 04/08/2010 16:30, Marian Hettwer wrote: > > On Thu, 08 Apr 2010 10:53:48 +0000, Kris Moore wrote: > > > > It's not nice to hijack a topic, but this is way to interesting for me, so > > I do it anway :) > > > :) I didn't mean to hijack either, was trying to discuss advantage of > having backend > as a executable vs a library which can't be used standalone without > front-end. > This would in effect lock you completely into front-end logic, which may > not meet > a users specific needs, even though backend can do what user wants. > > >> This has a few advantages, in that the backend can be used stand-alone > >> for scripted installations and also provide great flexibility > >> to the front-end developer. They don't need to worry about performing > >> any of the actual installation logic, they just provide a way > >> for users to select their installation options, generate a configuration > >> > > > >> script, and let the backend run with it. > >> > > scripted installation! > > Are you able to do a pxeboot, nfsroot and then scripted installation? > > Are those scripts portable to FreeBSD or PC-BSD only? > > Could you give me a hint where to find them? > > > > TIA, > > Marian > > > > Correct, every install it does is a fully-scripted installation, and > it can be used with pxeboot, or in a custom mfsroot image easily. > Supports ZFS, glabel, gmirror, geli, GPT, gpart, vanilla FreeBSD > installs, etc. > > http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall > > Checkout examples/README for all the gory details of config-file > generation. > > One caveat, the version in trunk is being very actively worked on by > myself at the > moment to prepare for 8.1, needs more docs, etc ;) > -- Cheers, Devin Teske -> CONTACT INFORMATION <- Business Solutions Consultant II FIS - fisglobal.com 510-735-5650 Mobile 510-621-2038 Office 510-621-2020 Office Fax 909-477-4578 Home/Fax devin.teske@fisglobal.com -> LEGAL DISCLAIMER <- This message contains confidential and proprietary information of the sender, and is intended only for the person(s) to whom it is addressed. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you have received this message in error, please notify the e-mail sender immediately, and delete the original message without making a copy. -> END TRANSMISSION <- From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 18:25:37 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBAAF106564A for ; Thu, 8 Apr 2010 18:25:37 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 483888FC14 for ; Thu, 8 Apr 2010 18:25:36 +0000 (UTC) Received: by qyk11 with SMTP id 11so1813579qyk.13 for ; Thu, 08 Apr 2010 11:25:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Vdy2xzS0Nuv186QeGmCiyafGhTCP8sEhkKK3MKzpD2k=; b=V+An6HkQe5gvd9H5syzzd6qONwj/XvUUucf9fRY2DjiHzWZQ5ehKa46DGo571G2FfQ IElVf05oB3RErv0+NJG+j2wOi/BYW8hRc7i8ZZG/H0GVso/IO6QgrO1YpDqWMn4dW7e0 fkokxZRAJrOB+zHNwxhzx7PeKeeLh3/TKoR7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DY4SW7Urxh2PD/ECY08611TauT/G2QUqkouPSym7rxJb9oLvRJVYU17/XOErJM/HzO JeAMB4zz0BsfhjaHJrvQO1TO755DmZOn9KRalOElInokyW8HE9wI5RyGJVDmtemH6vF/ yUEfZTv2zz0aKAnsfcWABuaOEykUt0a4u5Pzo= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Thu, 8 Apr 2010 11:03:37 -0700 (PDT) In-Reply-To: <86r5mqt4aj.fsf@ds4.des.no> References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> Date: Thu, 8 Apr 2010 11:03:37 -0700 Received: by 10.229.241.82 with SMTP id ld18mr51884qcb.60.1270749818090; Thu, 08 Apr 2010 11:03:38 -0700 (PDT) Message-ID: From: Garrett Cooper To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , John Baldwin , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 18:25:38 -0000 2010/4/8 Dag-Erling Sm=F8rgrav : > John Baldwin writes: >> Dag-Erling Sm=F8rgrav writes: >> > My suggestion is to add a "sysinstall mode" to sade where it >> > operates under certain (minor) constraints and reports what it did >> > in a format that sysinstall can parse, so sysinstall can just >> > fork-exec sade instead of duplicating the code. >> Actually, I would rather have sysinstall just invoke sade to do the >> disk related stuff. > > ...which is exactly what I said - but in the sysinstall case, you may > want to ask some additional questions ("are you sure you want to proceed > without a swap partition?") or place some additional constraints (such > as "don't allow the user to mount something on top of /mnt or /rescue"), > and sysinstall needs to know the outcome. If the user shoots him or herself in the foot, that's their own problem. They should at least read hier(7) or ask a question on questions@ beforehand. As long as the auto-partitioner is correct, it's fine. Complicating the tool with a lot of unnecessary criteria will just produce unnecessary bloat. Thanks, -Garrett From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 18:27:36 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6DD910656BD; Thu, 8 Apr 2010 18:27:36 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 6C4068FC25; Thu, 8 Apr 2010 18:27:36 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 1FE571FFC22; Thu, 8 Apr 2010 18:27:35 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2A432844A8; Thu, 8 Apr 2010 20:27:03 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> Date: Thu, 08 Apr 2010 20:27:03 +0200 In-Reply-To: (Garrett Cooper's message of "Thu, 8 Apr 2010 11:03:37 -0700") Message-ID: <86sk75ol54.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , John Baldwin , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 18:27:36 -0000 Garrett Cooper writes: > If the user shoots him or herself in the foot, that's their own > problem. That kind of attitude is why people choose Linux over FreeBSD... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 18:15:41 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75542106564A; Thu, 8 Apr 2010 18:15:41 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id E43FE8FC13; Thu, 8 Apr 2010 18:15:40 +0000 (UTC) Received: by qyk11 with SMTP id 11so1803844qyk.13 for ; Thu, 08 Apr 2010 11:15:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0fOIlXbPh+qpJ4z1xcRrCH0I8dZGNaDwjo2/LDEsacs=; b=ElhU+XOXcFNspsPRaPI95Mw18wX+GwV589YHCe/PalztPCH5kGf+YDd+Zr9hgihBGS ZTGaJ1jQMA+22FBCpvPcsy9TeLC4tY1CqMTWKu2vzdMIkuOar0rD/mcDDAiKIvBW+Hk9 5XYBOnnlKqkTAlYBTdcdPRWylk20xUKaZWycs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YI+5521QKSsii7fIUTAQPIC15Xq2QPoKoQ0DJheClAGzNNEakqn8uYqesV2MH6WB5o iAp3Xr3hmwj2UIPpcFyL3/7zlgYDjHhBnGAp2Ggpmcof+isiBz6YgaklyvA+r6npm/8g otKGq+QX467af72dpYkXRNC7V/VqNN1TkKbyI= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Thu, 8 Apr 2010 11:15:36 -0700 (PDT) In-Reply-To: <1270746097.29753.106.camel@localhost.localdomain> References: <55861270658151@web135.yandex.ru> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> <4BBDB5BC.3060002@pcbsd.org> <4BBDD0B9.3060902@pcbsd.org> <1270746097.29753.106.camel@localhost.localdomain> Date: Thu, 8 Apr 2010 11:15:36 -0700 Received: by 10.229.104.195 with SMTP id q3mr639347qco.56.1270750536778; Thu, 08 Apr 2010 11:15:36 -0700 (PDT) Message-ID: From: Garrett Cooper To: Devin Teske Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 08 Apr 2010 18:45:28 +0000 Cc: Bruce Cran , freebsd-geom@freebsd.org, Alexander Leidinger , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , =?ISO-8859-1?Q?Dag=2DErling_Sm=C3=B8rgrav?= , Marian Hettwer , Kris Moore Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 18:15:41 -0000 On Thu, Apr 8, 2010 at 10:01 AM, Devin Teske wrote: > Randi and I were discussion the possibility of having sysinstall > "remember" what you did and then able to write out a suitable > `install.cfg' file that could be subsequently used to perform a human- > less automated install with the same settings. [...] > On Thu, 2010-04-08 at 12:48 +0000, Kris Moore wrote: >> On 04/08/2010 16:30, Marian Hettwer wrote: >> > On Thu, 08 Apr 2010 10:53:48 +0000, Kris Moore =A0wrot= e: >> > >> > It's not nice to hijack a topic, but this is way to interesting for me= , so >> > I do it anway :) >> > >> :) I didn't mean to hijack either, was trying to discuss advantage of >> having backend >> as a executable vs a library which can't be used standalone without >> front-end. >> This would in effect lock you completely into front-end logic, which may >> not meet >> a users specific needs, even though backend can do what user wants. >> >> >> This has a few advantages, in that the backend can be used stand-alon= e >> >> for scripted installations and also provide great flexibility >> >> to the front-end developer. They don't need to worry about performing >> >> any of the actual installation logic, they just provide a way >> >> for users to select their installation options, generate a configurat= ion >> >> >> > >> >> script, and let the backend run with it. >> >> >> > scripted installation! >> > Are you able to do a pxeboot, nfsroot and then scripted installation? >> > Are those scripts portable to FreeBSD or PC-BSD only? >> > Could you give me a hint where to find them? >> > >> > TIA, >> > Marian >> > >> >> Correct, every install it does is a fully-scripted installation, and >> it can be used with pxeboot, or in a custom mfsroot image easily. >> Supports ZFS, glabel, gmirror, geli, GPT, gpart, vanilla FreeBSD >> installs, etc. >> >> http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall >> >> Checkout examples/README for all the gory details of config-file >> generation. >> >> One caveat, the version in trunk is being very actively worked on by >> myself at the >> moment to prepare for 8.1, needs more docs, etc ;) 1. Please don't top post :). 2. install.cfg is just a hacky / non-style(9) compliant way of specifying how to do an install. If you could separate out sysinstall into separate utilities and have each of the pieces execute as shell commands with predefined variables at install, you'll be lightyears ahead of where sysinstall is today. 3. sysinstall(8) does a lot of crud that it shouldn't do for all systems. Powerusers won't use sysinstall because does too much crap; all of the items that sysinstall does behind the scenes to get a working system should be properly documented in a doc article. Thanks, -Garrett From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 19:31:53 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 574AA106564A; Thu, 8 Apr 2010 19:31:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id BDA1C8FC1C; Thu, 8 Apr 2010 19:31:52 +0000 (UTC) Received: by qyk11 with SMTP id 11so1876808qyk.13 for ; Thu, 08 Apr 2010 12:31:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=i1LwHXQDHnU9ck2omK1B40vP0gW0gtj7KgHh+QA6lyM=; b=eSfVKr4E0JU9E8TuckzGiCTp5d0xowGGqNN0zHgg1h0B2/50zF6UjcTjnnOVXBRTYi ZwYYvEQHr+Vv74hy7fCnFIb20UbVxlX9DByZy8jvppn/+Bnd4tvPg30R/TYy1S/7gdoE 3fLnDiwHnfisLpknCcYAEVOuIu9Qnhpybgrgs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vKEl9ybM14ZCAsZAVtJkSfRFdb9fWSxdsC7hkRE45IjNcDcKIH04NtrjjngoIUNvES 2cia8wHCZ1veR4hZ1hSEm5fKmlBEt/Wc5fQSc90ZrtbXaMl/GRcmTWD/BtHD0KlFR0VM uGlBilE2mAcVQENUrsyja/P/6uoa+SLHewy6k= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Thu, 8 Apr 2010 12:31:51 -0700 (PDT) In-Reply-To: <86sk75ol54.fsf@ds4.des.no> References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> Date: Thu, 8 Apr 2010 12:31:51 -0700 Received: by 10.229.221.78 with SMTP id ib14mr940835qcb.28.1270755111819; Thu, 08 Apr 2010 12:31:51 -0700 (PDT) Message-ID: From: Garrett Cooper To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , John Baldwin , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 19:31:53 -0000 2010/4/8 Dag-Erling Sm=F8rgrav : > Garrett Cooper writes: >> If the user shoots him or herself in the foot, that's their own >> problem. > > That kind of attitude is why people choose Linux over FreeBSD... Where do you draw the line though? /media, /libexec, /proc, /sys, etc? I think it's better to educate users than build in more complexity to the install application. Besides, how many people have you heard of that created slices for /mnt or /rescue lately? Thanks, -Garrett From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 19:35:04 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4988A1065695; Thu, 8 Apr 2010 19:35:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 896858FC1E; Thu, 8 Apr 2010 19:35:03 +0000 (UTC) Received: by qyk11 with SMTP id 11so1879987qyk.13 for ; Thu, 08 Apr 2010 12:35:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/VG4w/HSwGZWQZcnNpn2XoTOOWdtM8Xe8dSCzNh3sms=; b=SjhEZGXm7TpUBabualDm6PKcclQv+BcbQPcEt35cwPABum7Yo1F4C1xnOSO/9GBqFz u9pt9ZFRhcvOucBEKVqguDCUfE2mew5OCbVO1oaT6o/lC5TKuE6fDZnsc61P4EL/HZFm JrDutLpLtfGPDGvxjDQ+lcFeKQiTPy9NM6f0U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZQZYj1tq83V3M/IDLwiIQsaKpcUPyalSYEfgG4W2plirmYRo85pPFMTGX6sDp8jSYb gQMgszDqEu4i5LDVE2fKAODih5g64bjZPFVcFuGwjq3VTF8dRZtAZWVeFmccW+7qWThN g6ID9+NVgtxLUB9Me/7WnsEhMfl+flfDd32nc= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Thu, 8 Apr 2010 12:35:02 -0700 (PDT) In-Reply-To: References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> Date: Thu, 8 Apr 2010 12:35:02 -0700 Received: by 10.229.221.78 with SMTP id ib14mr947319qcb.28.1270755302731; Thu, 08 Apr 2010 12:35:02 -0700 (PDT) Message-ID: From: Garrett Cooper To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , John Baldwin , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 19:35:04 -0000 2010/4/8 Garrett Cooper : > 2010/4/8 Dag-Erling Sm=F8rgrav : >> Garrett Cooper writes: >>> If the user shoots him or herself in the foot, that's their own >>> problem. >> >> That kind of attitude is why people choose Linux over FreeBSD... > > =A0 =A0Where do you draw the line though? /media, /libexec, /proc, /sys, > etc? I think it's better to educate users than build in more > complexity to the install application. > =A0 =A0Besides, how many people have you heard of that created slices for > /mnt or /rescue lately? Sorry -- meant partition -_-... Thanks, -Garrett From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 19:46:12 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21223106564A; Thu, 8 Apr 2010 19:46:12 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 99B4C8FC14; Thu, 8 Apr 2010 19:46:11 +0000 (UTC) Received: from mail.ixsystems.com (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id 59AD1A664B1; Thu, 8 Apr 2010 12:46:09 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by mail.ixsystems.com (mail.ixsystems.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 20222-02; Thu, 8 Apr 2010 12:46:09 -0700 (PDT) Received: from [192.168.0.55] (unknown [75.131.46.136]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 166B4A66457; Thu, 8 Apr 2010 12:46:07 -0700 (PDT) Message-ID: <4BBDFA38.1050208@pcbsd.org> Date: Thu, 08 Apr 2010 15:46:00 +0000 From: Kris Moore User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: Garrett Cooper References: <55861270658151@web135.yandex.ru> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> <4BBDB5BC.3060002@pcbsd.org> <4BBDD0B9.3060902@pcbsd.org> <1270746097.29753.106.camel@localhost.localdomain> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org, Devin Teske , Randi Harper , "Andrey V. Elsukov" , =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , Alexander Leidinger , Marian Hettwer Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 19:46:12 -0000 On 04/08/2010 18:15, Garrett Cooper wrote: > On Thu, Apr 8, 2010 at 10:01 AM, Devin Teske wrote: > >> Randi and I were discussion the possibility of having sysinstall >> "remember" what you did and then able to write out a suitable >> `install.cfg' file that could be subsequently used to perform a human- >> less automated install with the same settings. >> > In a sense that's what our back-end / front-end is doing currently. The program flow works like thus: Front-end starts, queries all relevant information from back-end, Disks, Network Cards, etc, then proceeds to walk the user through the steps gathering enough information to perform an installation. This gives front-end control over its own data gathering logic from the user, since the way I do something in a QT GUI may not work via command-line without a mouse or the other way around. When we are done gathering information, the front-end writes out an install.cfg directive and starts the back-end processing it. The front-end then waits and displays backend output to the user in a sane manner, allowing user to watch whats going on. (example) http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall/examples/pcinstall.cfg.zfs So with this method, its pretty much doing what you describe. Every install is a scripted install, and if you want to do unattended installs, you can use the front-end to generate all the options you want, copy and/or tweak the resulting config to be used again later. If the backend is simply a library and not executable, then you'll end up needing scripting support or ways to run one implemented directly in each front-end, which can get messy to maintain across curses/gtk/qt/web, etc. -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-geom@FreeBSD.ORG Thu Apr 8 20:16:57 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90C85106564A; Thu, 8 Apr 2010 20:16:57 +0000 (UTC) (envelope-from sektie@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 534258FC08; Thu, 8 Apr 2010 20:16:57 +0000 (UTC) Received: by pwi9 with SMTP id 9so2489863pwi.13 for ; Thu, 08 Apr 2010 13:16:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=AEzWLefTh3qNVK8fiwyMo05JGj9KFs/mqhPuW5DUGKo=; b=vP4OKqNBqB0tTRF0lOviOyI0i1dB6mqWc3i3xSZJAVflkjlPYy/q3QETiH4dy5Kqrq QtLZQds5berodlUVlYAlm1/HwgxyxfgcybQvaviiZDD6/ILpd2zFho2fnBz2Gcb5EOxh CCUdp1OKqddKDBlv/2DNxqNURlDpZaogUSfNg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=GiV1QafpzK5bvUe3AMzmF1ZG54zXzXeWKDa40AIU87G0u0Ia77n5ZF8qar5upW9qcc XjEDtNcSu+eBvA4N4KamwU5X/x9Y/m+EVw9kpw/YXzu8DSRnC4NaNeQp5Q1KP7xwfLiH bKaEi9mjGIFH7lT5/5NH+nhARANnsgmiqZPiU= MIME-Version: 1.0 Sender: sektie@gmail.com Received: by 10.140.255.21 with HTTP; Thu, 8 Apr 2010 13:16:55 -0700 (PDT) In-Reply-To: References: <55861270658151@web135.yandex.ru> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> <4BBDB5BC.3060002@pcbsd.org> <4BBDD0B9.3060902@pcbsd.org> <1270746097.29753.106.camel@localhost.localdomain> Date: Thu, 8 Apr 2010 13:16:55 -0700 X-Google-Sender-Auth: aea8d5815711557f Received: by 10.140.248.7 with SMTP id v7mr974898rvh.252.1270757816711; Thu, 08 Apr 2010 13:16:56 -0700 (PDT) Message-ID: From: Randi Harper To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Thu, 08 Apr 2010 20:21:40 +0000 Cc: Bruce Cran , freebsd-geom@freebsd.org, Alexander Leidinger , Devin Teske , freebsd-current@freebsd.org, "Andrey V. Elsukov" , =?ISO-8859-1?Q?Dag=2DErling_Sm=C3=B8rgrav?= , Marian Hettwer , Kris Moore Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 20:16:57 -0000 On Thu, Apr 8, 2010 at 11:15 AM, Garrett Cooper wrote: > 2. install.cfg is just a hacky / non-style(9) compliant way of > specifying how to do an install. If you could separate out sysinstall > into separate utilities and have each of the pieces execute as shell > commands with predefined variables at install, you'll be lightyears > ahead of where sysinstall is today. What does style(9) have to do with install.cfg? From the header in the man page, style(9) is a "kernel source file style guide". install.cfg is a configuration file. It is not source code. install.cfg isn't as good as it could be, admittedly. Like much of sysinstall, it needs some work, but I wouldn't call it "hacky". It's readable and fairly easy to understand. What you're talking about doing is rewriting all of sysinstall. How many people have said at some point "I'm going to rewrite sysinstall" or "I'm going to write a replacement for sysinstall"? How many of those people were successful? We're working on a plan and tackling one problem at a time, keeping goals manageable. As a result, sysinstall is getting more TLC now than it has in a very long time. > 3. sysinstall(8) does a lot of crud that it shouldn't do for all > systems. Powerusers won't use sysinstall because does too much crap; > all of the items that sysinstall does behind the scenes to get a > working system should be properly documented in a doc article. I consider myself a poweruser, and I've stuck to using sysinstall. I just select 'custom'. I know a lot of other powerusers - people that have been sysadmins for a very long time - that also use sysinstall. Please don't presume to speak for sysadmins everywhere. I'm not sure what "crud" you're talking about in specific. There's some things I'd like to see go away (some of the post-install configuration bits, how the ports tree is installed). There will be an epic discussion soon of where we'd all like to see sysinstall go ("away" is not the answer I'm looking for :D), but this is going off topic of the original thread. There's a lot of work being done to sysinstall right now by a number of people. I don't want to further complicate things by pushing what you're suggesting into the mix. What we're discussing at the moment is sade/sysinstall specific and affects what happens in the immediate future, not a laundry list of "this is why sysinstall sucks". File a PR. Submit patches. -- randi From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 07:24:36 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F3811065670; Fri, 9 Apr 2010 07:24:36 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3C18FC1F; Fri, 9 Apr 2010 07:24:35 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2CF0E.dip.t-dialin.net [217.226.207.14]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 90A9C8442D0; Fri, 9 Apr 2010 09:24:29 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 8749E5072; Fri, 9 Apr 2010 09:24:25 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1270797865; bh=iavYjFY305ihnnkjBOfoNJYaRkTzwVRzx/gEcHt0sQY=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=bBl3RttgagsSV0OKIHsXy15hoYTmdh+sVka7DsfDmsPEEMxw4RQShUAt3+ReUKfKq SS70ebr1BEbS8Yu/x+HzYmzuv0p2XWO0lvAv/eQsSNL8itf/e7Sztoj3Yrz7AjcVUt YhFzMu8Gios3HiApiMymirX1M9XKWeSmOWamFql+MEIlE1zecwNJXw9vsu1d0HtYpq 7TKu1AmH6ubMnWxieEOH+myCIi1o/AYuLw6VnhEjF5BfClAsJ9XqNvrkjV60GTMzC7 TYf9oumgICe5qHgNx3nyPirAkgyqANHXIFEOPM3GRIAkUS5UxtcbQkbpi5bHiXxgEp bASrZV5yEFH3Q== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o397OOnA048955; Fri, 9 Apr 2010 09:24:24 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 09 Apr 2010 09:24:24 +0200 Message-ID: <20100409092424.14844pciys1tofms@webmail.leidinger.net> Date: Fri, 09 Apr 2010 09:24:24 +0200 From: Alexander Leidinger To: Dag-Erling =?utf-8?b?U23Dg8K4cmdyYXY=?= References: <55861270658151@web135.yandex.ru> <4BBD68DB.7050600@yandex.ru> <201004080727.21020.bruce@cran.org.uk> <4BBD7CDC.2070505@yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <20100408121500.13995d1eu7b9bt0k@webmail.leidinger.net> <86fx36up9e.fsf@ds4.des.no> <20100408155309.42884l21ogy7m7sw@webmail.leidinger.net> <86vdc2t4hs.fsf@ds4.des.no> <20100408163936.137245fp5ycrre0w@webmail.leidinger.net> <86aatet2vr.fsf@ds4.des.no> In-Reply-To: <86aatet2vr.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 90A9C8442D0.C0C57 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1271402671.18638@U5gotQXbFz9Ioa7x3sGepA X-EBL-Spam-Status: No Cc: Bruce Cran , freebsd-current@FreeBSD.ORG, freebsd-geom@FreeBSD.ORG, Teske , Randi Harper , "Andrey V. Elsukov" Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 07:24:36 -0000 Quoting Dag-Erling Sm=C3=83=C2=B8rgrav (from Thu, 08 Apr 2010 = =20 16:50:16 +0200): > Alexander Leidinger writes: >> I did not suggest to run the same program and get different >> interfaces. My suggestion was to have a backend-lib and a frontend. >> The backend containing the "business-logic", and the frontend being >> the presentation layer. > > What you call the presentation layer is actually 80% of the work. What > you call the business logic already exists (libgeom). That's an oversimplification. There is more code which can be shared. Bye, Alexander. --=20 I'm RELIGIOUS!! I love a man with a HAIRPIECE!! Equip me with MISSILES!! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 09:23:52 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 458421065673; Fri, 9 Apr 2010 09:23:52 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id F17708FC15; Fri, 9 Apr 2010 09:23:51 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id BB3C61FFC22; Fri, 9 Apr 2010 09:23:50 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 52E36844A6; Fri, 9 Apr 2010 11:23:19 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> Date: Fri, 09 Apr 2010 11:23:18 +0200 In-Reply-To: (Garrett Cooper's message of "Thu, 8 Apr 2010 12:31:51 -0700") Message-ID: <86fx356ku1.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , John Baldwin , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 09:23:52 -0000 Garrett Cooper writes: > Dag-Erling Sm=C3=B8rgrav writes: > > Garrett Cooper writes: > > > Dag-Erling Sm=C3=B8rgrav writes: > > > > [restored relevant context which was removed earlier in the thread] > > > > ...which is exactly what I said - but in the sysinstall case, you m= ay > > > > want to ask some additional questions ("are you sure you want to pr= oceed > > > > without a swap partition?") or place some additional constraints (s= uch > > > > as "don't allow the user to mount something on top of /mnt or /resc= ue"), > > > > and sysinstall needs to know the outcome. > > > If the user shoots him or herself in the foot, that's their own > > > problem. > > That kind of attitude is why people choose Linux over FreeBSD... > Where do you draw the line though? /media, /libexec, /proc, /sys, etc? > I think it's better to educate users than build in more complexity to > the install application. I draw the line at mounting something - anything - on top of directories that contain files that are critical to sysinstall's operation. IIRC, /mnt is where the installation CD is mounted. In sysinstall mode, sade's role is to 1) make sure that something sensible is mounted in the location where sysinstall is going to install the OS, 2) assist the user in making the correct disk, slice, partition or what-have-you bootable, 3) within reasonable limits, prevent the user from doing something that will break sysinstall, and 4) optionally allow the user to prepare additional filesystems that sysinstall doesn't care about (e.g. /usr/obj), as long as this does not conflict with 3). I think the easiest way to achieve this is for sysinstall to provide an empty directory (e.g. /inst) and have sade operate with that directory as root, so what the user sees is how things will look when the system reboots after installation; when the user asks sade to create /usr/obj, sade actually creates /inst/usr/obj. Last but not least, sade should report what it did to sysinstall - perhaps in fstab format, since sysinstall needs to populate (/inst)/etc/fstab anyway. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 09:40:39 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40D7C1065672 for ; Fri, 9 Apr 2010 09:40:39 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.freebsd.org (Postfix) with ESMTP id C9B4F8FC12 for ; Fri, 9 Apr 2010 09:40:38 +0000 (UTC) Received: from a91-153-117-195.elisa-laajakaista.fi (a91-153-117-195.elisa-laajakaista.fi [91.153.117.195]) by gw02.mail.saunalahti.fi (Postfix) with SMTP id 5E9631395EE for ; Fri, 9 Apr 2010 12:40:36 +0300 (EEST) Date: Fri, 9 Apr 2010 12:40:36 +0300 From: Jaakko Heinonen To: freebsd-geom@FreeBSD.org Message-ID: <20100409094035.GA949@a91-153-117-195.elisa-laajakaista.fi> References: <20100405092611.GA1948@a91-153-117-195.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100405092611.GA1948@a91-153-117-195.elisa-laajakaista.fi> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: GEOM class unload deadlock X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 09:40:39 -0000 On 2010-04-05, Jaakko Heinonen wrote: > Below is a patch to fix a possible deadlock between g_unload_class() > and withering. Another way to fix the deadlock is to not run g_unload_class() as a GEOM event. This might a preferred solution for these reasons: - If there are many geoms which need withering, there will be at least one g_unload_class() call per geom with my previous patch. This is unnecessary. - GEOM tracing is cleaner (one g_unload_class() call per unload). Comments? --- Fix deadlock between GEOM class unloading and withering. Withering can't proceed while g_unload_class() blocks the event thread. Fix this by not running g_unload_class() as a GEOM event and dropping the topology lock when withering needs to proceed. PR: kern/139847 %%% Index: sys/geom/geom.h =================================================================== --- sys/geom/geom.h (revision 206411) +++ sys/geom/geom.h (working copy) @@ -353,6 +353,12 @@ g_free(void *ptr) sx_assert(&topology_lock, SX_UNLOCKED); \ } while (0) +#define g_topology_sleep(chan, timo) \ + do { \ + sx_sleep(chan, &topology_lock, 0, \ + "gtopol", timo); \ + } while (0) + #define DECLARE_GEOM_CLASS(class, name) \ static moduledata_t name##_mod = { \ #name, g_modevent, &class \ Index: sys/geom/geom_subr.c =================================================================== --- sys/geom/geom_subr.c (revision 206411) +++ sys/geom/geom_subr.c (working copy) @@ -130,43 +130,45 @@ g_load_class(void *arg, int flag) } } -static void -g_unload_class(void *arg, int flag) +static int +g_unload_class(struct g_class *mp) { - struct g_hh00 *hh; - struct g_class *mp; struct g_geom *gp; struct g_provider *pp; struct g_consumer *cp; int error; - g_topology_assert(); - hh = arg; - mp = hh->mp; + g_topology_lock(); G_VALID_CLASS(mp); g_trace(G_T_TOPOLOGY, "g_unload_class(%s)", mp->name); - /* - * We allow unloading if we have no geoms, or a class - * method we can use to get rid of them. - */ - if (!LIST_EMPTY(&mp->geom) && mp->destroy_geom == NULL) { - hh->error = EOPNOTSUPP; - return; - } - - /* We refuse to unload if anything is open */ +retry: LIST_FOREACH(gp, &mp->geom, geom) { + /* We refuse to unload if anything is open */ LIST_FOREACH(pp, &gp->provider, provider) if (pp->acr || pp->acw || pp->ace) { - hh->error = EBUSY; - return; + g_topology_unlock(); + return (EBUSY); } LIST_FOREACH(cp, &gp->consumer, consumer) if (cp->acr || cp->acw || cp->ace) { - hh->error = EBUSY; - return; + g_topology_unlock(); + return (EBUSY); } + /* If the geom is withering, wait it to finish. */ + if (gp->flags & G_GEOM_WITHER) { + g_topology_sleep(mp, 1); + goto retry; + } + } + + /* + * We allow unloading if we have no geoms, or a class + * method we can use to get rid of them. + */ + if (!LIST_EMPTY(&mp->geom) && mp->destroy_geom == NULL) { + g_topology_unlock(); + return (EOPNOTSUPP); } /* Bar new entries */ @@ -174,21 +176,28 @@ g_unload_class(void *arg, int flag) mp->config = NULL; error = 0; + LIST_FOREACH(gp, &mp->geom, geom) { + error = mp->destroy_geom(NULL, mp, gp); + if (error != 0) { + g_topology_unlock(); + return (error); + } + } + /* Wait withering to finish. */ for (;;) { gp = LIST_FIRST(&mp->geom); if (gp == NULL) break; - error = mp->destroy_geom(NULL, mp, gp); - if (error != 0) - break; - } - if (error == 0) { - if (mp->fini != NULL) - mp->fini(mp); - LIST_REMOVE(mp, class); - } - hh->error = error; - return; + KASSERT(gp->flags & G_GEOM_WITHER, + ("Non-withering geom in class %s", mp->name)); + g_topology_sleep(mp, 1); + } + if (mp->fini != NULL) + mp->fini(mp); + LIST_REMOVE(mp, class); + g_topology_unlock(); + + return (0); } int @@ -209,12 +218,12 @@ g_modevent(module_t mod, int type, void g_ignition++; g_init(); } - hh = g_malloc(sizeof *hh, M_WAITOK | M_ZERO); - hh->mp = data; error = EOPNOTSUPP; switch (type) { case MOD_LOAD: - g_trace(G_T_TOPOLOGY, "g_modevent(%s, LOAD)", hh->mp->name); + g_trace(G_T_TOPOLOGY, "g_modevent(%s, LOAD)", mp->name); + hh = g_malloc(sizeof *hh, M_WAITOK | M_ZERO); + hh->mp = mp; /* * Once the system is not cold, MOD_LOAD calls will be * from the userland and the g_event thread will be able @@ -232,18 +241,14 @@ g_modevent(module_t mod, int type, void } break; case MOD_UNLOAD: - g_trace(G_T_TOPOLOGY, "g_modevent(%s, UNLOAD)", hh->mp->name); - error = g_waitfor_event(g_unload_class, hh, M_WAITOK, NULL); - if (error == 0) - error = hh->error; + g_trace(G_T_TOPOLOGY, "g_modevent(%s, UNLOAD)", mp->name); + DROP_GIANT(); + error = g_unload_class(mp); + PICKUP_GIANT(); if (error == 0) { - KASSERT(LIST_EMPTY(&hh->mp->geom), - ("Unloaded class (%s) still has geom", hh->mp->name)); + KASSERT(LIST_EMPTY(&mp->geom), + ("Unloaded class (%s) still has geom", mp->name)); } - g_free(hh); - break; - default: - g_free(hh); break; } return (error); %%% -- Jaakko From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 10:22:20 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 349AD1065675 for ; Fri, 9 Apr 2010 10:22:20 +0000 (UTC) (envelope-from martinbadie@yahoo.com) Received: from web59906.mail.ac4.yahoo.com (web59906.mail.ac4.yahoo.com [76.13.12.169]) by mx1.freebsd.org (Postfix) with SMTP id 89AF58FC1A for ; Fri, 9 Apr 2010 10:22:19 +0000 (UTC) Received: (qmail 93558 invoked by uid 60001); 9 Apr 2010 09:55:37 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1270806937; bh=ySIBV38ssPAvTKWIzS0dFmkHiQ3g4uhdCLZWKtP0N60=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=EHlK60BUUR5/L3pURWSbWlAko7tem6MOwVFPgZnSm2IY4RE68uRY2FXlBkIWLnC5JjpVIB2bp38u9cifX0h86HouduT9miE4IB+p3O8iK7U4DXFw9ulPOY+lJlgkECQrXE2OIKOxH5oBr3WkdMYM+kP0nJgGnMLlC7PFnDJVZDc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=0drVr/fa1lwfaPHcix1X1F/W3l6YmEqJDW5Q41vpFY55yMQUATFF5N3kL5Il1mz2e9SNCnBXl2yITbOim9ea/V2lz6+Bq9WSjFBzCiPt0j09HIuHnG8eVHxkfmH4hTWeMt+faK0tTrWJORm53H7Mjv6cN1+L2lmgK0BC9Nj8ROY=; Message-ID: <246759.92700.qm@web59906.mail.ac4.yahoo.com> X-YMail-OSG: eqRQEHsVM1lquRuXhdjiOjyPWeFtEb.WQd8xSZRlrBuwFCJ lCAUqpYnkbEBuV5GLUsjgRudDEjNMR3Jg0JL60OEt.fe2PFZrB.9D8pm2zlG gWf9IxbDRpfBcnMYCyaKfNrR8iOCye9sB3Yv9O5GfxTy2i_8uobMVEA24TFI UsVQGfWQ3V6wEUDsfsRRgd87nca6mo3xMpQehSuJtfBR2bL4nXak31lA2Z0c CTiwDoYIIBgYUwNta_EOkNz6sIXcy18C54C2ZdplkeFg6sIiufx31N6jE6iT C1aNSirA- Received: from [78.186.198.152] by web59906.mail.ac4.yahoo.com via HTTP; Fri, 09 Apr 2010 02:55:37 PDT X-Mailer: YahooMailRC/348.3 YahooMailWebService/0.8.100.260964 Date: Fri, 9 Apr 2010 02:55:37 -0700 (PDT) From: Martin Badie To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: rse@freebsd.org Subject: gmirror question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 10:22:20 -0000 Hi,=0A=0AI have a gmirror system (FreeBSD 6.3). Normally on seagate.com I c= an see that both disk (ST3250310AS=A0 and ST3250318AS) have same layout and= the sizes are equal. I have built gmirror using http://people.freebsd.org/= ~rse/mirror/=A0what I want to ask is that ad6 was broken and i have replace= d it with the new one (new ad6) both on the fdisk command output=A0 i see d= ifferent sizes (ad6 is bigger than ad4). What i want to ask is that if i re= build mirror using following command does that break OS ?=0A=0A# sysctl ker= n.geom.debugflags=3D16=0A# gmirror forget gm0=0A# dd if=3D/dev/zero of=3D/d= ev/ad6 bs=3D1k count=3D1=0A# fdisk -BI ad6=0A# bsdlabel -B -w ad6s1 auto = =0A# gmirror insert gm0 /dev/ad6s1=0A# gmirror status=0A=0A=0A=0AThe disk d= etails are like:=0A=0A=A0grep ad4 /var/run/dmesg.boot =0A=0Aad4: 238475MB <= Seagate ST3250310AS 3.AAF> at ata2-master SATA150=0AGEOM_MIRROR: Device gm0= : provider ad4s1 detected.=0AGEOM_MIRROR: Device gm0: provider ad4s1 activa= ted=0A=0Agrep ad6 /var/run/dmesg.boot =0A=0Aad6: 238475MB at ata3-master SATA150=0A=0ADisk layouts:=0A=0A=0Afdisk /dev/ad4= =0A******* Working on device /dev/ad4 *******=0Aparameters extracted from i= n-core disklabel are:=0Acylinders=3D484521 heads=3D16 sectors/track=3D63 (1= 008 blks/cyl)=0AFigures below won't work with BIOS for partitions not in cy= l 1=0Aparameters to be used for BIOS calculations are:=0Acylinders=3D484521= heads=3D16 sectors/track=3D63 (1008 blks/cyl)=0AMedia sector size is 512= =0AWarning: BIOS sector numbering starts with sector 1=0AInformation from D= OS bootblock is:=0AThe data for partition 1 is:=0Asysid 165 (0xa5),(FreeBSD= /NetBSD/386BSD)=0A=A0=A0=A0 start 63, size 488391057 (238472 Meg), flag 80 = (active)=0A=A0=A0=A0=A0=A0=A0=A0 beg: cyl 0/ head 1/ sector 1;=0A=A0=A0=A0= =A0=A0=A0=A0 end: cyl 162/ head 15/ sector 63=0AThe data for partition 2 is= :=0A=0AThe data for partition 3 is:=0A=0AThe data for parti= tion 4 is:=0A=0A[root@antispam ~]# fdisk /dev/ad6=0A******* Working= on device /dev/ad6 *******=0Aparameters extracted from in-core disklabel a= re:=0Acylinders=3D484521 heads=3D16 sectors/track=3D63 (1008 blks/cyl)=0AFi= gures below won't work with BIOS for partitions not in cyl 1=0Aparameters t= o be used for BIOS calculations are:=0Acylinders=3D484521 heads=3D16 sector= s/track=3D63 (1008 blks/cyl)=0Afdisk: invalid fdisk partition table found= =0AMedia sector size is 512=0AWarning: BIOS sector numbering starts with se= ctor 1=0AInformation from DOS bootblock is:=0AThe data for partition 1 is:= =0Asysid 165 (0xa5),(FreeBSD/NetBSD/386BSD)=0A=A0=A0=A0 start 63, size 4883= 97105 (238475 Meg), flag 80 (active)=0A=A0=A0=A0=A0=A0=A0=A0 beg: cyl 0/ he= ad 1/ sector 1;=0A=A0=A0=A0=A0=A0=A0=A0 end: cyl 168/ head 15/ sector 63=0A= The data for partition 2 is:=0A=0AThe data for partition 3 is:=0A=0AThe data for partition 4 is:=0A=0A=0A=0A=0A=A0gmirror stat= us=0A=A0=A0=A0=A0=A0 Name=A0=A0=A0 Status=A0 Components=0Amirror/gm0=A0 DEG= RADED=A0 ad4s1=0A=0A=0A From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 11:10:40 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BAF7106564A; Fri, 9 Apr 2010 11:10:40 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4378FC14; Fri, 9 Apr 2010 11:10:39 +0000 (UTC) Received: from demophon.fletchermoorland.co.uk (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.3/8.14.3) with ESMTP id o39AgIBH013568; Fri, 9 Apr 2010 11:42:19 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4BBF048A.407@fletchermoorland.co.uk> Date: Fri, 09 Apr 2010 10:42:18 +0000 From: Paul Wootton User-Agent: Thunderbird 2.0.0.23 (X11/20091217) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> <86fx356ku1.fsf@ds4.des.no> In-Reply-To: <86fx356ku1.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=2.5 required=10.0 tests=ALL_TRUSTED,BAYES_50, DNS_FROM_OPENWHOIS,FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hydra.fletchermoorland.co.uk Cc: Bruce Cran , freebsd-geom@freebsd.org, Alexander Leidinger , Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Garrett Cooper Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 11:10:40 -0000 Dag-Erling Smørgrav wrote: > Garrett Cooper writes: > >> Dag-Erling Smørgrav writes: >> >>> Garrett Cooper writes: >>> >>>> Dag-Erling Smørgrav writes: >>>> >>>>> [restored relevant context which was removed earlier in the thread] >>>>> ...which is exactly what I said - but in the sysinstall case, you may >>>>> want to ask some additional questions ("are you sure you want to proceed >>>>> without a swap partition?") or place some additional constraints (such >>>>> as "don't allow the user to mount something on top of /mnt or /rescue"), >>>>> and sysinstall needs to know the outcome. >>>>> >>>> If the user shoots him or herself in the foot, that's their own >>>> problem. >>>> >>> That kind of attitude is why people choose Linux over FreeBSD... >>> >> Where do you draw the line though? /media, /libexec, /proc, /sys, etc? >> I think it's better to educate users than build in more complexity to >> the install application. >> > > I draw the line at mounting something - anything - on top of directories > that contain files that are critical to sysinstall's operation. IIRC, > /mnt is where the installation CD is mounted. > > In sysinstall mode, sade's role is to 1) make sure that something > sensible is mounted in the location where sysinstall is going to install > the OS, 2) assist the user in making the correct disk, slice, partition > or what-have-you bootable, 3) within reasonable limits, prevent the user > from doing something that will break sysinstall, and 4) optionally allow > the user to prepare additional filesystems that sysinstall doesn't care > about (e.g. /usr/obj), as long as this does not conflict with 3). > > I think the easiest way to achieve this is for sysinstall to provide an > empty directory (e.g. /inst) and have sade operate with that directory > as root, so what the user sees is how things will look when the system > reboots after installation; when the user asks sade to create /usr/obj, > sade actually creates /inst/usr/obj. > > Last but not least, sade should report what it did to sysinstall - > perhaps in fstab format, since sysinstall needs to populate > (/inst)/etc/fstab anyway. > > DES > But... If this is a fresh install, then you really have not lost anything if you making a mistake. If sysinstall / sade is run from a running system and a mistake is made then you could loose your data, but as you will need to have su-ed up, how does this differ from typing a wrong command in? Just my 2 cents Paul From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 11:29:44 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F29C7106566B; Fri, 9 Apr 2010 11:29:44 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id AC5D88FC15; Fri, 9 Apr 2010 11:29:44 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 9E0831FFC51; Fri, 9 Apr 2010 11:29:43 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 3376F844A7; Fri, 9 Apr 2010 13:29:12 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Paul Wootton References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> <86fx356ku1.fsf@ds4.des.no> <4BBF048A.407@fletchermoorland.co.uk> Date: Fri, 09 Apr 2010 13:29:12 +0200 In-Reply-To: <4BBF048A.407@fletchermoorland.co.uk> (Paul Wootton's message of "Fri, 09 Apr 2010 10:42:18 +0000") Message-ID: <8639z47tkn.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-geom@freebsd.org, Alexander Leidinger , Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Garrett Cooper Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 11:29:45 -0000 Paul Wootton writes: > But... If this is a fresh install, then you really have not lost > anything if you making a mistake. If sysinstall / sade is run from a > running system and a mistake is made then you could loose your data, > but as you will need to have su-ed up, how does this differ from > typing a wrong command in? Please, please, go have a cup of coffee, then come back and *read what I wrote* instead of just making stuff up. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 12:43:24 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69B52106564A; Fri, 9 Apr 2010 12:43:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 36DD48FC1D; Fri, 9 Apr 2010 12:43:24 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CFF6246B65; Fri, 9 Apr 2010 08:43:23 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 01FC18A026; Fri, 9 Apr 2010 08:43:23 -0400 (EDT) From: John Baldwin To: "Dag-Erling =?utf-8?q?Sm=C3=B8rgrav?=" Date: Fri, 9 Apr 2010 08:40:54 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <55861270658151@web135.yandex.ru> <86fx356ku1.fsf@ds4.des.no> In-Reply-To: <86fx356ku1.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201004090840.54701.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 09 Apr 2010 08:43:23 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Bruce Cran , freebsd-geom@freebsd.org, Alexander Leidinger , Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Garrett Cooper Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 12:43:24 -0000 On Friday 09 April 2010 5:23:18 am Dag-Erling Sm=C3=B8rgrav wrote: > Garrett Cooper writes: > > Dag-Erling Sm=C3=B8rgrav writes: > > > Garrett Cooper writes: > > > > Dag-Erling Sm=C3=B8rgrav writes: > > > > > [restored relevant context which was removed earlier in the threa= d] > > > > > ...which is exactly what I said - but in the sysinstall case, you= =20 may > > > > > want to ask some additional questions ("are you sure you want to= =20 proceed > > > > > without a swap partition?") or place some additional constraints= =20 (such > > > > > as "don't allow the user to mount something on top of /mnt or=20 /rescue"), > > > > > and sysinstall needs to know the outcome. > > > > If the user shoots him or herself in the foot, that's their own > > > > problem. > > > That kind of attitude is why people choose Linux over FreeBSD... > > Where do you draw the line though? /media, /libexec, /proc, /sys, etc? > > I think it's better to educate users than build in more complexity to > > the install application. >=20 > I draw the line at mounting something - anything - on top of directories > that contain files that are critical to sysinstall's operation. IIRC, > /mnt is where the installation CD is mounted. =46YI, the CD is mounted at /dist. sysinstall mounts the new filesystems i= n=20 /mnt and then chroots into /mnt before doing the actual install. =2D-=20 John Baldwin From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 14:26:03 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F4051065672; Fri, 9 Apr 2010 14:26:03 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2D97C8FC0A; Fri, 9 Apr 2010 14:26:01 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA20592; Fri, 09 Apr 2010 17:25:59 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4BBF38F7.80205@freebsd.org> Date: Fri, 09 Apr 2010 17:25:59 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org References: <201003261528.o2QFSAuI037251@chez.mckusick.com> <4BB4D9FB.3000706@freebsd.org> In-Reply-To: <4BB4D9FB.3000706@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: g_vfs_open and bread(devvp, ...) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 14:26:03 -0000 I came up with a small demonstration for why I bothered with this issue at all. To reproduce the experiment you would need this image: http://people.freebsd.org/~avg/test_img.gz and avgfs:) http://people.freebsd.org/~avg/avgfs/ The image needs to be gunzip-ed, of course. avgfs:) needs to be compiled, avgfs.ko loaded. The demonstration is to be executed on an unpatched system, e.g. head before r205860, or a branch other than head, or recent head with r206097 and r205860 reverted. Then do the following. I. Inspect test image. $ hd test_img.img | more II. Test bread() through avgfs vnode. 1. Present the image as a disk with 2K sector size mdconfig -a -t vnode -f test_img.img -S 2048 -u 0 2. Mount the image using avgfs:) mount -t avg /dev/md0 /mnt 3. Read some data blocks in one go and examine the result. dd if=/mnt/thefile bs=10k count=1 | hd 4. Re-read the same data using 2K blocks and examine the result. dd if=/mnt/thefile bs=2k count=5 | hd 5. Cleanup. umount /mnt III. Test bread() through devvp. 1. Mount the image using avgfs:) with devvp option. mount -t avg -o devvp /dev/md0 /mnt 2. Read some data blocks in one go and examine the result. dd if=/mnt/thefile bs=10k count=1 | hd 3. Re-read the same data using 2K blocks and examine the result. dd if=/mnt/thefile bs=2k count=5 | hd 4. Cleanup. umount /mnt mdconfig -d -u 0 kldunload avgfs SPOILER. In my testing only III.3 produces an unexpected result: 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 00000800 04 04 04 04 04 04 04 04 04 04 04 04 04 04 04 04 |................| * 00001000 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 |................| * 00001800 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 03 |................| * 00002000 04 04 04 04 04 04 04 04 04 04 04 04 04 04 04 04 |................| * The result is explained here: http://lists.freebsd.org/pipermail/freebsd-fs/2008-February/004268.html Repeat the experiment on a patched system. See if the change was worth bothering. P.S. avgfs:) is explained here: http://permalink.gmane.org/gmane.os.freebsd.devel.file-systems/8886 -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 16:50:03 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BD511065673 for ; Fri, 9 Apr 2010 16:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5036E8FC23 for ; Fri, 9 Apr 2010 16:50:03 +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 o39Go2x0039268 for ; Fri, 9 Apr 2010 16:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o39Go2Uw039267; Fri, 9 Apr 2010 16:50:02 GMT (envelope-from gnats) Date: Fri, 9 Apr 2010 16:50:02 GMT Message-Id: <201004091650.o39Go2Uw039267@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: "Andrey V. Elsukov" Cc: Subject: Re: kern/145452: [geom] [panic] panic in geom_part_mbr when undoing destroy command X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Andrey V. Elsukov" List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 16:50:03 -0000 The following reply was made to PR kern/145452; it has been noted by GNATS. From: Andrey V. Elsukov To: bug-followup@freebsd.org Cc: Marcel Moolenaar Subject: Re: kern/145452: [geom] [panic] panic in geom_part_mbr when undoing destroy command Date: Fri, 09 Apr 2010 20:31:19 +0400 ------==--bound.20366.web44.yandex.ru Content-Transfer-Encoding: 7bit Content-Type: text/plain Hi, I wrote the patch that fix the problem. Also I added fix to schemes which use some info about geometry. -- WBR, Andrey V. Elsukov ------==--bound.20366.web44.yandex.ru Content-Disposition: attachment; filename="geom_part.patch.txt" Content-Transfer-Encoding: base64 Content-Type: text/plain; name="geom_part.patch.txt" SW5kZXg6IGdfcGFydF9wYzk4LmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZ19wYXJ0X3BjOTguYwkocmV2aXNp b24gMjA2NDIzKQorKysgZ19wYXJ0X3BjOTguYwkod29ya2luZyBjb3B5KQpAQCAtMzk1LDYgKzQy Myw5IEBAIGdfcGFydF9wYzk4X3JlYWQoc3RydWN0IGdfcGFydF90YWJsZSAqYmFzZXRhYmxlLCBz CiAJaWYgKGJ1ZiA9PSBOVUxMKQogCQlyZXR1cm4gKGVycm9yKTsKIAorCWlmIChiYXNldGFibGUt PmdwdF9zZWN0b3JzID09IDAgfHwgYmFzZXRhYmxlLT5ncHRfaGVhZHMgPT0gMCkKKwkJZ19wYXJ0 X2luaXRfZ2VvbWV0cnkobXNpemUsICZiYXNldGFibGUtPmdwdF9zZWN0b3JzLAorCQkgICAgJmJh c2V0YWJsZS0+Z3B0X2hlYWRzKTsKIAljeWwgPSBiYXNldGFibGUtPmdwdF9oZWFkcyAqIGJhc2V0 YWJsZS0+Z3B0X3NlY3RvcnM7CiAKIAliY29weShidWYsIHRhYmxlLT5ib290LCBzaXplb2YodGFi bGUtPmJvb3QpKTsKSW5kZXg6IGdfcGFydF92dG9jOC5jCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGdfcGFydF92 dG9jOC5jCShyZXZpc2lvbiAyMDY0MjMpCisrKyBnX3BhcnRfdnRvYzguYwkod29ya2luZyBjb3B5 KQpAQCAtMzY2LDYgKzM4OSw5IEBAIGdfcGFydF92dG9jOF9yZWFkKHN0cnVjdCBnX3BhcnRfdGFi bGUgKmJhc2V0YWJsZSwKIAlnX2ZyZWUoYnVmKTsKIAogCW1zaXplID0gcHAtPm1lZGlhc2l6ZSAv IHBwLT5zZWN0b3JzaXplOworCWlmIChiYXNldGFibGUtPmdwdF9zZWN0b3JzID09IDAgfHwgYmFz ZXRhYmxlLT5ncHRfaGVhZHMgPT0gMCkKKwkJZ19wYXJ0X2luaXRfZ2VvbWV0cnkobXNpemUsICZi YXNldGFibGUtPmdwdF9zZWN0b3JzLAorCQkgICAgJmJhc2V0YWJsZS0+Z3B0X2hlYWRzKTsKIAog CXNlY3RvcnMgPSBiZTE2ZGVjKCZ0YWJsZS0+dnRvYy5uc2Vjcyk7CiAJaWYgKHNlY3RvcnMgPCAx KQpJbmRleDogZ19wYXJ0LmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZ19wYXJ0LmgJKHJldmlzaW9uIDIwNjQy MykKKysrIGdfcGFydC5oCSh3b3JraW5nIGNvcHkpCkBAIC0xODgsNiArMTg4LDcgQEAgc3RydWN0 IGdfcGFydF9wYXJtcyB7CiB9OwogCiB2b2lkIGdfcGFydF9nZW9tZXRyeV9oZWFkcyhvZmZfdCwg dV9pbnQsIG9mZl90ICosIHVfaW50ICopOwordm9pZCBnX3BhcnRfaW5pdF9nZW9tZXRyeShvZmZf dCAsIHVfaW50ICosIHVfaW50ICopOwogCiBpbnQgZ19wYXJ0X21vZGV2ZW50KG1vZHVsZV90LCBp bnQsIHN0cnVjdCBnX3BhcnRfc2NoZW1lICopOwogCkluZGV4OiBnX3BhcnRfYnNkLmMKPT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQotLS0gZ19wYXJ0X2JzZC5jCShyZXZpc2lvbiAyMDY0MjMpCisrKyBnX3BhcnRfYnNkLmMJ KHdvcmtpbmcgY29weSkKQEAgLTM0MSw2ICszNTcsOSBAQCBnX3BhcnRfYnNkX3JlYWQoc3RydWN0 IGdfcGFydF90YWJsZSAqYmFzZXRhYmxlLCBzdAogCXBwID0gY3AtPnByb3ZpZGVyOwogCXRhYmxl ID0gKHN0cnVjdCBnX3BhcnRfYnNkX3RhYmxlICopYmFzZXRhYmxlOwogCW1zaXplID0gcHAtPm1l ZGlhc2l6ZSAvIHBwLT5zZWN0b3JzaXplOworCWlmIChiYXNldGFibGUtPmdwdF9zZWN0b3JzID09 IDAgfHwgYmFzZXRhYmxlLT5ncHRfaGVhZHMgPT0gMCkKKwkJZ19wYXJ0X2luaXRfZ2VvbWV0cnko bXNpemUsICZiYXNldGFibGUtPmdwdF9zZWN0b3JzLAorCQkgICAgJmJhc2V0YWJsZS0+Z3B0X2hl YWRzKTsKIAogCXRhYmxlLT5iYmFyZWEgPSBnX3JlYWRfZGF0YShjcCwgMCwgQkJTSVpFLCAmZXJy b3IpOwogCWlmICh0YWJsZS0+YmJhcmVhID09IE5VTEwpCkluZGV4OiBnX3BhcnRfZWJyLmMKPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQotLS0gZ19wYXJ0X2Vici5jCShyZXZpc2lvbiAyMDY0MjMpCisrKyBnX3BhcnRfZWJy LmMJKHdvcmtpbmcgY29weSkKQEAgLTQ1NSw2ICs0NTUsOSBAQCBnX3BhcnRfZWJyX3JlYWQoc3Ry dWN0IGdfcGFydF90YWJsZSAqYmFzZXRhYmxlLCBzdAogCXBwID0gY3AtPnByb3ZpZGVyOwogCXRh YmxlID0gKHN0cnVjdCBnX3BhcnRfZWJyX3RhYmxlICopYmFzZXRhYmxlOwogCW1zaXplID0gcHAt Pm1lZGlhc2l6ZSAvIHBwLT5zZWN0b3JzaXplOworCWlmIChiYXNldGFibGUtPmdwdF9zZWN0b3Jz ID09IDAgfHwgYmFzZXRhYmxlLT5ncHRfaGVhZHMgPT0gMCkKKwkJZ19wYXJ0X2luaXRfZ2VvbWV0 cnkobXNpemUsICZiYXNldGFibGUtPmdwdF9zZWN0b3JzLAorCQkgICAgJmJhc2V0YWJsZS0+Z3B0 X2hlYWRzKTsKIAogCWxiYSA9IDA7CiAJd2hpbGUgKDEpIHsKSW5kZXg6IGdfcGFydC5jCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KLS0tIGdfcGFydC5jCShyZXZpc2lvbiAyMDY0MjMpCisrKyBnX3BhcnQuYwkod29ya2lu ZyBjb3B5KQpAQCAtMTgwLDQ2ICsxODAsNTMgQEAgZ19wYXJ0X2dlb21ldHJ5X2hlYWRzKG9mZl90 IGJsb2NrcywgdV9pbnQgc2VjdG9ycywKIAl9CiB9CiAKK3ZvaWQKK2dfcGFydF9pbml0X2dlb21l dHJ5KG9mZl90IGJsb2NrcywgdV9pbnQgKnNlY3RvcnMsIHVfaW50ICpoZWFkcykKK3sKKwlzdGF0 aWMgdV9pbnQgY2FuZGlkYXRlX3NlY3RvcnNbXSA9IHsgMSwgOSwgMTcsIDMzLCA2MywgMCB9Owor CW9mZl90IGNocywgYmVzdGNocyA9IDA7CisJdV9pbnQgaCwgczsKKwlpbnQgaWR4OworCisJKmhl YWRzID0gKnNlY3RvcnMgPSAwOworCWZvciAoaWR4ID0gMDsgY2FuZGlkYXRlX3NlY3RvcnNbaWR4 XSAhPSAwOyBpZHgrKykgeworCQlzID0gY2FuZGlkYXRlX3NlY3RvcnNbaWR4XTsKKwkJZ19wYXJ0 X2dlb21ldHJ5X2hlYWRzKGJsb2NrcywgcywgJmNocywgJmgpOworCQlpZiAoY2hzID09IDApCisJ CQljb250aW51ZTsKKwkJLyoKKwkJICogUHJlZmVyIGEgZ2VvbWV0cnkgd2l0aCBzZWN0b3JzID4g MSwgYnV0IG9ubHkgaWYKKwkJICogaXQgZG9lc24ndCBidW1wIGRvd24gdGhlIG51bWJ2ZXIgb2Yg aGVhZHMgdG8gMS4KKwkJICovCisJCWlmIChjaHMgPiBiZXN0Y2hzIHx8IChjaHMgPT0gYmVzdGNo cyAmJiBoID4gMSAmJgorCQkgICAgKnNlY3RvcnMgPT0gMSkpIHsKKwkJCWJlc3RjaHMgPSBjaHM7 CisJCQkqaGVhZHMgPSBoOworCQkJKnNlY3RvcnMgPSBzOworCQl9CisJfQorCS8qCisJICogSWYg d2UgZGlkbid0IGZpbmQgYSBnZW9tZXRyeSBhdCBhbGwsIHRoZW4gdGhlIGRpc2sgaXMKKwkgKiB0 b28gYmlnLiBUaGlzIG1lYW5zIHdlIGNhbiB1c2UgdGhlIG1heGltdW0gbnVtYmVyIG9mCisJICog aGVhZHMgYW5kIHNlY3RvcnMuCisJICovCisJaWYgKGJlc3RjaHMgPT0gMCkgeworCQkqaGVhZHMg PSAyNTU7CisJCSpzZWN0b3JzID0gNjM7CisJfQorfQorCiBzdGF0aWMgdm9pZAogZ19wYXJ0X2dl b21ldHJ5KHN0cnVjdCBnX3BhcnRfdGFibGUgKnRhYmxlLCBzdHJ1Y3QgZ19jb25zdW1lciAqY3As CiAgICAgb2ZmX3QgYmxvY2tzKQogewotCXN0YXRpYyB1X2ludCBjYW5kaWRhdGVfc2VjdG9yc1td ID0geyAxLCA5LCAxNywgMzMsIDYzLCAwIH07Ci0Jb2ZmX3QgY2hzLCBiZXN0Y2hzOwogCXVfaW50 IGhlYWRzLCBzZWN0b3JzOwotCWludCBpZHg7CiAKIAlpZiAoZ19nZXRhdHRyKCJHRU9NOjpmd3Nl Y3RvcnMiLCBjcCwgJnNlY3RvcnMpICE9IDAgfHwgc2VjdG9ycyA9PSAwIHx8CiAJICAgIGdfZ2V0 YXR0cigiR0VPTTo6ZndoZWFkcyIsIGNwLCAmaGVhZHMpICE9IDAgfHwgaGVhZHMgPT0gMCkgewog CQl0YWJsZS0+Z3B0X2ZpeGdlb20gPSAwOwotCQl0YWJsZS0+Z3B0X2hlYWRzID0gMDsKLQkJdGFi bGUtPmdwdF9zZWN0b3JzID0gMDsKLQkJYmVzdGNocyA9IDA7Ci0JCWZvciAoaWR4ID0gMDsgY2Fu ZGlkYXRlX3NlY3RvcnNbaWR4XSAhPSAwOyBpZHgrKykgewotCQkJc2VjdG9ycyA9IGNhbmRpZGF0 ZV9zZWN0b3JzW2lkeF07Ci0JCQlnX3BhcnRfZ2VvbWV0cnlfaGVhZHMoYmxvY2tzLCBzZWN0b3Jz LCAmY2hzLCAmaGVhZHMpOwotCQkJaWYgKGNocyA9PSAwKQotCQkJCWNvbnRpbnVlOwotCQkJLyoK LQkJCSAqIFByZWZlciBhIGdlb21ldHJ5IHdpdGggc2VjdG9ycyA+IDEsIGJ1dCBvbmx5IGlmCi0J CQkgKiBpdCBkb2Vzbid0IGJ1bXAgZG93biB0aGUgbnVtYnZlciBvZiBoZWFkcyB0byAxLgotCQkJ ICovCi0JCQlpZiAoY2hzID4gYmVzdGNocyB8fCAoY2hzID09IGJlc3RjaHMgJiYgaGVhZHMgPiAx ICYmCi0JCQkgICAgdGFibGUtPmdwdF9zZWN0b3JzID09IDEpKSB7Ci0JCQkJYmVzdGNocyA9IGNo czsKLQkJCQl0YWJsZS0+Z3B0X2hlYWRzID0gaGVhZHM7Ci0JCQkJdGFibGUtPmdwdF9zZWN0b3Jz ID0gc2VjdG9yczsKLQkJCX0KLQkJfQotCQkvKgotCQkgKiBJZiB3ZSBkaWRuJ3QgZmluZCBhIGdl b21ldHJ5IGF0IGFsbCwgdGhlbiB0aGUgZGlzayBpcwotCQkgKiB0b28gYmlnLiBUaGlzIG1lYW5z IHdlIGNhbiB1c2UgdGhlIG1heGltdW0gbnVtYmVyIG9mCi0JCSAqIGhlYWRzIGFuZCBzZWN0b3Jz LgotCQkgKi8KLQkJaWYgKGJlc3RjaHMgPT0gMCkgewotCQkJdGFibGUtPmdwdF9oZWFkcyA9IDI1 NTsKLQkJCXRhYmxlLT5ncHRfc2VjdG9ycyA9IDYzOwotCQl9CisJCWdfcGFydF9pbml0X2dlb21l dHJ5KGJsb2NrcywgJnRhYmxlLT5ncHRfc2VjdG9ycywKKwkJICAgICZ0YWJsZS0+Z3B0X2hlYWRz KTsKIAl9IGVsc2UgewogCQl0YWJsZS0+Z3B0X2ZpeGdlb20gPSAxOwogCQl0YWJsZS0+Z3B0X2hl YWRzID0gaGVhZHM7CkluZGV4OiBnX3BhcnRfbWJyLmMKPT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZ19wYXJ0X21i ci5jCShyZXZpc2lvbiAyMDY0MjMpCisrKyBnX3BhcnRfbWJyLmMJKHdvcmtpbmcgY29weSkKQEAg LTM4Niw2ICs0MTQsMTAgQEAgZ19wYXJ0X21icl9yZWFkKHN0cnVjdCBnX3BhcnRfdGFibGUgKmJh c2V0YWJsZSwgc3QKIAl0YWJsZSA9IChzdHJ1Y3QgZ19wYXJ0X21icl90YWJsZSAqKWJhc2V0YWJs ZTsKIAltc2l6ZSA9IHBwLT5tZWRpYXNpemUgLyBwcC0+c2VjdG9yc2l6ZTsKIAorCWlmIChiYXNl dGFibGUtPmdwdF9zZWN0b3JzID09IDAgfHwgYmFzZXRhYmxlLT5ncHRfaGVhZHMgPT0gMCkKKwkJ Z19wYXJ0X2luaXRfZ2VvbWV0cnkobXNpemUsICZiYXNldGFibGUtPmdwdF9zZWN0b3JzLAorCQkg ICAgJmJhc2V0YWJsZS0+Z3B0X2hlYWRzKTsKKwogCWJ1ZiA9IGdfcmVhZF9kYXRhKGNwLCAwTCwg cHAtPnNlY3RvcnNpemUsICZlcnJvcik7CiAJaWYgKGJ1ZiA9PSBOVUxMKQogCQlyZXR1cm4gKGVy cm9yKTsK ------==--bound.20366.web44.yandex.ru-- From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 18:25:52 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F0291065674; Fri, 9 Apr 2010 18:25:52 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4918FC15; Fri, 9 Apr 2010 18:25:51 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so1176602qwi.7 for ; Fri, 09 Apr 2010 11:25:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=k4JAVSGcbsMdH8xHdtxZTh6I+PY9Hi9IXkm4HkBxV6k=; b=u991YrYzZQwNfePnbT3vZFCeQZZbEWDstTQyOcg4wxDAJY12Gs7M5K8A6dNKdT1Vyi t/ZOzcWpHJgS9/s5e+vvmwP15QHfnJL9A/bcheYWgJK2eazgUFkdhNg5IpOErKerhsye X6AOgRfE9RnK0BWDT4YvOKsxTiNKdfuhvIsLk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=B3IAfxB2BVHNXQkMjAftAIkpEOLJ4+hQ4LBCfLXbcQ5W7eUvImMclShqFFHP9Qbce6 xmoRSBWadLFl838Wvq5uofb3ZQIlYlEdZMSIzROL1SfLoAHYB58wOCzLo4xhpjY5Ziwv M1yrV9geFmvoeKDCgkSCw5qLYjiCyj/GxAuyM= MIME-Version: 1.0 Received: by 10.229.33.72 with HTTP; Fri, 9 Apr 2010 11:20:00 -0700 (PDT) In-Reply-To: <86fx356ku1.fsf@ds4.des.no> References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> <86fx356ku1.fsf@ds4.des.no> Date: Fri, 9 Apr 2010 11:20:00 -0700 Received: by 10.229.211.204 with SMTP id gp12mr444117qcb.59.1270837200788; Fri, 09 Apr 2010 11:20:00 -0700 (PDT) Message-ID: From: Garrett Cooper To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , John Baldwin , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 18:25:52 -0000 2010/4/9 Dag-Erling Sm=F8rgrav : > Garrett Cooper writes: >> Dag-Erling Sm=F8rgrav writes: >> > Garrett Cooper writes: >> > > Dag-Erling Sm=F8rgrav writes: >> > > > [restored relevant context which was removed earlier in the thread= ] >> > > > ...which is exactly what I said - but in the sysinstall case, you = may >> > > > want to ask some additional questions ("are you sure you want to p= roceed >> > > > without a swap partition?") or place some additional constraints (= such >> > > > as "don't allow the user to mount something on top of /mnt or /res= cue"), >> > > > and sysinstall needs to know the outcome. >> > > If the user shoots him or herself in the foot, that's their own >> > > problem. >> > That kind of attitude is why people choose Linux over FreeBSD... >> Where do you draw the line though? /media, /libexec, /proc, /sys, etc? >> I think it's better to educate users than build in more complexity to >> the install application. > > I draw the line at mounting something - anything - on top of directories > that contain files that are critical to sysinstall's operation. =A0IIRC, > /mnt is where the installation CD is mounted. Ok... rather than hardcoding this list into sysinstall or sade, it would be nice if it was in some kind of flexible metadata. > In sysinstall mode, sade's role is to 1) make sure that something > sensible is mounted in the location where sysinstall is going to install > the OS, 2) assist the user in making the correct disk, slice, partition > or what-have-you bootable, What is sensible today, may not be sensible for all cases or sensible tomorrow. For instance, there have been some reports about the `Auto defaults' in sysinstall completely screwing up the size as the default was way too low for /, and thus a user shot himself in the foot when doing a binary upgrade via freebsd-update. This `smart default' needs to exist as a minimum and maximum defined in some kind of metadata, and it would definitely help if one knew what the use-case would be for the machine, but one doesn't know this data from the way that things have been setup. > 3) within reasonable limits, prevent the user > from doing something that will break sysinstall, Point being, how do you qualify the act of not `break[ing] sysinstall'? > and 4) optionally allow > the user to prepare additional filesystems that sysinstall doesn't care > about (e.g. /usr/obj), as long as this does not conflict with 3). > > I think the easiest way to achieve this is for sysinstall to provide an > empty directory (e.g. /inst) and have sade operate with that directory > as root, so what the user sees is how things will look when the system > reboots after installation; when the user asks sade to create /usr/obj, > sade actually creates /inst/usr/obj. Now you're making a dangerous assumption that /inst isn't being used by the end-user for any predefined purpose. > Last but not least, sade should report what it did to sysinstall - > perhaps in fstab format, since sysinstall needs to populate > (/inst)/etc/fstab anyway. Ok. Or maybe since `we're here' sade needs to be populating $DESTDIR/etc/fstab, not sysinstall ? Ideally sysinstall should be a thin wrapper over a number of different utilities which would provide the code for thinking things together, not doing a bunch of operations. That way the code itself could be divorced from the activities it's performing a bit better and people could swap in other solutions as they feel fit (say the PCBSD QT installer, or the myriad of different installers available today for FreeBSD in GTK, QT, etc format). Thanks, -Garrett From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 19:03:33 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 773BB1065672 for ; Fri, 9 Apr 2010 19:03:33 +0000 (UTC) (envelope-from aelvira35@hotmail.com) Received: from blu0-omc3-s15.blu0.hotmail.com (blu0-omc3-s15.blu0.hotmail.com [65.55.116.90]) by mx1.freebsd.org (Postfix) with ESMTP id 2FBF58FC17 for ; Fri, 9 Apr 2010 19:03:33 +0000 (UTC) Received: from BLU0-SMTP28 ([65.55.116.73]) by blu0-omc3-s15.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 9 Apr 2010 11:58:32 -0700 X-Originating-IP: [80.24.59.245] X-Originating-Email: [aelvira35@hotmail.com] Message-ID: Received: from [192.168.10.44] ([80.24.59.245]) by BLU0-SMTP28.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 9 Apr 2010 11:58:32 -0700 Date: Fri, 09 Apr 2010 20:58:29 +0200 From: Alfredo Elvira User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; es-ES; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 09 Apr 2010 18:58:32.0363 (UTC) FILETIME=[A640DFB0:01CAD816] Subject: Read/write GMIRROR metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 19:03:33 -0000 Hello, i´m developing a patch for geom mirror module to acelerate synchronizing between providers, using bitmaps to write in the provider only modified data since the last rebuilding. I have a trouble in the first access to the new provider attached, before mirror creation, when i execute gmirror label .... When the first clean disk is attached, the system runs the g_mirror_taste function for two times. The first one, there are not valid metadata for mirror class and g_mirror_read_metadata function returns error 22. But the second one, valid metadata are read. I don´t understand "who" and "when" have been written these metadata, because in debugging mode, i´ve set breakpoints in functions that write data in provider (g_mirror_write_metadata and g_write_data) and "aparently" these are not called. If i add new fields to metadata (e.g., the number of bitmaps stored in disk), the hash obtained in second read (latest 16 bytes of last sector) no matches with hash coded (which includes all metadata fields) in mirror_metadata_decode_v3v4 function, and that function returns error again. Also i have checked the modifications made in mirror_metadata_decode_v3_v4 to support this new field, and i don´t find errors. In summary, i would like to modify the metadata structure, but if i do that, there are conflicts with hashes. It seems like metadata were written with stole information before read it, and i cannot find this step. Could anyone give me any feedback about it? Best regards. From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 19:03:55 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE1531065690 for ; Fri, 9 Apr 2010 19:03:55 +0000 (UTC) (envelope-from aelvira35@hotmail.com) Received: from blu0-omc3-s5.blu0.hotmail.com (blu0-omc3-s5.blu0.hotmail.com [65.55.116.80]) by mx1.freebsd.org (Postfix) with ESMTP id A71538FC0C for ; Fri, 9 Apr 2010 19:03:55 +0000 (UTC) Received: from BLU0-SMTP40 ([65.55.116.73]) by blu0-omc3-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 9 Apr 2010 11:51:53 -0700 X-Originating-IP: [80.25.96.81] X-Originating-Email: [aelvira35@hotmail.com] Message-ID: Received: from [192.168.10.44] ([80.25.96.81]) by BLU0-SMTP40.blu0.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 9 Apr 2010 11:51:53 -0700 Date: Fri, 09 Apr 2010 20:51:50 +0200 From: Alfredo Elvira User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; es-ES; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 09 Apr 2010 18:51:53.0491 (UTC) FILETIME=[B881D630:01CAD815] Subject: Read/write GMIRROR metadata X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 19:03:56 -0000 Hello, i´m developing a patch for geom mirror module to acelerate synchronizing between providers, using bitmaps to write in the provider only modified data since the last rebuilding. I have a trouble in the first access to the new provider attached, before mirror creation, when i execute gmirror label .... When the first clean disk is attached, the system runs the g_mirror_taste function for two times. The first one, there are not valid metadata for mirror class and g_mirror_read_metadata function returns error 22. But the second one, valid metadata are read. I don´t understand "who" and "when" have been written these metadata, because in debugging mode, i´ve set breakpoints in functions that write data in provider (g_mirror_write_metadata and g_write_data) and "aparently" these are not called. If i add new fields to metadata (e.g., the number of bitmaps stored in disk), the hash obtained in second read (latest 16 bytes of last sector) no matches with hash coded (which includes all metadata fields) in mirror_metadata_decode_v3v4 function, and that function returns error again. Also i have checked the modifications made in mirror_metadata_decode_v3_v4 to support this new field, and i don´t find errors. In summary, i would like to modify the metadata structure, but if i do that, there are conflicts with hashes. It seems like metadata were written with stole information before read it, and i cannot find this step. Could anyone give me any feedback about it? Best regards. From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 19:08:16 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96BCD106564A; Fri, 9 Apr 2010 19:08:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id F12AB8FC08; Fri, 9 Apr 2010 19:08:14 +0000 (UTC) Received: from web44.yandex.ru (web44.yandex.ru [77.88.47.183]) by forward3.mail.yandex.net (Yandex) with ESMTP id 1A90456D99EF; Fri, 9 Apr 2010 23:08:13 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1270840093; bh=fUJeAkVjNt9ZQENbeGu0NxNZzuP74i7UMu4uUvTYFRo=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=huqwTJb9bUykPEscYmZlUMLbK2LjnuMecgwu6hSq/FMtixt69H5QFDQmz4SXY1Fnn YfGSqMhGQZpnNc3JpAm6g70gIlvrmadbuPQm+HNn6JCYsJhODLuOvK+OwpkAoLKfC7 DAEnKjXT1A2RCqdVkR/TrGVs2Wdzr5wlIoDPzZuA= Received: from localhost (localhost.localdomain [127.0.0.1]) by web44.yandex.ru (Yandex) with ESMTP id 1164A758039; Fri, 9 Apr 2010 23:08:13 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: web44.yandex.ru X-Yandex-TimeMark: 1270840093 Received: from www.heavennet.ru (www.heavennet.ru [77.72.136.193]) by mail.yandex.ru with HTTP; Fri, 09 Apr 2010 23:08:11 +0400 From: Andrey V. Elsukov To: Garrett Cooper In-Reply-To: References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> <86fx356ku1.fsf@ds4.des.no> MIME-Version: 1.0 Message-Id: <232101270840092@web44.yandex.ru> Date: Fri, 09 Apr 2010 23:08:12 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailman-Approved-At: Fri, 09 Apr 2010 19:39:38 +0000 Cc: Bruce Cran , Marcel Moolenaar , John Baldwin , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, Alexander Leidinger , =?utf-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= Subject: Re: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 19:08:17 -0000 09.04.10, 11:20, "Garrett Cooper" : > Ok. Or maybe since `we're here' sade needs to be populating > $DESTDIR/etc/fstab, not sysinstall ? I'm also looking for answer to this question. It seems that all basic operations with partitions are already implemented. And I think about next steps. Also I think I should make a dialog for writing bootcode. And there are a bunch of different bootstrap code which can be used with different schemes. So if anyone can share own experience I'll be grateful. MBR: /boot/mbr - standart boot record (is it needed? Is it not the same which gpart creates?). /boot/boot0 - boot0 boot manager. /boot/boot0sio - boot0 boot manager with redirected output ot com1. GPT: /boot/pmbr - protective mbr /boot/gptboot - bootstrap code for booting from GPT, should be installed to freebsd-boot partition. /boot/gptzfsboot - bootstrap code for booting from GPT and ZFS, should be installed to freebsd-boot partition. /boot/zfsboot - bootstrap code for booting from ZFS from MBR, it seems this bootcode doesn't have a correct way (e.g `gpart bootcode ...`) to be writed. What about VTOC8, PC98, APM? -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Fri Apr 9 20:24:48 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F6AE106564A for ; Fri, 9 Apr 2010 20:24:48 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id D47408FC12 for ; Fri, 9 Apr 2010 20:24:47 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id BE767582BF; Fri, 9 Apr 2010 15:06:45 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 8zkQcTQI5uk7; Fri, 9 Apr 2010 15:06:45 -0500 (CDT) Received: from wanderer.tachypleus.net (dyn-72-33-78-244.uwnet.wisc.edu [72.33.78.244]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 8C3CB582BE; Fri, 9 Apr 2010 15:06:45 -0500 (CDT) Message-ID: <4BBF88D5.40007@freebsd.org> Date: Fri, 09 Apr 2010 15:06:45 -0500 From: Nathan Whitehorn User-Agent: Thunderbird 2.0.0.23 (X11/20100215) MIME-Version: 1.0 To: "Andrey V. Elsukov" , freebsd-geom@freebsd.org, Marcel Moolenaar References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> <86fx356ku1.fsf@ds4.des.no> <232101270840092@web44.yandex.ru> In-Reply-To: <232101270840092@web44.yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [RFC] Rewriting sade(8) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 20:24:48 -0000 Andrey V. Elsukov wrote: > 09.04.10, 11:20, "Garrett Cooper" : > >> Ok. Or maybe since `we're here' sade needs to be populating >> $DESTDIR/etc/fstab, not sysinstall ? >> > > I'm also looking for answer to this question. It seems that all basic operations > with partitions are already implemented. And I think about next steps. > > Also I think I should make a dialog for writing bootcode. And there are a bunch of > different bootstrap code which can be used with different schemes. So if anyone > can share own experience I'll be grateful. > > > What about VTOC8, PC98, APM? > For APM, the bootcode lives at /boot/boot1.hfs, and needs to be copied onto an 800 KB partition of type '!Apple_Bootstrap'. -Nathan From owner-freebsd-geom@FreeBSD.ORG Sat Apr 10 15:43:36 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 082A0106566C for ; Sat, 10 Apr 2010 15:43:36 +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 890498FC1B for ; Sat, 10 Apr 2010 15:43:35 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O0cqH-0000B3-TJ for freebsd-geom@freebsd.org; Sat, 10 Apr 2010 17:43:29 +0200 Received: from 78-1-170-229.adsl.net.t-com.hr ([78.1.170.229]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Apr 2010 17:43:29 +0200 Received: from ivoras by 78-1-170-229.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Apr 2010 17:43:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Sat, 10 Apr 2010 17:43:17 +0200 Lines: 42 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-170-229.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: Subject: Re: Read/write GMIRROR metadata 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: Sat, 10 Apr 2010 15:43:36 -0000 Alfredo Elvira wrote: > Hello, >=20 > i=C2=B4m developing a patch for geom mirror module to acelerate synchro= nizing > between providers, using bitmaps to write in the provider only modified= > data since the last rebuilding. >=20 > I have a trouble in the first access to the new provider attached, > before mirror creation, when i execute gmirror label .... >=20 > When the first clean disk is attached, the system runs the > g_mirror_taste function for two times. The first one, there are not > valid metadata for mirror class and g_mirror_read_metadata function > returns error 22. But the second one, valid metadata are read. I don=C2= =B4t Usually, the first time your code gets to taste the device before it's=20 labeled, e.g. when it first appears in the system, etc. Then, when=20 something opens the device for writing and then closes is ("spoils it"), = all GEOM classes are given the opportunity to taste the device again to=20 see if they can use it. > understand "who" and "when" have been written these metadata, because i= n > debugging mode, i=C2=B4ve set breakpoints in functions that write data = in > provider (g_mirror_write_metadata and g_write_data) and "aparently" > these are not called. Metadata in the "label" step is done in userland, by the gmirror utility = (or more specifically, /lib/geom/geom_mirror.so). The usual situation is like this: you need to keep the userland and the=20 kernel code in sync, and this also goes for metadata structures. After=20 the userland does "label", it usually (except for "clean") does not=20 touch the metadata - from there on it's all kernel. From owner-freebsd-geom@FreeBSD.ORG Sat Apr 10 15:50:06 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CC161065673 for ; Sat, 10 Apr 2010 15:50:06 +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 EA5EC8FC0A for ; Sat, 10 Apr 2010 15:50:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O0cwd-0002Zp-QR for freebsd-geom@freebsd.org; Sat, 10 Apr 2010 17:50:03 +0200 Received: from 78-1-170-229.adsl.net.t-com.hr ([78.1.170.229]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Apr 2010 17:50:03 +0200 Received: from ivoras by 78-1-170-229.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Apr 2010 17:50:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Sat, 10 Apr 2010 17:45:22 +0200 Lines: 30 Message-ID: References: <246759.92700.qm@web59906.mail.ac4.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-170-229.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <246759.92700.qm@web59906.mail.ac4.yahoo.com> Subject: Re: gmirror question 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: Sat, 10 Apr 2010 15:50:06 -0000 Martin Badie wrote: > Hi, > > I have a gmirror system (FreeBSD 6.3). Normally on seagate.com I can see that both disk (ST3250310AS and ST3250318AS) have same layout and the sizes are equal. I have built gmirror using http://people.freebsd.org/~rse/mirror/ what I want to ask is that ad6 was broken and i have replaced it with the new one (new ad6) both on the fdisk command output i see different sizes (ad6 is bigger than ad4). What i want to ask is that if i rebuild mirror using following command does that break OS ? > > # sysctl kern.geom.debugflags=16 > # gmirror forget gm0 > # dd if=/dev/zero of=/dev/ad6 bs=1k count=1 > # fdisk -BI ad6 > # bsdlabel -B -w ad6s1 auto > # gmirror insert gm0 /dev/ad6s1 > # gmirror status > > > > The disk details are like: > > grep ad4 /var/run/dmesg.boot > > ad4: 238475MB at ata2-master SATA150 > GEOM_MIRROR: Device gm0: provider ad4s1 detected. > GEOM_MIRROR: Device gm0: provider ad4s1 activated In other words, you are mirroring the first partition/slice from ad4 to the first partition of ad6? Apart from this being strange and sometimes useless, it will work as long as the sizes match. (the "new" drive/partition size can be larger than the old, but cannot be smaller) From owner-freebsd-geom@FreeBSD.ORG Sat Apr 10 16:28:20 2010 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A240106564A; Sat, 10 Apr 2010 16:28:20 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id EDA428FC1A; Sat, 10 Apr 2010 16:28:19 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id A29F81FFC22; Sat, 10 Apr 2010 16:28:18 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 28E1E84490; Sat, 10 Apr 2010 18:27:47 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Garrett Cooper References: <55861270658151@web135.yandex.ru> <20100408103809.13496s9i6ny03ocg@webmail.leidinger.net> <867hoi8gbl.fsf@ds4.des.no> <201004080849.12151.jhb@freebsd.org> <86r5mqt4aj.fsf@ds4.des.no> <86sk75ol54.fsf@ds4.des.no> <86fx356ku1.fsf@ds4.des.no> Date: Sat, 10 Apr 2010 18:27:46 +0200 In-Reply-To: (Garrett Cooper's message of "Fri, 9 Apr 2010 11:20:00 -0700") Message-ID: <86633zuvb1.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , John Baldwin , freebsd-geom@freebsd.org, Teske , Randi Harper , freebsd-current@freebsd.org, "Andrey V. Elsukov" , Alexander Leidinger Subject: Re: [RFC] Rewriting sade(8) 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: Sat, 10 Apr 2010 16:28:20 -0000 Garrett Cooper writes: > Now you're making a dangerous assumption that /inst isn't being used > by the end-user for any predefined purpose. No, I'm making the entirely reasonable assumption that *during the installation process* sysinstall can mount whatever the hell it wants wherever the hell it wants. Why is this so hard to understand? If the user wants to create an /inst filesystem *during installation* it will be mounted as /inst/inst. If the user runs sade *at a later time* and creates an /inst filesystem, it will be mounted as /inst. > Ok. Or maybe since `we're here' sade needs to be populating > $DESTDIR/etc/fstab, not sysinstall ? At that time (when sysinstall invokes sade) there is no $DESTDIR/etc - sysinstall hasn't yet started extracting the base distribution. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no