From owner-freebsd-geom@FreeBSD.ORG Sun Jan 9 00:32:08 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1B45106566C for ; Sun, 9 Jan 2011 00:32:08 +0000 (UTC) (envelope-from luchesar.iliev@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3C0618FC08 for ; Sun, 9 Jan 2011 00:32:07 +0000 (UTC) Received: by fxm16 with SMTP id 16so17950551fxm.13 for ; Sat, 08 Jan 2011 16:32:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=PkuglWSOsCBo9wDjOHQ1J6BhhMWhs1YW3bNirV6qIGo=; b=Z6VQJeuqddGgIb7hou/JfxIjtp/y4juYnIkDz2+wrrN14oEUrTSh5xShul9BjJy5r3 aEywExvzrZ7MmbezBydTiZysZXaCRQsWWxuuuiqKQDKKIoo1AcJYQ6zhoGhQRaTj0KZj X8f4qp8MdYMUTsqaCJHHN7h87pXSxkLY4YPus= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:organization :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=BbLri4Kba/reJGjeCR8gfYCuFvQIsW3gglh/IEyQxupFDx6oeJGZkGzsmx6Lc+IglV b/nPWW+IPD6qR9AYJTmNhvkum3USV6r1g1QZaW9AOMmY6pbh95kAH3ETwGq87YOIvySF If5IgeVrYL6RR0fKtZLhnM5PdlatfPKKTSug8= Received: by 10.223.70.136 with SMTP id d8mr3849871faj.3.1294531352341; Sat, 08 Jan 2011 16:02:32 -0800 (PST) Received: from [79.124.93.41] ([79.124.93.41]) by mx.google.com with ESMTPS id c11sm6530773fav.26.2011.01.08.16.02.30 (version=SSLv3 cipher=RC4-MD5); Sat, 08 Jan 2011 16:02:31 -0800 (PST) Message-ID: <4D28FB15.9090907@gmail.com> Date: Sun, 09 Jan 2011 02:02:29 +0200 From: "Luchesar V. ILIEV" Organization: Ideaconsult Ltd. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101229 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: zeus@ibs.dn.ua References: <20110104170611.GA67159@relay.ibs.dn.ua> <4D28509D.607@yandex.ru> <20110108223747.GA66627@relay.ibs.dn.ua> In-Reply-To: <20110108223747.GA66627@relay.ibs.dn.ua> X-Enigmail-Version: 1.1.2 OpenPGP: id=9A1FEEFF; url=https://cert.acad.bg/pgp-keys/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2011 00:32:08 -0000 On 01/09/2011 00:37, Zeus V Panchenko wrote: > Andrey V. Elsukov (bu7cher@yandex.ru) [11.01.08 13:55] wrote: >> >> FreeBSD 8.2 has implemented support of recovering GPT. You can try to >> boot from livefs image or just update your system and use >> 'gpart recover'. But i strongly suggest to read related paragraph >> in manual page before. Backup is recommended of course. >> > > what if i detach one hdd from mirror, than recover the one in mirror > and attach the first one again, will it be right way? > Hi Zeus, Just my two cents. If I understood correctly from your first mail, you've set up the gmirror on /dev/ada{1,2}p1; that is, you're not mirroring the whole disk, but just the (single) partition on it. gmirror(8) stores its metadata in the last sector of the provider, and since in your case that's the partition itself, I can't see how it could have overwritten the secondary GPT. I was wondering if your problem could be related to the ahci(4) driver? I think I've seen reports of problems with data integrity; considering that this infrastructure is not yet as mature as the old ata(4)-based one, this doesn't seem totally impossible with certain devices. Then again, I'd find it a bit strange to have only the secondary GPT get corrupt and nothing else if the problem had indeed been in the ahci driver... Speaking of that (and not related directly to your question), you might find it more convenient to use GPT partition labels in the future. For instance, in your example you could label the partitions... # gpart modify -i 1 -l teradisk0 ada1 # gpart modify -i 1 -l teradisk1 ada2 ...and then could create the mirror using the labels... # gmirror label -v -h -b load gm0 gpt/teradisk0 # gmirror insert -v -h -p 1 gm0 gpt/teradisk1 Using -h is important here, as otherwise gmirror will "forget" the labels. I'd like to draw your attention to the -p parameter as well. AFAIK it's not good to have the components with equal priority. Priority determines not only the preferred disk for the "prefer" algorithm, but, more importantly, the disk which is considered "master" when a resync is needed. This gets especially critical if you insert a blank component to a mirror which already holds data. gmirror might do the right thing, but probably not exactly for the right reasons. To summarize, I'd recommend that you always keep the disk you'd like to be "master" with priority "0" (which is considered highest) and all the rest in the mirror with lower (probably diminishing) priorities. Concerning the backup thing: what you described sounds reasonable to me, but with one very important thing to remember: the priorities again! If something goes wrong with the GPT recovery, be sure to set the priorities of the components the right way: the disk you consider healthy should be set with priority "0" and the other one with "1". You can change the priority of a component with e.g... # gmirror configure -v -p 1 gm0 ada1p1 ...and you've already noticed that you can set the priority of the inserted components as well. Of course, if you keep important data on that mirror, it might be still best to simply replicate it somewhere else, and take no risks. One last thing that you might consider: the sysutils/gdisk port. It's quite a capable program for maintaining GPT formatted disks, which could prove helpful in certain cases (e.g. with the protective MBRs). Good luck, and please let us know if you find what caused your problems. Cheers, Luchesar P.S. Please keep in mind that I might be wrong in some (or even all) of my assumptions and suggestions. I do have some experience with GPT and gmirror, but it's definitely far away from being extensive. From owner-freebsd-geom@FreeBSD.ORG Sun Jan 9 09:27:11 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E16C4106566B for ; Sun, 9 Jan 2011 09:27:11 +0000 (UTC) (envelope-from zeus@relay.ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id 657258FC1A for ; Sun, 9 Jan 2011 09:27:10 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id p099R9dF092631; Sun, 9 Jan 2011 11:27:09 +0200 (EET) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id p099R9ow092630; Sun, 9 Jan 2011 11:27:09 +0200 (EET) Date: Sun, 9 Jan 2011 11:27:09 +0200 From: Zeus V Panchenko To: "Luchesar V. ILIEV" Message-ID: <20110109092709.GC66627@relay.ibs.dn.ua> References: <20110104170611.GA67159@relay.ibs.dn.ua> <4D28509D.607@yandex.ru> <20110108223747.GA66627@relay.ibs.dn.ua> <4D28FB15.9090907@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4D28FB15.9090907@gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus@ibs.dn.ua List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2011 09:27:12 -0000 Hi Luchesar, thank you for reply, > > Just my two cents. If I understood correctly from your first mail, > you've set up the gmirror on /dev/ada{1,2}p1; that is, you're not > mirroring the whole disk, but just the (single) partition on it. > really the history was this: i configured first drive as GPT (whole dedicated drive), newfs-ed it and filled with data after what i created mirror on it but not on entire disk /dev/ada0 (not on it's single partition /dev/ada0p1) and i believe it was the cause of corruption latter i found maillist explanation of the mistake and reconfigured the mirror to use partitions instead of entire disk ... so, this way the corruption appeared as i can judge now > have overwritten the secondary GPT. I was wondering if your problem > could be related to the ahci(4) driver? I think I've seen reports of no, i do not believe it is ahci(4) related issue since no other simpthomes were observed (smart data shows no problems too) > > # gmirror label -v -h -b load gm0 gpt/teradisk0 > # gmirror insert -v -h -p 1 gm0 gpt/teradisk1 > > Using -h is important here, as otherwise gmirror will "forget" the > labels. I'd like to draw your attention to the -p parameter as well. > AFAIK it's not good to have the components with equal priority. Priority > determines not only the preferred disk for the "prefer" algorithm, but, mmm ... what will happend when master dies? will gmirror understand that 0 priority disk now the one remaining alive? or i have to handle that manually? to reassign 0 to the survived disk and to assign next index to the new disk? -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-geom@FreeBSD.ORG Sun Jan 9 11:20:30 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 866CE10656CE for ; Sun, 9 Jan 2011 11:20:30 +0000 (UTC) (envelope-from zeus@relay.ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id 00D018FC1A for ; Sun, 9 Jan 2011 11:20:29 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id p09BKSa1097112; Sun, 9 Jan 2011 13:20:28 +0200 (EET) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id p09BKRa4097111; Sun, 9 Jan 2011 13:20:27 +0200 (EET) Date: Sun, 9 Jan 2011 13:20:27 +0200 From: Zeus V Panchenko To: "Luchesar V. ILIEV" Message-ID: <20110109112027.GD66627@relay.ibs.dn.ua> References: <20110104170611.GA67159@relay.ibs.dn.ua> <4D28509D.607@yandex.ru> <20110108223747.GA66627@relay.ibs.dn.ua> <4D28FB15.9090907@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4D28FB15.9090907@gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus@ibs.dn.ua List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2011 11:20:30 -0000 and again ... just to be sure i understand all correctly ... now i have two disks in gmirror ... to get rid of the secondary table corruption for my working gmirror (with mirror master ada1) Name Status Components mirror/gm0 COMPLETE ada1p1 ada2p1 i decided to destroy second (ada2) disk GPT and gmirror data, create GPT for it (ada2) from scratch, copy data to it from gmirror (gm0), destroy the mirror, create the mirror with second (ada2) disk as master, recreate GPT for first (ada1) disk and insert it to the mirror as secondary disk: 1. gmirror remove gm0 ada2p1 2. gmirror clear ada2p1 3. gpart destroy ada2 4. gpart create -s gpt /dev/ada2 5. gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 -l labeldisk2 /dev/ada2 6. newfs -f 4096 -b 32768 -g 1048576 -o space -U -L labeldisk2 /dev/ada2p1 7. tar -cf - -C MNTPOIN_gm0 . | tar -xpf - -C MNTPOINT_ada2p1 8. gmirror stop gm0 9. gpart destroy ada1 10. gpart create -s gpt /dev/ada1 11. gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 -l labeldisk1 /dev/ada1 12. newfs -f 4096 -b 32768 -g 1048576 -o space -U -L labeldisk1 /dev/ada1p1 13. gmirror label -v -h -b load gm0 gpt/labeldisk2 14. gmirror insert -v -h -p 1 gm0 gpt/labeldisk1 i think it is possible to ignore p.12 so, is it correct, any corrections/amendations to the algorythm? -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-geom@FreeBSD.ORG Sun Jan 9 13:27:31 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F4581065675 for ; Sun, 9 Jan 2011 13:27:31 +0000 (UTC) (envelope-from luchesar.iliev@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id EA0A38FC19 for ; Sun, 9 Jan 2011 13:27:30 +0000 (UTC) Received: by fxm16 with SMTP id 16so18154985fxm.13 for ; Sun, 09 Jan 2011 05:27:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=nRSEdkiEcYNsgmp73aIYSKgkcavptdrxbiFz8NTAM9w=; b=f8GBPid3Hum3B2FbOp/g8OPZp3JggDX81rDBfLOiHCnKhftp3Xs4Dm470wV6rTt1Ft L+3CXguDj8xwo+lQFw35uCwHDoTIq69agTDja/XmSUYAGs5Z2/mgafeuhB0uQgASnFXQ cYEYcCqAFm6766t5FPje0jZlFIkKQvHPHuVsA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:organization :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=OF3kB3wpVooixtu8B/kB2fmjWbm1wEYgO2VEM4AwrgPR2WrH8AwQp5/kALZIVmEbQb IpXPgEwflUsSuxo7XJC91SDP4jyrsMhN25OuZFMMKOnNKpk5Zgu5H3ojwHyC83tPGoag yX25oeXl0nnKJ8Kh4EAM9mRtYjr/oiN6RYCqs= Received: by 10.223.116.1 with SMTP id k1mr5824330faq.51.1294579649806; Sun, 09 Jan 2011 05:27:29 -0800 (PST) Received: from [79.124.93.41] ([79.124.93.41]) by mx.google.com with ESMTPS id 5sm6675719fak.47.2011.01.09.05.27.28 (version=SSLv3 cipher=RC4-MD5); Sun, 09 Jan 2011 05:27:29 -0800 (PST) Message-ID: <4D29B7BF.3070706@gmail.com> Date: Sun, 09 Jan 2011 15:27:27 +0200 From: "Luchesar V. ILIEV" Organization: Ideaconsult Ltd. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101229 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: zeus@ibs.dn.ua References: <20110104170611.GA67159@relay.ibs.dn.ua> <4D28509D.607@yandex.ru> <20110108223747.GA66627@relay.ibs.dn.ua> <4D28FB15.9090907@gmail.com> <20110109112027.GD66627@relay.ibs.dn.ua> In-Reply-To: <20110109112027.GD66627@relay.ibs.dn.ua> X-Enigmail-Version: 1.1.2 OpenPGP: id=9A1FEEFF; url=https://cert.acad.bg/pgp-keys/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2011 13:27:31 -0000 On 01/09/2011 13:20, Zeus V Panchenko wrote: > and again ... just to be sure i understand all correctly ... > > now i have two disks in gmirror ... to get rid of the secondary table > corruption for my working gmirror (with mirror master ada1) > > Name Status Components > mirror/gm0 COMPLETE ada1p1 > ada2p1 > > i decided to destroy second (ada2) disk GPT and gmirror data, create > GPT for it (ada2) from scratch, copy data to it from gmirror (gm0), > destroy the mirror, create the mirror with second (ada2) disk as > master, recreate GPT for first (ada1) disk and insert it to the mirror > as secondary disk: > > 1. gmirror remove gm0 ada2p1 > 2. gmirror clear ada2p1 > 3. gpart destroy ada2 > 4. gpart create -s gpt /dev/ada2 > 5. gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 -l labeldisk2 /dev/ada2 > 6. newfs -f 4096 -b 32768 -g 1048576 -o space -U -L labeldisk2 /dev/ada2p1 > 7. tar -cf - -C MNTPOIN_gm0 . | tar -xpf - -C MNTPOINT_ada2p1 > 8. gmirror stop gm0 > 9. gpart destroy ada1 > 10. gpart create -s gpt /dev/ada1 > 11. gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 -l labeldisk1 /dev/ada1 > 12. newfs -f 4096 -b 32768 -g 1048576 -o space -U -L labeldisk1 /dev/ada1p1 > 13. gmirror label -v -h -b load gm0 gpt/labeldisk2 > 14. gmirror insert -v -h -p 1 gm0 gpt/labeldisk1 > > i think it is possible to ignore p.12 > > so, is it correct, any corrections/amendations to the algorythm? Hi Zeus, Yes, even though you could indeed just try "gpart recover", the procedure you describe is likely the "cleanest" solution. A few notes: 1. It's usually safest to create filesystems on already set up mirrors. Shouldn't be a problem to create the mirror with an existing filesystem as well, but only if you are really certain that it doesn't extend to the very end of the device, occupying the last sector. 2. You wouldn't be able to destroy a GPT scheme unless you first delete all existing partitions, or -F-orce it. The first note is more important. An alternative way to do the whole thing in accordance with it might be: # gmirror stop gm0 (at this point it might be wise to check if you can mount the FS on /dev/ada1p1 w/o problems, though I don't see a reason why you shouldn't) # gmirror clear -v ada1p1 ada2p1 # gpart destroy -F ada2 # gpart create -s gpt ada2 # gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 \ -l labeldisk2 ada2 # gmirror label -v -h -b load gm0 gpt/labeldisk2 # newfs [...] /dev/mirror/gm0 Here you'd copy the files from /dev/ada1p1 to /dev/mirror/gm0. BTW, I find using net/rsync easier to use, e.g. rsync -avH /src/ /dst/, but that's really just a personal preference. After you make sure that gm0 now holds your information correctly... # gpart destroy -F ada1 # gpart create -s gpt ada1 # gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 \ -l labeldisk1 ada1 # gmirror insert -v -h -p 1 gm0 gpt/labeldisk1 When resync finishes, and if you prefer gpt/labeldisk1 to be your "master", you might change the priorities. Of course, this is going to be a long procedure with those 1 TB disks. Again, please take all my comments with a grain of salt. Good luck! Cheers, Luchesar From owner-freebsd-geom@FreeBSD.ORG Sun Jan 9 14:02:20 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE630106564A for ; Sun, 9 Jan 2011 14:02:20 +0000 (UTC) (envelope-from luchesar.iliev@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 43F728FC14 for ; Sun, 9 Jan 2011 14:02:19 +0000 (UTC) Received: by fxm16 with SMTP id 16so18166180fxm.13 for ; Sun, 09 Jan 2011 06:02:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=0sE4ZKZAYsd+2QBA22MCHMaBzGgcaujqhjsLFHtcNzY=; b=TDiz+PeshQQSmPzwIs2JmWTvBaPC9j/tz0n4kpY4N8jH9kUCXpqMvzfhtCo2NVt5Gm LJNpwA1l+sMBv7R4Bny941b3x/Tp+RtKTRAkVSHVO4Bpi4HzKSnY9ZmaZ+2XHDM3b+h4 gA9VHNof5pVHxyQSVJWAuzDcteFbwtlAlCaew= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:organization :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=rcadmgA1gi869ZKp/Nw3TKbh8hGAsSQZdBJGRwc3VabMW/fxUHXAmx4IYwqOfZYXD3 4Ka0/UULFEwsUNfMg0q1rzWg+Tc5NOOKNJEttmhkhNn2Kf4n2ORM8SBTecS1fg9xICmX u0uZj2FZSlbp75ZkBwKUSasytuoW46rHfOsAA= Received: by 10.223.109.135 with SMTP id j7mr3180509fap.136.1294581739212; Sun, 09 Jan 2011 06:02:19 -0800 (PST) Received: from [79.124.93.41] ([79.124.93.41]) by mx.google.com with ESMTPS id b7sm3758081faa.18.2011.01.09.06.02.17 (version=SSLv3 cipher=RC4-MD5); Sun, 09 Jan 2011 06:02:18 -0800 (PST) Message-ID: <4D29BFE8.8050407@gmail.com> Date: Sun, 09 Jan 2011 16:02:16 +0200 From: "Luchesar V. ILIEV" Organization: Ideaconsult Ltd. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101229 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: zeus@ibs.dn.ua References: <20110104170611.GA67159@relay.ibs.dn.ua> <4D28509D.607@yandex.ru> <20110108223747.GA66627@relay.ibs.dn.ua> <4D28FB15.9090907@gmail.com> <20110109092709.GC66627@relay.ibs.dn.ua> In-Reply-To: <20110109092709.GC66627@relay.ibs.dn.ua> X-Enigmail-Version: 1.1.2 OpenPGP: id=9A1FEEFF; url=https://cert.acad.bg/pgp-keys/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2011 14:02:20 -0000 On 01/09/2011 11:27, Zeus V Panchenko wrote: > Hi Luchesar, > > thank you for reply, >> >> Just my two cents. If I understood correctly from your first mail, >> you've set up the gmirror on /dev/ada{1,2}p1; that is, you're not >> mirroring the whole disk, but just the (single) partition on it. >> > really the history was this: > i configured first drive as GPT (whole dedicated drive), newfs-ed it > and filled with data > > after what i created mirror on it but not on entire disk /dev/ada0 (not on it's > single partition /dev/ada0p1) and i believe it was the cause of corruption > > latter i found maillist explanation of the mistake and reconfigured > the mirror to use partitions instead of entire disk ... so, this way > the corruption appeared as i can judge now > Ah, that really makes sense now. Actually, a good warning too, as you wouldn't expect such problems with MBR partitioned disks. >> have overwritten the secondary GPT. I was wondering if your problem >> could be related to the ahci(4) driver? I think I've seen reports of > > no, i do not believe it is ahci(4) related issue since no other > simpthomes were observed (smart data shows no problems too) > >> >> # gmirror label -v -h -b load gm0 gpt/teradisk0 >> # gmirror insert -v -h -p 1 gm0 gpt/teradisk1 >> >> Using -h is important here, as otherwise gmirror will "forget" the >> labels. I'd like to draw your attention to the -p parameter as well. >> AFAIK it's not good to have the components with equal priority. Priority >> determines not only the preferred disk for the "prefer" algorithm, but, > > mmm ... what will happend when master dies? will gmirror understand > that 0 priority disk now the one remaining alive? or i have to handle > that manually? to reassign 0 to the survived disk and to assign next > index to the new disk? > Good point. Actually, the "master" is not necessarily the provider with priority "0", but the one with the highest (that is, the lowest number) one, which is still alive. So, if you have for example a three-way mirror with provider priorities 0, 1 and 2, when the master dies, the second disk (with priority "1") will become master. Yes, I suppose you should always be careful to set the correct priorities when you insert new providers to the mirror. Concerning the "dead master", keep in mind as well that it won't simply disappear from the configuration -- you'll have to issue "gmirror forget" first, otherwise it will keep showing up as missing. But I'm not really sure what would happen, if you return the master, with its metadata intact, but with all the other information on it gone. Obviously, if gmirror decides that it should resync all other disks to it, that would be a disaster. Perhaps someone more knowledgeable could shed more light on this matter. Again, though, setting the priorities manually should prevent such cases, as you'd always make sure to have a "healthy" disk being the "master". While "ordinary" mirrors generally provide very good reliability, I find ZFS's ability to also provide data integrity critical. So, today I'm using gmirror exclusively for swap, and in rare occasions for geli(8) encrypted devices that also need redundancy. And managing zpool(1M)-s is also very convenient. Even today I'm going to totally rearrange the disk setup on my desktop; had I not been using ZFS, I wouldn't even consider it until next reinstall. :) Cheers, Luchesar From owner-freebsd-geom@FreeBSD.ORG Mon Jan 10 11:07:02 2011 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3BFF106567A for ; Mon, 10 Jan 2011 11:07:02 +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 D21CB8FC15 for ; Mon, 10 Jan 2011 11:07:02 +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 p0AB72uO001764 for ; Mon, 10 Jan 2011 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0AB726P001762 for freebsd-geom@FreeBSD.org; Mon, 10 Jan 2011 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Jan 2011 11:07:02 GMT Message-Id: <201101101107.p0AB726P001762@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, 10 Jan 2011 11:07:03 -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/152609 geom [geli] geli onetime on gzero panics o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147852 geom [geom] [panic] graid3 panic: wrong offset 16384 for se o kern/147851 geom [geom] [panic] graid3 panic: g_read_data: invalid leng o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/147664 geom [geom] [patch] Add the ability to create linux and fat o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144962 geom [geom] panic when accessing GPT disk with a large numb o kern/144905 geom [geom][geom_part] panic in gpart_ctlreq when unpluggin o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition 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/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o bin/120990 geom [patch] support "BIOS Boot" partition type in gpt(8) o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o 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. 58 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 06:15:18 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D5EA1065672 for ; Tue, 11 Jan 2011 06:15:18 +0000 (UTC) (envelope-from steveprice67@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B8A3A8FC0C for ; Tue, 11 Jan 2011 06:15:17 +0000 (UTC) Received: by fxm16 with SMTP id 16so19639172fxm.13 for ; Mon, 10 Jan 2011 22:15:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=n8lKK6jonoWIBBJvG3+wiT1Bp5OyPwAUg6g662XuxKg=; b=sVRMoT4weR8rkY2GCRUfGn76SgLpBicnXWa/nnZCB9HEF08EeP3NekVAdUXxA/fXER 0dWHd4QKqp1+GrUBSZ5FgIccd97THEIbcHFT1S30U16MiWsXDPOEg5hUQi2qqA3KIM9j 5vj5iOSDvDDGAT34rWTQppqEGUq9Bc/n5H2GI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=qg5ZI6FZCnKNPj0FkQYsK0lJwsLz1Vj2k58S71QnXRuPk6jbIfkQ+WeN8ps55XvJPS c4Gf/yWbsnAz2gKWGnDLpsDtnOxKFCbR5UDhiBwk2dpuhBFzxtEhsl7QvX9qAs8Hn0Li q/JCTCweRyLBLavwJnw5AQq14sDiWxgnVz8Zo= MIME-Version: 1.0 Received: by 10.223.103.5 with SMTP id i5mr3556fao.31.1294724714380; Mon, 10 Jan 2011 21:45:14 -0800 (PST) Sender: steveprice67@gmail.com Received: by 10.223.74.138 with HTTP; Mon, 10 Jan 2011 21:45:14 -0800 (PST) Date: Mon, 10 Jan 2011 23:45:14 -0600 X-Google-Sender-Auth: YAxlzGyynghIfZDzHlb6x-BP6qU Message-ID: From: Steve Price To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: gmirror panic on RELENG_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, 11 Jan 2011 06:15:18 -0000 I installed 8.2-RC1 on a machine with 3 identical drives and got a kernel panic when trying to load geom_mirror on boot. Try as I might I've been unable to get a coredump so I can investigate further. Minimum required to reproduce the error here is to install 8.2-RC1 from CD and on reboot, drop to the boot loader prompt and type: load geom_mirror boot da0 contains all of the installed files, da1 was to be a mirror of da0 so was left alone, and da2 was created as one big partition. I first noticed this when I installed 8.1-RC1 and then ran the following commands after rebooting from the initial install: sysctl kern.geom.debugflags=17 gmirror label -vb round-robin gm0 /dev/da0 echo 'geom_mirror_load="YES"' >> /boot/loader.conf sed -i.bak -e's,da0,mirror/gm0,g' /etc/fstab reboot When the box came back up I got a panic. I've tried various combos to figure out what the minimum was to reproduce this. I've verified that 8.0-RELEASE, and 8.1-RELEASE don't exhibit this same behavior. If further info is required, please let me know. -steve From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 10:15:42 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA721065672 for ; Tue, 11 Jan 2011 10:15:42 +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 0120E8FC19 for ; Tue, 11 Jan 2011 10:15:41 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Pcb1s-0002Aq-8f for freebsd-geom@freebsd.org; Tue, 11 Jan 2011 11:00:40 +0100 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 ; Tue, 11 Jan 2011 11:00:40 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 11 Jan 2011 11:00:40 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Tue, 11 Jan 2011 11:00:29 +0100 Lines: 8 Message-ID: References: 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: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: X-Enigmail-Version: 1.1.2 Subject: Re: gmirror panic on RELENG_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, 11 Jan 2011 10:15:42 -0000 On 11/01/2011 06:45, Steve Price wrote: > If further info is required, please let me know. You need to at least send the panic message, and a backtrace if you can get it. http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-gdb.html From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 10:18:09 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A0F0106567A; Tue, 11 Jan 2011 10:18:09 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 013208FC13; Tue, 11 Jan 2011 10:18:09 +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 p0BAI8AV094231; Tue, 11 Jan 2011 10:18:08 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0BAI8pt094227; Tue, 11 Jan 2011 10:18:08 GMT (envelope-from ae) Date: Tue, 11 Jan 2011 10:18:08 GMT Message-Id: <201101111018.p0BAI8pt094227@freefall.freebsd.org> To: ae@FreeBSD.org, freebsd-geom@FreeBSD.org, ae@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/147852: [geom] [panic] graid3 panic: wrong offset 16384 for sectorsize 65536 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, 11 Jan 2011 10:18:09 -0000 Synopsis: [geom] [panic] graid3 panic: wrong offset 16384 for sectorsize 65536 Responsible-Changed-From-To: freebsd-geom->ae Responsible-Changed-By: ae Responsible-Changed-When: Tue Jan 11 10:16:47 UTC 2011 Responsible-Changed-Why: Take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=147852 From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 10:27:55 2011 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D6E1065698; Tue, 11 Jan 2011 10:27:55 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DF88A8FC20; Tue, 11 Jan 2011 10:27:54 +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 p0BARsFg004019; Tue, 11 Jan 2011 10:27:54 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0BARsap004015; Tue, 11 Jan 2011 10:27:54 GMT (envelope-from ae) Date: Tue, 11 Jan 2011 10:27:54 GMT Message-Id: <201101111027.p0BARsap004015@freefall.freebsd.org> To: ae@FreeBSD.org, freebsd-geom@FreeBSD.org, ae@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/147851: [geom] [panic] graid3 panic: g_read_data: invalid length 262144 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, 11 Jan 2011 10:27:55 -0000 Synopsis: [geom] [panic] graid3 panic: g_read_data: invalid length 262144 Responsible-Changed-From-To: freebsd-geom->ae Responsible-Changed-By: ae Responsible-Changed-When: Tue Jan 11 10:27:37 UTC 2011 Responsible-Changed-Why: Take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=147851 From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 11:46:29 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A588106566B for ; Tue, 11 Jan 2011 11:46:29 +0000 (UTC) (envelope-from zeus@relay.ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3648FC12 for ; Tue, 11 Jan 2011 11:46:28 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id p0BBkQcP005368; Tue, 11 Jan 2011 13:46:26 +0200 (EET) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id p0BBkQvk005367; Tue, 11 Jan 2011 13:46:26 +0200 (EET) Date: Tue, 11 Jan 2011 13:46:26 +0200 From: Zeus V Panchenko To: "Luchesar V. ILIEV" Message-ID: <20110111114626.GB34930@relay.ibs.dn.ua> References: <20110104170611.GA67159@relay.ibs.dn.ua> <4D28509D.607@yandex.ru> <20110108223747.GA66627@relay.ibs.dn.ua> <4D28FB15.9090907@gmail.com> <20110109112027.GD66627@relay.ibs.dn.ua> <4D29B7BF.3070706@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4D29B7BF.3070706@gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus@ibs.dn.ua List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2011 11:46:29 -0000 Thank much everybody for help! now i'm happy with my healthy GPT gmirror! :) here the story (to be honest, Luchesar, it is the scheme offered by you, and i say thank to you for it. i wonder why it is not put in man pages, handbook or some tutorial for gpart/gmirror): 1. gmirror stop gm0 and checked if i can mount the FS on /dev/ada1p1 w/o problems 2. gmirror clear -v ada1p1 ada2p1 3. gpart delete -i 1 ada2 4. gpart destroy ada2 i wasn't able to destroy a GPT scheme untill first deleted all existing partitions (gpart in 8.1-RELEASE has no option -F) 5. gpart create -s gpt ada2 6. gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 \ -l labeldisk2 ada2 7. gmirror label -v -h -b load gm0 gpt/labeldisk2 8. rsync -avH /src/ /dst/ but i have to admit thet rsync was much slower than tar ... it was about 8-9 hours for 750G of data to copy 9. gpart delete -i 1 ada1 10. gpart destroy ada1 i wasn't able to destroy a GPT scheme untill first deleted all existing partitions (gpart in 8.1-RELEASE has no option -F) 11. gpart create -s gpt ada1 12. gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 \ -l labeldisk1 ada1 13. gmirror insert -v -h -p 1 gm0 gpt/labeldisk1 14. gmirror configure -p 2 gm0 gpt/labeldisk2 for me it was possible only after reboot (do not know why) -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 13:18:39 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D906106566B; Tue, 11 Jan 2011 13:18:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id F0DAD8FC1E; Tue, 11 Jan 2011 13:18:38 +0000 (UTC) Received: from elsa.codelab.cz (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id AC15C19E039; Tue, 11 Jan 2011 14:00:32 +0100 (CET) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9E77819E038; Tue, 11 Jan 2011 14:00:29 +0100 (CET) Message-ID: <4D2C546D.8010604@quip.cz> Date: Tue, 11 Jan 2011 14:00:29 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.16) Gecko/20101123 SeaMonkey/2.0.11 MIME-Version: 1.0 To: Steve Price References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: gmirror panic on RELENG_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, 11 Jan 2011 13:18:39 -0000 Steve Price wrote: > I installed 8.2-RC1 on a machine with 3 identical drives and got a > kernel panic when trying to load geom_mirror on boot. Try as I > might I've been unable to get a coredump so I can investigate further. > > Minimum required to reproduce the error here is to install 8.2-RC1 > from CD and on reboot, drop to the boot loader prompt and type: > > load geom_mirror > boot > > da0 contains all of the installed files, da1 was to be a mirror of da0 > so was left alone, and da2 was created as one big partition. > > I first noticed this when I installed 8.1-RC1 and then ran the following > commands after rebooting from the initial install: > > sysctl kern.geom.debugflags=17 > gmirror label -vb round-robin gm0 /dev/da0 > echo 'geom_mirror_load="YES"'>> /boot/loader.conf > sed -i.bak -e's,da0,mirror/gm0,g' /etc/fstab > reboot > > When the box came back up I got a panic. I've tried various combos > to figure out what the minimum was to reproduce this. I've verified > that 8.0-RELEASE, and 8.1-RELEASE don't exhibit this same behavior. > > If further info is required, please let me know. There must be some odd problem in your case. I am running 8.2-RC1 with gmirror on production machine without any panic. The system was upgraded from 7.2. root@cage ~/# uname -srmi FreeBSD 8.2-RC1 amd64 GENERIC root@cage ~/# gmirror status Name Status Components mirror/gms1 COMPLETE ad4s1 ad6s1 root@cage ~/# gmirror list Geom name: gms1 State: COMPLETE Components: 2 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 3764583301 Providers: 1. Name: mirror/gms1 Mediasize: 21451497472 (20G) Sectorsize: 512 Mode: r5w5e9 Consumers: 1. Name: ad4s1 Mediasize: 21451497984 (20G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 1333090696 2. Name: ad6s1 Mediasize: 21451497984 (20G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 1584887928 root@cage ~/# kldstat Id Refs Address Size Name 1 21 0xffffffff80100000 da0458 kernel 2 1 0xffffffff80ea1000 21068 geom_mirror.ko 3 1 0xffffffff81022000 104a7a zfs.ko 4 1 0xffffffff81127000 1a22 opensolaris.ko 5 1 0xffffffff81129000 57d7 if_bridge.ko 6 1 0xffffffff8112f000 3536 bridgestp.ko 7 1 0xffffffff81133000 264e if_tap.ko 8 1 0xffffffff81136000 2bd81 pf.ko 9 1 0xffffffff81162000 1fde nullfs.ko gmirror is loaded from loader.conf root@cage ~/# grep -v ^# /boot/loader.conf hw.bge.allow_asf="1" geom_mirror_load="YES" vm.kmem_size="1280M" vm.kmem_size_max="1280M" kern.maxvnodes="400000" vfs.zfs.prefetch_disable="1" vfs.zfs.arc_min="64M" vfs.zfs.arc_max="512M" kern.ipc.semmni=100 kern.ipc.semmns=1000 kern.ipc.semmnu=300 Miroslav Lachman From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 14:03:27 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE121065670 for ; Tue, 11 Jan 2011 14:03:27 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 16D948FC21 for ; Tue, 11 Jan 2011 14:03:27 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Pceom-00048T-TF; Tue, 11 Jan 2011 14:03:24 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Pceom-000C3D-Qt; Tue, 11 Jan 2011 14:03:24 +0000 Date: Tue, 11 Jan 2011 14:03:24 +0000 Message-Id: To: luchesar.iliev@gmail.com, zeus@ibs.dn.ua In-Reply-To: <20110111114626.GB34930@relay.ibs.dn.ua> From: Pete French Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again 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, 11 Jan 2011 14:03:27 -0000 > 8. rsync -avH /src/ /dst/ > but i have to admit thet rsync was much slower than tar ... it was > about 8-9 hours for 750G of data to copy Use /usr/ports/sysutils/cpdup instead - faster, and designed to make exact copiues which rsync doesn't to the bets of my knoedge. It's what I always use form copying running installations around, and works flawlessly. If you have both drives mounted then it's definitely the way to go. -pete. From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 14:21:52 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DD01106564A for ; Tue, 11 Jan 2011 14:21:52 +0000 (UTC) (envelope-from steveprice67@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id E97F38FC08 for ; Tue, 11 Jan 2011 14:21:51 +0000 (UTC) Received: by qyk8 with SMTP id 8so2473482qyk.13 for ; Tue, 11 Jan 2011 06:21:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ynu66lBY6WxYpNwpVLOQqZ3uYyHWcvhQw3s+ynv5ZRE=; b=f+qA7f5flzaXS+k6mkAfQEywC4AMTARWKffKddsrtWOZx0Gt3KtkFXegYSousGjFjb 1InYGEC6joGTBag403hANpQUIGHjkToO9nZHSGHvFD3TT8PSMvsxZG2vvQogbL+6EJgU QrNQ5vRa6KjNYu/HwY3cAN5YklmE6WRKHqafw= 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=CeeLSzVUGCIA8p1ivcVSyOwl61huWcSdPVFqLDSFHo4H7UCRsdVvNoy7KA5uR6MbIy eqSi88ok4zI+8TwYFYCtzWwakXjV/yvksV18ZyIEVaS6j/Rybursu1WwZ3Zf/nyk7fJC vrh8F17iygJX3C1tIPO2AP2z4MaAKHhQ7gZaY= MIME-Version: 1.0 Received: by 10.229.225.5 with SMTP id iq5mr7202644qcb.13.1294755710508; Tue, 11 Jan 2011 06:21:50 -0800 (PST) Sender: steveprice67@gmail.com Received: by 10.220.84.75 with HTTP; Tue, 11 Jan 2011 06:21:50 -0800 (PST) In-Reply-To: <4D2C546D.8010604@quip.cz> References: <4D2C546D.8010604@quip.cz> Date: Tue, 11 Jan 2011 08:21:50 -0600 X-Google-Sender-Auth: hVQACZFR8tXyShpIz2I4ud_p_aY Message-ID: From: Steve Price To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-geom@freebsd.org Subject: Re: gmirror panic on RELENG_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, 11 Jan 2011 14:21:52 -0000 On Tue, Jan 11, 2011 at 7:00 AM, Miroslav Lachman <000.fbsd@quip.cz> wrote: > > There must be some odd problem in your case. I am running 8.2-RC1 with > gmirror on production machine without any panic. The system was upgraded > from 7.2. I have the exact same hardware setup running in production with 8.0. This only happens when there are 3 drives (only have 3 hot swap bays so can't try more) in the box. I've /dev/zero'd all 3 drives before doing the install to make sure the contents of the drives wasn't an issue. If I have only drive, no problem. 2 drives, no problem. The mere presence of the 3rd drive on the bus and it panics. With 2 drives I can add the 3rd drive after boot like this and it works fine. # camcontrol rescan 0:2:0 # sed -i.bak -e's,#/dev/da2s1d,/dev/da2s1d,g' /etc/fstab # mount /b The really troubling part is that I can't get a coredump. da0s1b is an 8GB swap partition. # grep dump /etc/rc.conf dumpdev="/dev/da0s1b" dumpdir="/var/crash" # df -k | grep var /dev/da0s1e 81122126 262 7472094 0% /var # sysctl hw.realmem hw.realmem: 4227690496 # ls -ld /var/crash drwxr-x--- 2 root wheel 512 Dec 23 15:00 /var/crash Unless I'm missing something var has nearly twice the amount of space to hold the entire contents of physical memory but on panic it says: Cannot dump. Decive not defined or unavailable. /dev/zero'ing the whole drive is way overkill and takes forever but even when I just zero out the last sector on each disk (which is all that glabel should be caring about) it still panics when the 3rd disk is present. Doesn't matter the order of the disks either. Pick any 2 disks and it works. Use 3 in any order and it panics. Do you see anything wrong with the way I'm trying to get a coredump? If I could get that, I could get a better idea of where/how this is happening. Thanks. -steve From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 17:18:40 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0528E106566B for ; Tue, 11 Jan 2011 17:18:40 +0000 (UTC) (envelope-from steveprice67@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8360D8FC16 for ; Tue, 11 Jan 2011 17:18:39 +0000 (UTC) Received: by fxm16 with SMTP id 16so20172057fxm.13 for ; Tue, 11 Jan 2011 09:18:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=afg2uEzyTOamG/CNvLCQFC/efhNKn9COAFCP7/p5MWY=; b=KuCqthmPvmHPiNOURZ+fahLDUyX6kB3HJkakXo+oCvvCgvD6oJpNmztw/iUjw3aprq /oXPLqHf0oYnIm1WGN9xVOOMexu5jbwjqFa0HdTUaoj0jYIWJVx3138R2ixuCnErdgDw TA59iyYJqImA8iENliOqBomWWIxgl1Vx1j2jU= 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=Denh5T85sTFYwfqdXsOX88v5BJ9fRUANxiv079f7c0jQAqbXmPnAiQoM3ot7n06Qcc /6dh1pDWG895Sjy1A9ZJrN1175NlAjvZpRiXvUREZdYyljPGeox3fxrJe4pN2Z+d9U61 YVMxKAtW+UlnXfdPbeInuDNJXBVwJVwHT0NcM= MIME-Version: 1.0 Received: by 10.223.107.82 with SMTP id a18mr8156651fap.88.1294766318422; Tue, 11 Jan 2011 09:18:38 -0800 (PST) Sender: steveprice67@gmail.com Received: by 10.223.74.138 with HTTP; Tue, 11 Jan 2011 09:18:38 -0800 (PST) In-Reply-To: References: <4D2C546D.8010604@quip.cz> Date: Tue, 11 Jan 2011 11:18:38 -0600 X-Google-Sender-Auth: eSnvKJ4vV3gx9aXqRjsYDelIKQc Message-ID: From: Steve Price To: Miroslav Lachman <000.fbsd@quip.cz> Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-geom@freebsd.org Subject: Re: gmirror panic on RELENG_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, 11 Jan 2011 17:18:40 -0000 Here's a recap of my setup: 1. Express install from 8.2RC1 disc 1 and chose minimal distribution 2. da0 - 8GB swap, rest / 3. da[12] - left untouched 4. set root's password 3. reboot The box comes up fine. I've changed the prompt from '#' to '[dev]#' to make it a little easier to follow. [dev]# uname -a FreeBSD 8.2-RC1 FreeBSD 8.2-RC1 #0: Thu Dec 23 15:32:35 UTC 2010 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 [dev]# cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/da0s1b none swap sw 0 0 /dev/da0s1a / ufs rw 1 1 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 [dev]# df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/da0s1a 275615636 310682 253255704 0% / devfs 1 1 0 100% /dev [dev] dmesg | grep '^da.*:' da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da0: Command Queueing enabled da0: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da1: Fixed Direct Access SCSI-3 device da1: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da1: Command Queueing enabled da1: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da2: Command Queueing enabled da2: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) [dev]# cat last.sh #!/bin/sh devs='da0 da1 da2' for dev in $devs; do sectors=`diskinfo $dev | cut -f4` size=`diskinfo $dev | cut -f2` last=$(($sectors - 1)) dd if=/dev/$dev of=sector.$dev bs=$size count=1 skip=$last done [dev]# sh last.sh 1+0 records in 1+0 records out 512 bytes transferred in 0.000233 secs (2198039 bytes/sec) 1+0 records in 1+0 records out 512 bytes transferred in 0.017391 secs (29441 bytes/sec) 1+0 records in 1+0 records out 512 bytes transferred in 0.012634 secs (40525 bytes/sec) [dev]# cat sector.da* [dev]# ls -l sector.da* -rw-r--r-- 1 root wheel 512 Jan 11 16:34 sector.da0 -rw-r--r-- 1 root wheel 512 Jan 11 16:34 sector.da1 -rw-r--r-- 1 root wheel 512 Jan 11 16:34 sector.da2 [dev]# echo 'geom_mirror_load="YES"' >> /boot/loader.conf [dev]# cat /boot/loader.conf geom_mirror_load="YES" [dev]# kldstat Id Refs Address Size Name 1 1 0xc0400000 bd9960 kernel [dev]# sysctl kern.geom.debugflags=17 kern.geom.debugflags: 0 -> 17 [dev]# gmirror label -vb round-robin gm0 /dev/da0 Metadata value stored on /dev/da0. Done. [dev]# sed -i.bak -e 's,da0,mirror/gm0,g' /etc/fstab [dev]# cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/mirror/gm0s1b none swap sw 0 0 /dev/mirror/gm0s1a / ufs rw 1 1 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 [dev]# reboot Box panics. If I remove either da1 or da2 the box doesn't panic. I have 5 identical drives laying around to use for da[12]. Pick 2, any 2, and the box panics if all 3 drives are present on boot. All 5 drives have been /dev/zero'd with the following: dd if=/dev/zero of=/dev/da1 bs=100m Here's some extra info with only 2 drives present. dev% gmirror list Geom name: gm0 State: COMPLETE Components: 1 Balance: round-robin Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 1042125830 Providers: 1. Name: mirror/gm0 Mediasize: 299999999488 (279G) Sectorsize: 512 Mode: r2w2e5 Consumers: 1. Name: da0 Mediasize: 300000000000 (279G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 1109418373 dev% gmirror status Name Status Components mirror/gm0 COMPLETE da0 I've tried every permutation I can think of. Still not able to get a coredump which would be immensely helpful at this point. Thanks. -steve From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 18:54:23 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93A5D106566B; Tue, 11 Jan 2011 18:54:23 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 2DA0E8FC19; Tue, 11 Jan 2011 18:54:22 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1377A45685; Tue, 11 Jan 2011 19:23:15 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A057D45683; Tue, 11 Jan 2011 19:23:09 +0100 (CET) Date: Tue, 11 Jan 2011 19:23:02 +0100 From: Pawel Jakub Dawidek To: Steve Price Message-ID: <20110111182302.GB1812@garage.freebsd.pl> References: <4D2C546D.8010604@quip.cz> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-geom@freebsd.org Subject: Re: gmirror panic on RELENG_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, 11 Jan 2011 18:54:23 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 11, 2011 at 11:18:38AM -0600, Steve Price wrote: > [dev]# cat /etc/fstab > # Device Mountpoint FStype Options Dump Pass# > /dev/da0s1b none swap sw 0 0 > /dev/da0s1a / ufs rw 1 1 > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 [...] > [dev]# sysctl kern.geom.debugflags=3D17 > kern.geom.debugflags: 0 -> 17 > [dev]# gmirror label -vb round-robin gm0 /dev/da0 This is very bad idea to turn live disk into a mirror, but I don't expect this is the reason of the panic. > Box panics. If I remove either da1 or da2 the box doesn't > panic. I have 5 identical drives laying around to use for > da[12]. Pick 2, any 2, and the box panics if all 3 drives > are present on boot. [...] Panic message and backtrace is minimum what you need to provide. Really, even taking photo of your screen with panic message and backtrace might be enough. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0soAYACgkQForvXbEpPzTNTwCfV5vU8ClUlZLRyr6i/XKLD9C1 jZoAn0RD2Pb/8cyGD8feQHotA+RolzQu =aq8g -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 20:18:16 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E621065693; Tue, 11 Jan 2011 20:18:16 +0000 (UTC) (envelope-from steveprice67@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 46A828FC12; Tue, 11 Jan 2011 20:18:15 +0000 (UTC) Received: by fxm16 with SMTP id 16so20344333fxm.13 for ; Tue, 11 Jan 2011 12:18:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=usEUWeTggOWuiGzBkSj/ePm1um0BSapTQwrsQTBaqOI=; b=vNTSz/eOelH6Q+EVd/6dwfDx82v0BHhKNO90+cdQM9L2xicLkvda1qfcN9dOCo2fpc BftdbyRM8CFjkdpZ0TLUMTvdvXwCuJH3dUsQttROppC4vsjbezvBpxl5rXl4TldJuXIO z+7KI0B5JY1vQbwgQBlCuqHeIEILXgNqCpL0Y= 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=bCCazrjoVgToO9EVs/OrF5YH/zsgaCsz1r+iHLz95sytzzmv3q4EjWg+pU9LUl/xuq Re5L3AhMPTsBTgF+ErgZ9aZohfWOo3+W7NfLTEC9rg0AMmff+vxrXNeUrVga91NJter1 wBRzg1+2peGYMVrsYS3wTYWYfUxqYEb5vVdkY= MIME-Version: 1.0 Received: by 10.223.101.134 with SMTP id c6mr84973fao.12.1294777094499; Tue, 11 Jan 2011 12:18:14 -0800 (PST) Sender: steveprice67@gmail.com Received: by 10.223.74.138 with HTTP; Tue, 11 Jan 2011 12:18:14 -0800 (PST) In-Reply-To: <20110111182302.GB1812@garage.freebsd.pl> References: <4D2C546D.8010604@quip.cz> <20110111182302.GB1812@garage.freebsd.pl> Date: Tue, 11 Jan 2011 14:18:14 -0600 X-Google-Sender-Auth: ZisxRPoXU62cGnE_VxaucaPJ0Qc Message-ID: From: Steve Price To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Cc: Miroslav Lachman <000.fbsd@quip.cz>, freebsd-geom@freebsd.org Subject: Re: gmirror panic on RELENG_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, 11 Jan 2011 20:18:16 -0000 On Tue, Jan 11, 2011 at 12:23 PM, Pawel Jakub Dawidek wrote: > > This is very bad idea to turn live disk into a mirror, but I don't > expect this is the reason of the panic. Agreed. This is a dev machine with a fresh install - only 300M used of a 300GB drive so the likelihood of something being in the last sector of da0 is near zero. Just to be safe though I usually dd the last sector to file just to make sure. > Panic message and backtrace is minimum what you need to provide. > Really, even taking photo of your screen with panic message and > backtrace might be enough. I'm unable to get a coredump at the moment but here's what I typed in from a couple of screenshots I took. SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Fatal trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0bd0c22 stack pointer = 0x28:0xc1020c7c frame pointer = 0x28:0xc1020c94 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xc08e0ef7 at kdb_backtrace+0x47 #1 0xc08b1fb7 at panic+0x117 #2 0xc0be4c93 at trap_fatal+0x323 #3 0xc0be4f10 at trap_pfault+0x270 #4 0xc0be5455 at trap+0x465 #5 0xc0bcc08c at calltrap+0x6 #6 0xc0bd45dc at lapic_handle_intr+0x4c #7 0xc0bcc455 at Xapic_isr1+0x35 #8 0xc0bd2180 at ioapic_assign_cpu+0x230 #9 0xc0bd0e6a at intr_shuffle_irqs+0xba #10 0xc08690bc at mi_startup+0xac #11 0xc0474885 at begin+0x2c Uptime: 9s Cannot dump. Device not defined or unavailable. Automatic reboot in 15 seconds - press a key on the console to abort -steve From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 20:49:58 2011 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D709106566B; Tue, 11 Jan 2011 20:49:58 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id E5C188FC13; Tue, 11 Jan 2011 20:49:57 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id EF55A45C98; Tue, 11 Jan 2011 21:49:55 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 8795B45C89; Tue, 11 Jan 2011 21:49:50 +0100 (CET) Date: Tue, 11 Jan 2011 21:49:42 +0100 From: Pawel Jakub Dawidek To: Steve Price Message-ID: <20110111204942.GD1812@garage.freebsd.pl> References: <4D2C546D.8010604@quip.cz> <20110111182302.GB1812@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/NkBOFFp2J2Af1nK" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-geom@FreeBSD.org Subject: Re: gmirror panic on RELENG_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, 11 Jan 2011 20:49:58 -0000 --/NkBOFFp2J2Af1nK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 11, 2011 at 02:14:12PM -0600, Steve Price wrote: > > Panic message and backtrace is minimum what you need to provide. > > Really, even taking photo of your screen with panic message and > > backtrace might be enough. >=20 > I'm unable to get a coredump at the moment but here's what > I typed in from a couple of screenshots I took. >=20 > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > Fatal trap 12 with interrupts disabled >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address =3D 0x8 > fault code =3D supervisor read, page not present > instruction pointer =3D 0x20:0xc0bd0c22 > stack pointer =3D 0x28:0xc1020c7c > frame pointer =3D 0x28:0xc1020c94 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres 1, def32 1, gran 1 > processor eflags =3D resume, IOPL =3D 0 > current process =3D 0 (swapper) > trap number =3D 12 > panic: page fault > cpuid =3D 0 > KDB: stack backtrace: > #0 0xc08e0ef7 at kdb_backtrace+0x47 > #1 0xc08b1fb7 at panic+0x117 > #2 0xc0be4c93 at trap_fatal+0x323 > #3 0xc0be4f10 at trap_pfault+0x270 > #4 0xc0be5455 at trap+0x465 > #5 0xc0bcc08c at calltrap+0x6 > #6 0xc0bd45dc at lapic_handle_intr+0x4c > #7 0xc0bcc455 at Xapic_isr1+0x35 > #8 0xc0bd2180 at ioapic_assign_cpu+0x230 > #9 0xc0bd0e6a at intr_shuffle_irqs+0xba > #10 0xc08690bc at mi_startup+0xac > #11 0xc0474885 at begin+0x2c > Uptime: 9s > Cannot dump. Device not defined or unavailable. > Automatic reboot in 15 seconds - press a key on the console to abort Well, it really doesn't look like gmirror's fault. John Baldwin might have just fixed this in stable/8 in r216923. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --/NkBOFFp2J2Af1nK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0swmYACgkQForvXbEpPzSBkACfZyL2qy4eA9KIusp5kB6cDPgj qZIAoOYpYT0Uy7BQ9Sg6/KRsFMDZeKZU =+byh -----END PGP SIGNATURE----- --/NkBOFFp2J2Af1nK-- From owner-freebsd-geom@FreeBSD.ORG Tue Jan 11 22:17:20 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EFDE1065674; Tue, 11 Jan 2011 22:17:20 +0000 (UTC) (envelope-from steveprice67@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 76EA48FC15; Tue, 11 Jan 2011 22:17:19 +0000 (UTC) Received: by fxm16 with SMTP id 16so20460306fxm.13 for ; Tue, 11 Jan 2011 14:17:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=Oh4ZQwQPIQomX6FqZnbfOLfkbqzwk6uaBG21YchojN4=; b=N5ISeD/b15mjwM2AEyqO0CzE9xjBQF8ciLt2fYs+TMOeulrR9DL/AqTnRXrRn7ER8p rNRfqR+2fmkCtzSFeQU+KWqAbdX+x5xXOGfqJ+b/7yd1YTx+MlX+zNe0bGm8iLi4eBbo vDLL/Z5i4aKMWe+drHv9TgLEZ1oIKVV2VrRvY= 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=URalBvmJw5tE/as/njqFe6KxIZo5F2AaurSuLu/b0EjDydHToUAXxNiVXFlkZCSAIa V9H3/DSghLDMt11opaAOZMGSLajVg7+m3QSfV++G0rKEAZ/ODPcXrpt4hBhQK8X12T2u MPlpl6hQBEf6D3kRN/+rjh22U1QSUVdJdPRS4= MIME-Version: 1.0 Received: by 10.223.103.5 with SMTP id i5mr194041fao.31.1294784238675; Tue, 11 Jan 2011 14:17:18 -0800 (PST) Sender: steveprice67@gmail.com Received: by 10.223.74.138 with HTTP; Tue, 11 Jan 2011 14:17:18 -0800 (PST) In-Reply-To: <20110111204942.GD1812@garage.freebsd.pl> References: <4D2C546D.8010604@quip.cz> <20110111182302.GB1812@garage.freebsd.pl> <20110111204942.GD1812@garage.freebsd.pl> Date: Tue, 11 Jan 2011 16:17:18 -0600 X-Google-Sender-Auth: Yb-fsFt2YVCPzZIqw7hDsRiHEMs Message-ID: From: Steve Price To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-geom@freebsd.org Subject: Re: gmirror panic on RELENG_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, 11 Jan 2011 22:17:20 -0000 On Tue, Jan 11, 2011 at 2:49 PM, Pawel Jakub Dawidek wrote: > > John Baldwin might have just fixed this in stable/8 in r216923. Yes this fixed the issue I was having. Thank you for your assistance and my apologies for barking up the wrong tree. -steve From owner-freebsd-geom@FreeBSD.ORG Thu Jan 13 07:37:46 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25BA1065672 for ; Thu, 13 Jan 2011 07:37:46 +0000 (UTC) (envelope-from luchesar.iliev@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 58EB48FC08 for ; Thu, 13 Jan 2011 07:37:45 +0000 (UTC) Received: by fxm16 with SMTP id 16so1471296fxm.13 for ; Wed, 12 Jan 2011 23:37:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:disposition-notification-to:date :from:organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; bh=NhA9Aa+JiHx3a1LRYajRySduMLWudquAx83VgE7SecQ=; b=DlIHCW5Cs9BFe7QeDBSQoqp6G+FRATFH3Npcf8ar9Dnd5F49EhoKGYMKnJXpIbyueE H8a8DHWc8KliNSTx+opahbmAZv5g4X3vz0y9cN3oPhJAbhlQtZmxAJdKL/Vl9YutcKjh mNXh2ol4ZxzWK8kRRm1bz1XvanedffNuK2qWM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:organization :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=X1mUR+hlfpiOqzxC8f5uUuIA8JM1+Oj6b8A+TXHgL4+ap+EridZLaOsFSZV+cAjS2L eZRPTzXMWlXZe5JFIUWOQ2C31NMXKN8RhhoUp0tD4YNFbJRCKmKlD2Wrr22mo7KacZgq 4FBq51lcwisTcLlIjpzS4W22og9c+KsfMM8/8= Received: by 10.223.79.6 with SMTP id n6mr1981929fak.122.1294904265180; Wed, 12 Jan 2011 23:37:45 -0800 (PST) Received: from [79.124.93.41] ([79.124.93.41]) by mx.google.com with ESMTPS id z1sm509803fau.21.2011.01.12.23.37.43 (version=SSLv3 cipher=RC4-MD5); Wed, 12 Jan 2011 23:37:44 -0800 (PST) Message-ID: <4D2EABC6.1020201@gmail.com> Date: Thu, 13 Jan 2011 09:37:42 +0200 From: "Luchesar V. ILIEV" Organization: Ideaconsult Ltd. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101229 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: zeus@ibs.dn.ua References: <20110104170611.GA67159@relay.ibs.dn.ua> <4D28509D.607@yandex.ru> <20110108223747.GA66627@relay.ibs.dn.ua> <4D28FB15.9090907@gmail.com> <20110109112027.GD66627@relay.ibs.dn.ua> <4D29B7BF.3070706@gmail.com> <20110111114626.GB34930@relay.ibs.dn.ua> In-Reply-To: <20110111114626.GB34930@relay.ibs.dn.ua> X-Enigmail-Version: 1.1.2 OpenPGP: id=9A1FEEFF; url=https://cert.acad.bg/pgp-keys/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again 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, 13 Jan 2011 07:37:47 -0000 On 01/11/2011 13:46, Zeus V Panchenko wrote: > Thank much everybody for help! > > now i'm happy with my healthy GPT gmirror! :) > > here the story (to be honest, Luchesar, it is the scheme offered by > you, and i say thank to you for it. i wonder why it is not put in > man pages, handbook or some tutorial for gpart/gmirror): > > 1. gmirror stop gm0 > and checked if i can mount the FS on /dev/ada1p1 w/o problems > > 2. gmirror clear -v ada1p1 ada2p1 > > 3. gpart delete -i 1 ada2 > > 4. gpart destroy ada2 > i wasn't able to destroy a GPT scheme untill first deleted > all existing partitions (gpart in 8.1-RELEASE has no option -F) > > 5. gpart create -s gpt ada2 > > 6. gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 \ > -l labeldisk2 ada2 > > 7. gmirror label -v -h -b load gm0 gpt/labeldisk2 > > 8. rsync -avH /src/ /dst/ > but i have to admit thet rsync was much slower than tar ... it was > about 8-9 hours for 750G of data to copy > > 9. gpart delete -i 1 ada1 > > 10. gpart destroy ada1 > i wasn't able to destroy a GPT scheme untill first deleted > all existing partitions (gpart in 8.1-RELEASE has no option -F) > > 11. gpart create -s gpt ada1 > > 12. gpart add -b 2048 -s 1953521664 -t freebsd-ufs -i 1 \ > -l labeldisk1 ada1 > > 13. gmirror insert -v -h -p 1 gm0 gpt/labeldisk1 > > 14. gmirror configure -p 2 gm0 gpt/labeldisk2 > for me it was possible only after reboot (do not know why) > Hi Zeus, I'm really glad that you've successfully solved your problem. Concerning the -F option to gpart destroy, you're indeed correct. Now I see that it has been merged in stable/8 at rr213684, 214975 and 215940 (and I follow that branch on my desktop, which I used for reference). As for rsync, I'm afraid I don't really have that much experience to comment. A very crude calculation gives about 25 MB/s transfer, which does seem on the low side, though not excessively so. I see reports on the Internet of average raw transfer speeds of about 80 MB/s for the WD10EARS, but there are indeed too many factors that might affect performance, so it's difficult to make comparisons. Still, it's interesting why tar would work much faster than rsync... Probably someone else could provide an explanation. Cheers, Luchesar From owner-freebsd-geom@FreeBSD.ORG Thu Jan 13 07:58:19 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2C4D1065674 for ; Thu, 13 Jan 2011 07:58:19 +0000 (UTC) (envelope-from luchesar.iliev@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3D3A78FC0C for ; Thu, 13 Jan 2011 07:58:18 +0000 (UTC) Received: by fxm16 with SMTP id 16so1482157fxm.13 for ; Wed, 12 Jan 2011 23:58:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:disposition-notification-to:date :from:organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; bh=6Qoo6HQ4rUA+bsY3clBrtYgc4a73WM1GjbELrDH5ZuI=; b=XUU3R8s8aiDhrcAhLKMUfK232ZT/PVdxZLGIu1u/Zo9au8t3H+Lb+vWUS9dfv16yZd PRLnwPU33lzDfxQIrf7dxDOKKlDgBzqMDKbMbwaegJGYVfngFhJduhHRWMlTheNJq4Re MEqleizwfagI+S1fbLQ3tbEN3B6+rXO/k6AuI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:organization :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=iSMW7Uzj6cJufd1Q/24flA2DWZFdnfVr2jM2W68Lqnn46ILJZQgJkwSfER3humdd0O iy9bLr47VNUfEXFA1wng7t/z4rU1T8PVJaVFJmKy1oPf1ZbpnQRNCYItONI9UuNU0Nd2 krWpxa7bOHF9S1dj8S9diA9HPGZagVEbuz7Xg= Received: by 10.223.125.196 with SMTP id z4mr2000810far.124.1294905498104; Wed, 12 Jan 2011 23:58:18 -0800 (PST) Received: from [79.124.93.41] ([79.124.93.41]) by mx.google.com with ESMTPS id y3sm515723fai.14.2011.01.12.23.58.16 (version=SSLv3 cipher=RC4-MD5); Wed, 12 Jan 2011 23:58:17 -0800 (PST) Message-ID: <4D2EB097.3030202@gmail.com> Date: Thu, 13 Jan 2011 09:58:15 +0200 From: "Luchesar V. ILIEV" Organization: Ideaconsult Ltd. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101229 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=9A1FEEFF; url=https://cert.acad.bg/pgp-keys/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: zeus@ibs.dn.ua, freebsd-geom@freebsd.org Subject: Re: "secondary GPT table is corrupt or invalid" issue again 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, 13 Jan 2011 07:58:19 -0000 On 01/11/2011 16:03, Pete French wrote: >> 8. rsync -avH /src/ /dst/ >> but i have to admit thet rsync was much slower than tar ... it was >> about 8-9 hours for 750G of data to copy > > Use /usr/ports/sysutils/cpdup instead - faster, and designed to make > exact copiues which rsync doesn't to the bets of my knoedge. It's > what I always use form copying running installations around, and works > flawlessly. If you have both drives mounted then it's definitely > the way to go. Hi Pete, Thanks for the hint on cpdup. It does seem like an interesting alternative, though it usually gives me the shivers when I hear anything even remotely resembling cpio. ;) I don't know what you mean by rsync not making exact copies. With patches, rsync could even preserve atimes and file flags. If you mean "copying from running systems", as I see cpdump claims to be able to copy devices as well (I suppose this should really mean device nodes), I'm not quite sure if that's really a good practice anyway (and I really can't think of many reasons to copy or backup device nodes). BTW, rsync is also capable of delta-encoding, which could in theory provide significant savings in terms of transferred data, though I suppose its practical effectiveness depends heavily on the exact type of data that is being copied or backed up. More info on the subject: http://en.wikipedia.org/wiki/Rsync Cheers, Luchesar From owner-freebsd-geom@FreeBSD.ORG Thu Jan 13 11:42:47 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EA811065672 for ; Thu, 13 Jan 2011 11:42:47 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2ED618FC08 for ; Thu, 13 Jan 2011 11:42:46 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 2407413DF5F for ; Thu, 13 Jan 2011 14:42:45 +0300 (MSK) Date: Thu, 13 Jan 2011 14:42:41 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <42453628.20110113144241@serebryakov.spb.ru> To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: gmirror: Can't store metadata on /dev/ad4s1a: Operation not permitted. -- on UNMOUNTED, NOT USED file system. 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, 13 Jan 2011 11:42:47 -0000 Hello, Freebsd-geom. I can not create mirror on root FS (not whole disk or slice) with "standard" diagnostic "Operation not permitted.". Google knows a lot about this situation, but nothing helps. Answers to standard receipts: (1) Yes, this filesystem is unmounted and not used in any way, system is = booted from mfsBSD. (2) Yes, I have set "kern.geom.debugflags=3D16" (3) No, I don't have any securelevel set (kern.securelevel: -1). (4) Yes, I'm root... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Thu Jan 13 11:47:28 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB92D106566B for ; Thu, 13 Jan 2011 11:47:28 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id AA4E58FC1A for ; Thu, 13 Jan 2011 11:47:28 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id A41AC13DF5F; Thu, 13 Jan 2011 14:47:27 +0300 (MSK) Date: Thu, 13 Jan 2011 14:47:24 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1439041185.20110113144724@serebryakov.spb.ru> To: Lev Serebryakov In-Reply-To: <42453628.20110113144241@serebryakov.spb.ru> References: <42453628.20110113144241@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org Subject: Re: gmirror: Can't store metadata on /dev/ad4s1a: Operation not permitted. -- on UNMOUNTED, NOT USED file system. 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, 13 Jan 2011 11:47:29 -0000 Hello, Lev. You wrote 13 =FF=ED=E2=E0=F0=FF 2011 =E3., 14:42:41: > I can not create mirror on root FS (not whole disk or slice) with > "standard" diagnostic "Operation not permitted.". > Google knows a lot about this situation, but nothing helps. > Answers to standard receipts: > (1) Yes, this filesystem is unmounted and not used in any way, system i= s booted > from mfsBSD. > (2) Yes, I have set "kern.geom.debugflags=3D16" > (3) No, I don't have any securelevel set (kern.securelevel: -1). > (4) Yes, I'm root... Ooops, "gmirror list" shows that mirror is created. But I never ever gets "Metadata value stored on /dev/ad4s1a." message from it... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Thu Jan 13 15:24:23 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E07C106564A for ; Thu, 13 Jan 2011 15:24:23 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2198FC12 for ; Thu, 13 Jan 2011 15:24:22 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 94D7B13DF5F for ; Thu, 13 Jan 2011 18:24:21 +0300 (MSK) Date: Thu, 13 Jan 2011 18:24:18 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1686083494.20110113182418@serebryakov.spb.ru> To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: Broken gmirror: why /dev/ufs is empty when geom_mirror is not loaded? 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, 13 Jan 2011 15:24:23 -0000 Hello, Freebsd-geom. I have mirrored PARTITION (/dev/ad4s1d + /dev/ad6s1d) with UFS with label on it. This label is shown in /dev/ufs when geom_mirror is loaded. When geom_mirror is NOT loaded both ad4s1d and ad6s1d are valid, complete, clean filesystems, but here is no /dev/ufs entries for them, and kernel can not mount FSes at all. Is it because two filesystems have the same label? How this situation should be solved to allow system boot with broken mirror? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Thu Jan 13 18:37:05 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7C7F106566B for ; Thu, 13 Jan 2011 18:37:05 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 767E48FC0A for ; Thu, 13 Jan 2011 18:37:05 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 0C8E013DF5F for ; Thu, 13 Jan 2011 21:37:04 +0300 (MSK) Date: Thu, 13 Jan 2011 21:37:00 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1811347380.20110113213700@serebryakov.spb.ru> To: freebsd-geom@freebsd.org In-Reply-To: <1686083494.20110113182418@serebryakov.spb.ru> References: <1686083494.20110113182418@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: Re: Broken gmirror: why /dev/ufs is empty when geom_mirror is not loaded? 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, 13 Jan 2011 18:37:05 -0000 Hello, Freebsd-geom. You wrote 13 =FF=ED=E2=E0=F0=FF 2011 =E3., 18:24:18: > I have mirrored PARTITION (/dev/ad4s1d + /dev/ad6s1d) with UFS with > label on it. This label is shown in /dev/ufs when geom_mirror is > loaded. > When geom_mirror is NOT loaded both ad4s1d and ad6s1d are valid, > complete, clean filesystems, but here is no /dev/ufs entries for them, > and kernel can not mount FSes at all. And even worse: it sees ONE of all FSes and when "geom_mirror" is loaded, it puck up one of components from "/dev/ufs/home" instead of device node and everything hangs up due to loop (?)... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Thu Jan 13 19:49:37 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0456106566B for ; Thu, 13 Jan 2011 19:49:37 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 816138FC19 for ; Thu, 13 Jan 2011 19:49:36 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 8BA3113DF5F for ; Thu, 13 Jan 2011 22:49:35 +0300 (MSK) Date: Thu, 13 Jan 2011 22:49:31 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <716385860.20110113224931@serebryakov.spb.ru> To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: gmirror on slices & glabel mess 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, 13 Jan 2011 19:49:38 -0000 Hello, Freebsd-geom. I have two identical HDDs with one slice on each -- ad4s1 & ad6s1. These two slices have identical labels: rescue# bsdlabel ad4s1 # size offset fstype [fsize bsize bps/cpg] a: 4194304 16 4.2BSD 0 0 0 b: 33554432 4194320 swap c: 1465149105 0 unused 0 0 # "raw" part, don= 't edit d: 33554432 37748752 4.2BSD 0 0 0 e: 2097152 71303184 4.2BSD 0 0 0 f: 134217728 73400336 4.2BSD 0 0 0 g: 209715200 207618064 4.2BSD 0 0 0 h: 1047815841 417333264 4.2BSD 0 0 0 rescue# bsdlabel ad6s # size offset fstype [fsize bsize bps/cpg] a: 4194304 16 4.2BSD 0 0 0 b: 33554432 4194320 swap c: 1465149105 0 unused 0 0 # "raw" part, don= 't edit d: 33554432 37748752 4.2BSD 0 0 0 e: 2097152 71303184 4.2BSD 0 0 0 f: 134217728 73400336 4.2BSD 0 0 0 g: 209715200 207618064 4.2BSD 0 0 0 h: 1047815841 417333264 4.2BSD 0 0 0 All partitions but "b" are groupd to form mirrors with names rootfs, var, tmp, usr, databases, home respectively. File systems with labels are created on each mirror device. Labels are the same as mirror device names. When system boots WITHOUT geom_mirror loaded (rescue system) "geom_label" sees LAST fs (home): rescue# ls /dev/ufs home rescue# If geom_mirror is loaded, it adds "/dev/ufs/home" instead of "/dev/ad4s1h" and filesystem CAN NOT BE MOUNTED from "/dev/ufs/home". It is 100% reproducible on virtual machine (With much smaller virtual disks, than my example). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Thu Jan 13 20:05:11 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92FCF1065784 for ; Thu, 13 Jan 2011 20:05:11 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward20.mail.yandex.net (forward20.mail.yandex.net [95.108.253.145]) by mx1.freebsd.org (Postfix) with ESMTP id 138B48FC08 for ; Thu, 13 Jan 2011 20:05:08 +0000 (UTC) Received: from smtp16.mail.yandex.net (smtp16.mail.yandex.net [95.108.252.16]) by forward20.mail.yandex.net (Yandex) with ESMTP id AF5625D11E94; Thu, 13 Jan 2011 23:05:06 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1294949106; bh=q5Pjh2/C5NOIJlltZZgLb7m/SZ1qokh5zoRYjADZgaY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=Cyh0Efwtlhrviq7L8yWdTDGyBWvvKcmcq/wJa+AL4WHorPLNejB+DOGKtS+Z7fzR6 rWqUhClQJRmCSjwvG3P0gS3d9zgJwEr2EK93J+hnn+Ngdn+B0DOYN4HW7rkn9/VOI5 6JDNyr0hzPAA7Z1zrfWyP/8Zo+9Zh5II1kfyKj8M= Received: from [178.141.6.249] (dynamic-178-141-6-249.kirov.comstar-r.ru [178.141.6.249]) by smtp16.mail.yandex.net (Yandex) with ESMTPSA id 7A11D160005A; Thu, 13 Jan 2011 23:05:06 +0300 (MSK) Message-ID: <4D2F5AEA.1040207@yandex.ru> Date: Thu, 13 Jan 2011 23:04:58 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101030 Thunderbird/3.1.6 MIME-Version: 1.0 To: Lev Serebryakov References: <716385860.20110113224931@serebryakov.spb.ru> In-Reply-To: <716385860.20110113224931@serebryakov.spb.ru> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig31A6897105D22F319FA3D4D9" Cc: freebsd-geom@freebsd.org Subject: Re: gmirror on slices & glabel mess 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, 13 Jan 2011 20:05:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig31A6897105D22F319FA3D4D9 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 13.01.2011 22:49, Lev Serebryakov wrote: > It is 100% reproducible on virtual machine (With much smaller > virtual disks, than my example). Hello, Lev. Please show output of these commands when all works and when you have problem: # gpart show # gmirror list # glabel list Also can you describe what you expect to see (how it should work?). --=20 WBR, Andrey V. Elsukov --------------enig31A6897105D22F319FA3D4D9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJNL1ruAAoJEAHF6gQQyKF6NZIH/1Vf/PizMiDg0KhVgnyhmzws cHpKOok0/nJc9eY96ut6ZYXPbrQhK5OZQ9dZ54UdZGfsiFo4/m4EVuAOWN9Nz9Ll dmjuHlNZNS5CBUON19nl8hr0SpVLKZVpS4IF9hVPFXDDUdqWoSlBoDk5ocDrCQub xM6j41blccId8FAzczLtJiU8ZTfFjCMhvTbaCx24wxO1ReSubR4p9gGx8w0ElimN 2Yo6RNvUG1GoJRxmx1JczBfsTFkTXacOAxy0fZiHKBujnxPH7gf/hO1tAs5zTknD GIPgmi2DKwKkacxZliSalswded0v6lu8369PxaS3LzilnfgaCIyuNUAMl7P60bE= =mE5s -----END PGP SIGNATURE----- --------------enig31A6897105D22F319FA3D4D9-- From owner-freebsd-geom@FreeBSD.ORG Thu Jan 13 20:28:17 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BABE1065670 for ; Thu, 13 Jan 2011 20:28:17 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 428FD8FC19 for ; Thu, 13 Jan 2011 20:28:16 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 4D3B413DF5F; Thu, 13 Jan 2011 23:28:15 +0300 (MSK) Date: Thu, 13 Jan 2011 23:28:11 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <338344533.20110113232811@serebryakov.spb.ru> To: "Andrey V. Elsukov" In-Reply-To: <4D2F5AEA.1040207@yandex.ru> References: <716385860.20110113224931@serebryakov.spb.ru> <4D2F5AEA.1040207@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org Subject: Re: gmirror on slices & glabel mess 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, 13 Jan 2011 20:28:17 -0000 Hello, Andrey. You wrote 13 =D1=CE=D7=C1=D2=D1 2011 =C7., 23:04:58: >> It is 100% reproducible on virtual machine (With much smaller >> virtual disks, than my example). > Hello, Lev. > Please show output of these commands when all works and when All examples will be from virtual machine, as it easier to get. So, names will be slightly different (ad10 & ad12 instead of ad4 & ad6) and sizes are not real-worls. > you have problem: > # gpart show > # gmirror list > # glabel list =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (1) Everything RIGHT AFTER SETUP, BEFORE reboot, everything as expected: # gpart show =3D> 63 4194225 ad10 MBR (2.0G) 63 4194225 1 freebsd [active] (2.0G) =3D> 63 4194225 ad12 MBR (2.0G) 63 4194225 1 freebsd [active] (2.0G) =3D> 0 4194225 ad10s1 BSD (2.0G) 0 16 - free - (8.0K) 16 524288 1 !0 (256M) 524304 262144 2 freebsd-swap (128M) 786448 524288 4 freebsd-ufs (256M) 1310736 524288 5 freebsd-ufs (256M) 1835024 524288 6 freebsd-ufs (256M) 2359312 524288 7 freebsd-ufs (256M) 2883600 1310625 8 freebsd-ufs (640M) =3D> 0 4194225 ad12s1 BSD (2.0G) 0 16 - free - (8.0K) 16 524288 1 !0 (256M) 524304 262144 2 freebsd-swap (128M) 786448 524288 4 freebsd-ufs (256M) 1310736 524288 5 freebsd-ufs (256M) 1835024 524288 6 freebsd-ufs (256M) 2359312 524288 7 freebsd-ufs (256M) 2883600 1310625 8 freebsd-ufs (640M) # gmirror list Geom name: databases State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 2210490431 Providers: 1. Name: mirror/databases Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1g Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 3324196231 2. Name: ad10s1g Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 33701351 Geom name: usr State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 946153579 Providers: 1. Name: mirror/usr Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1f Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 372434856 2. Name: ad10s1f Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2537013612 Geom name: tmp State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 1823475108 Providers: 1. Name: mirror/tmp Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1e Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 2434877661 2. Name: ad10s1e Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2973243899 Geom name: var State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 458665151 Providers: 1. Name: mirror/var Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1d Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 2852817300 2. Name: ad10s1d Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 790275579 Geom name: rootfs State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 3227387962 Providers: 1. Name: mirror/rootfs Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1a Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 1386761974 2. Name: ad10s1a Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 3422766326 Geom name: home State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 2034226375 Providers: 1. Name: mirror/home Mediasize: 671039488 (640M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad10s1h Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 3430986361 2. Name: ad12s1h Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 2420596246 # glabel list Geom name: mirror/databases Providers: 1. Name: ufsid/4d2f55f1d85570b8 Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/databases Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/databases Providers: 1. Name: ufs/databases Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/databases Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/usr Providers: 1. Name: ufsid/4d2f55dfd6e81bca Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/usr Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/usr Providers: 1. Name: ufs/usr Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/usr Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/tmp Providers: 1. Name: ufsid/4d2f55d97dd4ccb5 Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/tmp Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/tmp Providers: 1. Name: ufs/tmp Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/tmp Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/var Providers: 1. Name: ufsid/4d2f55d20f38a812 Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/var Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/var Providers: 1. Name: ufs/var Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/var Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/rootfs Providers: 1. Name: ufsid/4d2f55ccad6229a9 Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/rootfs Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 + Geom name: mirror/rootfs Providers: 1. Name: ufs/rootfs Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/rootfs Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/home Providers: 1. Name: ufsid/4d2f5e0025798dd0 Mediasize: 671039488 (640M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 1310624 length: 671039488 index: 0 Consumers: 1. Name: mirror/home Mediasize: 671039488 (640M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/home Providers: 1. Name: ufs/home Mediasize: 671039488 (640M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 1310624 length: 671039488 index: 0 Consumers: 1. Name: mirror/home Mediasize: 671039488 (640M) Sectorsize: 512 Mode: r0w0e0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (2) After reboot BEFORE geom_mirror is loaded (you can see, that only "home" label is picked up bu geom_label from ONE component of mirror): # gpart show =3D> 63 4194225 ad10 MBR (2.0G) 63 4194225 1 freebsd [active] (2.0G) =3D> 63 4194225 ad12 MBR (2.0G) 63 4194225 1 freebsd [active] (2.0G) =3D> 0 4194225 ad10s1 BSD (2.0G) 0 16 - free - (8.0K) 16 524288 1 !0 (256M) 524304 262144 2 freebsd-swap (128M) 786448 524288 4 freebsd-ufs (256M) 1310736 524288 5 freebsd-ufs (256M) 1835024 524288 6 freebsd-ufs (256M) 2359312 524288 7 freebsd-ufs (256M) 2883600 1310625 8 freebsd-ufs (640M) =3D> 0 4194225 ad12s1 BSD (2.0G) 0 16 - free - (8.0K) 16 524288 1 !0 (256M) 524304 262144 2 freebsd-swap (128M) 786448 524288 4 freebsd-ufs (256M) 1310736 524288 5 freebsd-ufs (256M) 1835024 524288 6 freebsd-ufs (256M) 2359312 524288 7 freebsd-ufs (256M) 2883600 1310625 8 freebsd-ufs (640M) # gmirror list IMPOSSIBLE -- NO LIST # glabel list Geom name: ad10s1h Providers: 1. Name: ufsid/4d2f5e0025798dd0 Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 1310625 length: 671040000 index: 0 Consumers: 1. Name: ad10s1h Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r0w0e0 Geom name: ad10s1h Providers: 1. Name: ufs/home Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 1310625 length: 671040000 index: 0 Consumers: 1. Name: ad10s1h Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r0w0e0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (2) After reboot AFTER geom_mirror is loaded (you can see, geom_mirror build "home" voulme from WRONG components): # gpart show =3D> 63 4194225 ad10 MBR (2.0G) 63 4194225 1 freebsd [active] (2.0G) =3D> 63 4194225 ad12 MBR (2.0G) 63 4194225 1 freebsd [active] (2.0G) =3D> 0 4194225 ad10s1 BSD (2.0G) 0 16 - free - (8.0K) 16 524288 1 !0 (256M) 524304 262144 2 freebsd-swap (128M) 786448 524288 4 freebsd-ufs (256M) 1310736 524288 5 freebsd-ufs (256M) 1835024 524288 6 freebsd-ufs (256M) 2359312 524288 7 freebsd-ufs (256M) 2883600 1310625 8 freebsd-ufs (640M) =3D> 0 4194225 ad12s1 BSD (2.0G) 0 16 - free - (8.0K) 16 524288 1 !0 (256M) 524304 262144 2 freebsd-swap (128M) 786448 524288 4 freebsd-ufs (256M) 1310736 524288 5 freebsd-ufs (256M) 1835024 524288 6 freebsd-ufs (256M) 2359312 524288 7 freebsd-ufs (256M) 2883600 1310625 8 freebsd-ufs (640M) # gmirror list Geom name: home State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 2034226375 Providers: 1. Name: mirror/home Mediasize: 671039488 (640M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ufs/home Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 3430986361 2. Name: ad12s1h Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 2420596246 Geom name: databases State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 2210490431 Providers: 1. Name: mirror/databases Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1g Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 3324196231 2. Name: ad10s1g Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 33701351 Geom name: usr State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 946153579 Providers: 1. Name: mirror/usr Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1f Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 372434856 2. Name: ad10s1f Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2537013612 Geom name: tmp State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 1823475108 Providers: 1. Name: mirror/tmp Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1e Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 2434877661 2. Name: ad10s1e Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2973243899 Geom name: var State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 458665151 Providers: 1. Name: mirror/var Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1d Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 2852817300 2. Name: ad10s1d Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 790275579 Geom name: rootfs State: COMPLETE Components: 2 Balance: load Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 3227387962 Providers: 1. Name: mirror/rootfs Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Consumers: 1. Name: ad12s1a Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 1 Flags: NONE GenID: 0 SyncID: 1 ID: 1386761974 2. Name: ad10s1a Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 3422766326 # glabel list Geom name: ad10s1h Providers: 1. Name: ufs/home Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r1w1e1 secoffset: 0 offset: 0 seclength: 1310625 length: 671040000 index: 0 Consumers: 1. Name: ad10s1h Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r1w1e2 Geom name: mirror/databases Providers: 1. Name: ufsid/4d2f55f1d85570b8 Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/databases Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/databases Providers: 1. Name: ufs/databases Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/databases Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/usr Providers: 1. Name: ufsid/4d2f55dfd6e81bca Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/usr Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/usr Providers: 1. Name: ufs/usr Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/usr Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/tmp Providers: 1. Name: ufsid/4d2f55d97dd4ccb5 Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/tmp Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/tmp Providers: 1. Name: ufs/tmp Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/tmp Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/var Providers: 1. Name: ufsid/4d2f55d20f38a812 Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/var Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/var Providers: 1. Name: ufs/var Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/var Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/rootfs Providers: 1. Name: ufsid/4d2f55ccad6229a9 Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/rootfs Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 Geom name: mirror/rootfs Providers: 1. Name: ufs/rootfs Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 secoffset: 0 offset: 0 seclength: 524287 length: 268434944 index: 0 Consumers: 1. Name: mirror/rootfs Mediasize: 268434944 (256M) Sectorsize: 512 Mode: r0w0e0 > Also can you describe what you expect to see (how it should work?). Every parition on its own mirror, all FSes are seen and mountable via /dev/ufs/* Mirror components are ad*s1* and not /dev/ufs/* or /dev/ufsid/*, as it after reboot for LAST partition. All FSes available and mountable as /dev/ufs/LABEL. Now /dev/ufs/home id consumed as mirror component (!) and not-usable. Oh, and one more: I can not stop "home" mirror device, as it re-appear with different component (switching between /dev/ufs/home and /dev/ufsid/something). vmware-8-32# gmirror status home Name Status Components mirror/home COMPLETE ufs/home ad12s1h vmware-8-32# gmirror stop home vmware-8-32# gmirror status home Name Status Components mirror/home COMPLETE ad10s1h ufsid/4d2f5e0025798dd0 vmware-8-32# gmirror stop home vmware-8-32# gmirror status home Name Status Components mirror/home COMPLETE ad12s1h ufs/home vmware-8-32# --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Fri Jan 14 06:28:58 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ABB7106564A for ; Fri, 14 Jan 2011 06:28:58 +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 AF1918FC0C for ; Fri, 14 Jan 2011 06:28:57 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward4.mail.yandex.net (Yandex) with ESMTP id CD2E76AD9629; Fri, 14 Jan 2011 09:28:55 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1294986535; bh=NsG4inzb1XyX5dhNqH2aABh3z5/Mo7jBaNWD9VUYwZA=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=CjwQoZvUg+NkUfOP3VpC4mpnCv0q1xdqr7jgZFaLu+unMjrFZmwQmUGSShJy83no9 RknCkumSrQq1E72Drow0ANeou1GYgBmoeyXanL1PW4mbEfHlHRY6XwCfPJTxaYC27/ Ocrr6vPHVYW+1NJgH2k6I5L1v4SlO2htBeSU0ihQ= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id 99CF12900A5; Fri, 14 Jan 2011 09:28:55 +0300 (MSK) Message-ID: <4D2FED20.1070001@yandex.ru> Date: Fri, 14 Jan 2011 09:28:48 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Lev Serebryakov References: <716385860.20110113224931@serebryakov.spb.ru> <4D2F5AEA.1040207@yandex.ru> <338344533.20110113232811@serebryakov.spb.ru> In-Reply-To: <338344533.20110113232811@serebryakov.spb.ru> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDE2E79D43A121D366DACF5FD" Cc: freebsd-geom@freebsd.org Subject: Re: gmirror on slices & glabel mess 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, 14 Jan 2011 06:28:58 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDE2E79D43A121D366DACF5FD Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 13.01.2011 23:28, Lev Serebryakov wrote: >> Also can you describe what you expect to see (how it should work?). > Every parition on its own mirror, all FSes are seen and mountable > via /dev/ufs/* > Mirror components are ad*s1* and not /dev/ufs/* or /dev/ufsid/*, as > it after reboot for LAST partition. All FSes available and mountable > as /dev/ufs/LABEL. Now /dev/ufs/home id consumed as mirror component > (!) and not-usable. I can only suggest do not do like that. (=F3=F3=FA=E2 :) In your configuration you mixes several types of labels, and you do not use hardcoded providers names. In your case when GMIRROR does tasting it can take one of three providers which his metadata for each mirror (e.g. partition, ufs/label, ufsid/id). So, I see several ways to get what you want: 1. Use gmirror for the whole disk 2. Use hardcoded providers names 3. Disable ufs and ufsid labels via loader.conf. > Oh, and one more: I can not stop "home" mirror device, as it > re-appear with different component (switching between /dev/ufs/home > and /dev/ufsid/something). Similar problem described in kern/150555. --=20 WBR, Andrey V. Elsukov --------------enigDE2E79D43A121D366DACF5FD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJNL+0mAAoJEAHF6gQQyKF6JrUIAKiByC3Wfe9etzFVgOQnOsYV jU2uzyag9PvkqBOuqzgftI+8ckiU+jKiFEldJ/HRhUUKQqa6NPiES4R+2j7xIyo3 NEa2nMcvMuvVtRGvgcjuX490EyTK7kTh/7Dtn2VaM0rS3yVXJj7UDwpIT0repPTi S8EVoW10+QCO3t1q4dsnKPSoG7ZRL0GOBPZdjKBJP1/hN89OOnghBV2IdlY3wPYB +0ss7xhrw/9nTG0TPUnI9rQYlc1l5qdEJsenSuLKH/8RFcmZvbVeeR8fDQVSQvpV 5IYsY0bxK9yvBr25eITTf7BVsjqnfLZMNKHCFkQVDwrr69P/5LkhnOoDYZ7S8Fk= =gk60 -----END PGP SIGNATURE----- --------------enigDE2E79D43A121D366DACF5FD-- From owner-freebsd-geom@FreeBSD.ORG Fri Jan 14 09:45:03 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDA1E106564A for ; Fri, 14 Jan 2011 09:45:03 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id A4A4B8FC0A for ; Fri, 14 Jan 2011 09:45:03 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 3CF5D13DF61; Fri, 14 Jan 2011 12:45:02 +0300 (MSK) Date: Fri, 14 Jan 2011 12:44:58 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <1571548567.20110114124458@serebryakov.spb.ru> To: "Andrey V. Elsukov" In-Reply-To: <4D2FED20.1070001@yandex.ru> References: <716385860.20110113224931@serebryakov.spb.ru> <4D2F5AEA.1040207@yandex.ru> <338344533.20110113232811@serebryakov.spb.ru> <4D2FED20.1070001@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org Subject: Re: gmirror on slices & glabel mess 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, 14 Jan 2011 09:45:04 -0000 Hello, Andrey. You wrote 14 =D1=CE=D7=C1=D2=D1 2011 =C7., 9:28:48: >>> Also can you describe what you expect to see (how it should work?). >> Every parition on its own mirror, all FSes are seen and mountable >> via /dev/ufs/* >> Mirror components are ad*s1* and not /dev/ufs/* or /dev/ufsid/*, as >> it after reboot for LAST partition. All FSes available and mountable >> as /dev/ufs/LABEL. Now /dev/ufs/home id consumed as mirror component >> (!) and not-usable. > I can only suggest do not do like that. (=F3=F3=FA=E2 :) > In your configuration you mixes several types of labels, > and you do not use hardcoded providers names. In your case when GMIRROR > does tasting it can take one of three providers which his metadata for > each mirror (e.g. partition, ufs/label, ufsid/id). Really, I wonder why geom_label pickup only LAST parition. Why it doesn't create labels for OTHER filesystems when geom_mirror is not loaded?! Problem is only with ONE partition, that is what surprises me. > So, I see several ways to get what you want: > 1. Use gmirror for the whole disk And very long synchronization in case of crash, mirror-per-partition allows not to synchronize readonly (/, /usr) partitions... > 2. Use hardcoded providers names And have problems with AHCI/ATA switches (main/rescue systems)... Really, it looks like global GEOM problem -- that user must choose between "hardcoded" providers and non-deterministic tasting. Maybe, adding user-configurable "class ranks" is good idea. So, it will be possible to tell system, that geom_part taste first, geom_mirror second and all other after that in any order, for example. Or vice-versa, in case when geom_mirror is used on whole disk. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Fri Jan 14 09:56:42 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D720106566B for ; Fri, 14 Jan 2011 09:56:42 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 499C68FC19 for ; Fri, 14 Jan 2011 09:56:42 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward2.mail.yandex.net (Yandex) with ESMTP id 7B2E838A9DBD; Fri, 14 Jan 2011 12:56:40 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1294999000; bh=/f3AJAxJL9WRu/Xus65+SgPG05ZvZx6PydESS1AjKY0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=M/6FK4yiMsOfgLFXyBQZuGHHcBke0ezYO0j6R8XCovK62gRlauJTX6H4G0H+YWsny k/9XZdcuW0SZ8ZsfrdloGcXqplGeFBS1pbIZZ36wFqOt+xcmbFxR8ipq+Afx7hqxPE nqFk4r4JE6qsYLv/amz6v/uRviaWMx5uj2K6xCkM= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp4.mail.yandex.net (Yandex) with ESMTPSA id EFB69128092; Fri, 14 Jan 2011 12:56:39 +0300 (MSK) Message-ID: <4D301DD4.7050801@yandex.ru> Date: Fri, 14 Jan 2011 12:56:36 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Lev Serebryakov References: <716385860.20110113224931@serebryakov.spb.ru> <4D2F5AEA.1040207@yandex.ru> <338344533.20110113232811@serebryakov.spb.ru> <4D2FED20.1070001@yandex.ru> <1571548567.20110114124458@serebryakov.spb.ru> In-Reply-To: <1571548567.20110114124458@serebryakov.spb.ru> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig71DDEDB4B036E31119BA5BD8" Cc: freebsd-geom@freebsd.org Subject: Re: gmirror on slices & glabel mess 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, 14 Jan 2011 09:56:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig71DDEDB4B036E31119BA5BD8 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 14.01.2011 12:44, Lev Serebryakov wrote: > Really, I wonder why geom_label pickup only LAST parition. Why it > doesn't create labels for OTHER filesystems when geom_mirror is not > loaded?! Problem is only with ONE partition, that is what surprises > me. In case when geom_mirror is not loaded please show output of # gpart list --=20 WBR, Andrey V. Elsukov --------------enig71DDEDB4B036E31119BA5BD8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJNMB3XAAoJEAHF6gQQyKF6PEQH/0rzMjPsukWcz0piSVLY4XJu CPPN+HTLxIa8xR6y3zE1ZwZIh/CmuMSqFJBHLFNPSzcslWRJaDT6J8CPSZ6/AI05 vMcUs00fSnhhOK3Cn6BAZFRuiHeXnUUj65OwDCYLhDxthZ4Np3mBNMOF1/mcZJo9 goFOu/ls6MhZeVB0Aei8YTdrSdv4ImOAwW6saiupvP3GcG+4YIBkVgHI+VcvrCfd jwBjy6uuHLG2J70n0TgLwA1em9xf2xAa4YKKgyRWvX695ChwGVSYBy6EgOUk5CVh TA4Hpeanva+2qoataDsxtGq1ZadoDOgNO5vqcNAB41I4upDQxeN2WH6HbPx2XL0= =0Qo2 -----END PGP SIGNATURE----- --------------enig71DDEDB4B036E31119BA5BD8-- From owner-freebsd-geom@FreeBSD.ORG Fri Jan 14 10:02:08 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5F4D106564A for ; Fri, 14 Jan 2011 10:02:08 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 52BD68FC16 for ; Fri, 14 Jan 2011 10:02:08 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 5B15713DF5F; Fri, 14 Jan 2011 13:02:07 +0300 (MSK) Date: Fri, 14 Jan 2011 13:02:03 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <546815583.20110114130203@serebryakov.spb.ru> To: "Andrey V. Elsukov" In-Reply-To: <4D301DD4.7050801@yandex.ru> References: <716385860.20110113224931@serebryakov.spb.ru> <4D2F5AEA.1040207@yandex.ru> <338344533.20110113232811@serebryakov.spb.ru> <4D2FED20.1070001@yandex.ru> <1571548567.20110114124458@serebryakov.spb.ru> <4D301DD4.7050801@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-geom@freebsd.org Subject: Re: gmirror on slices & glabel mess 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, 14 Jan 2011 10:02:08 -0000 Hello, Andrey. You wrote 14 =D1=CE=D7=C1=D2=D1 2011 =C7., 12:56:36: >> Really, I wonder why geom_label pickup only LAST parition. Why it >> doesn't create labels for OTHER filesystems when geom_mirror is not >> loaded?! Problem is only with ONE partition, that is what surprises >> me. > In case when geom_mirror is not loaded please show output of > # gpart list Here it is. Geom name: ad10 state: OK fwheads: 16 fwsectors: 63 last: 4194287 first: 63 entries: 4 scheme: MBR Providers: 1. Name: ad10s1 Mediasize: 2147443200 (2.0G) Sectorsize: 512 Mode: r0w0e0 attrib: active rawtype: 165 length: 2147443200 offset: 32256 type: freebsd index: 1 end: 4194287 start: 63 Consumers: 1. Name: ad10 Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r0w0e0 Geom name: ad12 state: OK fwheads: 16 fwsectors: 63 last: 4194287 first: 63 entries: 4 scheme: MBR Providers: 1. Name: ad12s1 Mediasize: 2147443200 (2.0G) Sectorsize: 512 Mode: r0w0e0 attrib: active rawtype: 165 length: 2147443200 offset: 32256 type: freebsd index: 1 end: 4194287 start: 63 Consumers: 1. Name: ad12 Mediasize: 2147483648 (2.0G) Sectorsize: 512 Mode: r0w0e0 Geom name: ad10s1 state: OK fwheads: 16 fwsectors: 63 last: 4194224 first: 0 entries: 8 scheme: BSD Providers: 1. Name: ad10s1a Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 0 length: 268435456 offset: 8192 type: !0 index: 1 end: 524303 start: 16 2. Name: ad10s1b Mediasize: 134217728 (128M) Sectorsize: 512 Mode: r0w0e0 rawtype: 1 length: 134217728 offset: 268443648 type: freebsd-swap index: 2 end: 786447 start: 524304 3. Name: ad10s1d Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 268435456 offset: 402661376 type: freebsd-ufs index: 4 end: 1310735 start: 786448 4. Name: ad10s1e Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 268435456 offset: 671096832 type: freebsd-ufs index: 5 end: 1835023 start: 1310736 5. Name: ad10s1f Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 268435456 offset: 939532288 type: freebsd-ufs index: 6 end: 2359311 start: 1835024 6. Name: ad10s1g Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 268435456 offset: 1207967744 type: freebsd-ufs index: 7 end: 2883599 start: 2359312 7. Name: ad10s1h Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 671040000 offset: 1476403200 type: freebsd-ufs index: 8 end: 4194224 start: 2883600 Consumers: 1. Name: ad10s1 Mediasize: 2147443200 (2.0G) Sectorsize: 512 Mode: r0w0e0 Geom name: ad12s1 state: OK fwheads: 16 fwsectors: 63 last: 4194224 first: 0 entries: 8 scheme: BSD Providers: 1. Name: ad12s1a Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 0 length: 268435456 offset: 8192 type: !0 index: 1 end: 524303 start: 16 2. Name: ad12s1b Mediasize: 134217728 (128M) Sectorsize: 512 Mode: r0w0e0 rawtype: 1 length: 134217728 offset: 268443648 type: freebsd-swap index: 2 end: 786447 start: 524304 3. Name: ad12s1d Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 268435456 offset: 402661376 type: freebsd-ufs index: 4 end: 1310735 start: 786448 4. Name: ad12s1e Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 268435456 offset: 671096832 type: freebsd-ufs index: 5 end: 1835023 start: 1310736 5. Name: ad12s1f Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 268435456 offset: 939532288 type: freebsd-ufs index: 6 end: 2359311 start: 1835024 6. Name: ad12s1g Mediasize: 268435456 (256M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 268435456 offset: 1207967744 type: freebsd-ufs index: 7 end: 2883599 start: 2359312 7. Name: ad12s1h Mediasize: 671040000 (640M) Sectorsize: 512 Mode: r0w0e0 rawtype: 7 length: 671040000 offset: 1476403200 type: freebsd-ufs index: 8 end: 4194224 start: 2883600 Consumers: 1. Name: ad12s1 Mediasize: 2147443200 (2.0G) Sectorsize: 512 Mode: r0w0e0 --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-geom@FreeBSD.ORG Fri Jan 14 10:23:29 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC3491065674 for ; Fri, 14 Jan 2011 10:23:29 +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 790BF8FC08 for ; Fri, 14 Jan 2011 10:23:29 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward1.mail.yandex.net (Yandex) with ESMTP id C549A69E8A19; Fri, 14 Jan 2011 13:23:27 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1295000607; bh=unKriqTMhrV9JttEQ6qEapDS40F6MJCY0x+BrALeev8=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=KHa6+eH8u+M6w+EY9rNHwHWSeqya4Vt7g6x4KVAyPxh4M17lvs9+y+7LvS/LSvSkq Zr5F/9uDFwrt4VGTEZyKgXMtBY1QPnCbip8A4R+2QqtNIcwG2UvbHaS+RazHRs/Cha XCUuF1da2mC/AeUXpOCUfumVetWIn87kEFGijy6Q= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp3.mail.yandex.net (Yandex) with ESMTPSA id 8FAC02780A9; Fri, 14 Jan 2011 13:23:27 +0300 (MSK) Message-ID: <4D30241B.70906@yandex.ru> Date: Fri, 14 Jan 2011 13:23:23 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Lev Serebryakov References: <716385860.20110113224931@serebryakov.spb.ru> <4D2F5AEA.1040207@yandex.ru> <338344533.20110113232811@serebryakov.spb.ru> <4D2FED20.1070001@yandex.ru> <1571548567.20110114124458@serebryakov.spb.ru> <4D301DD4.7050801@yandex.ru> <546815583.20110114130203@serebryakov.spb.ru> In-Reply-To: <546815583.20110114130203@serebryakov.spb.ru> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig72E575FCF0ED1D07054782BD" Cc: freebsd-geom@freebsd.org Subject: Re: gmirror on slices & glabel mess 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, 14 Jan 2011 10:23:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig72E575FCF0ED1D07054782BD Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 14.01.2011 13:02, Lev Serebryakov wrote: > Hello, Andrey. > You wrote 14 =D1=CE=D7=C1=D2=D1 2011 =C7., 12:56:36: >=20 >>> Really, I wonder why geom_label pickup only LAST parition. Why it >>> doesn't create labels for OTHER filesystems when geom_mirror is not >>> loaded?! Problem is only with ONE partition, that is what surprises >>> me. >> In case when geom_mirror is not loaded please show output of >> # gpart list > Here it is. It's strange. Can you set kern.geom.label.debug=3D1 and look what messages will be printed by geom_label? Also it may be interesting to see dmesg when kern.geom.debugflags is set to 1, 4, 5. --=20 WBR, Andrey V. Elsukov --------------enig72E575FCF0ED1D07054782BD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJNMCQfAAoJEAHF6gQQyKF6TowH/AtSgWLVfi2RGhfgZ9kjFWYO tN+AdC7YFeFnj+iEYlLGpMKSpiqIPVnB2InMaoEp7y28od3o4CazQzuaXx84FSD8 T0DEu4dLKiu15r9cGgWQRH0vP/o+mGLPNKy7JJ3dcA0FOstdmJemKRW2310Rkqq/ mFmqhTUKNdb3lEp3ZnSeea+CgtLuFDEXhZH1y9VJZPsw/v27Jl+MmwN91KLEITvj c2+Qf/PC6bQXxbOAFk0qnTioiCdEiHYAJv3AuY8fR+PDN4NvIim/LCdl8amU1two Ym9N9QkNeQuOrqyJCxEU+kGz038PT5sXJH3jptXH2JePrz5x9kBp2zFndI6Q5zc= =sONe -----END PGP SIGNATURE----- --------------enig72E575FCF0ED1D07054782BD--