And one adition: I also have an external harddisk /dev/da1s1 which I labled with "backup" with RC1. I unfortunally got a /dev/ufs/backup as well as a /dev/ufs/backupd for the 4th partition of the 1st slide /dev/da1s1d. I wanted to fix this (label da1s1d as backup) and booted into the single user mode, and typed "glabel destroy backup". The two backup+backupd entries in /dev/ufs where gone. I then rebooted once more into the single user mode and now I have backup +backupd again. Something seems to be definitly broken here :( No - I have not mounted that filesystem at any time. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/
Hi, I updated my RC1 box now to the latest RELENG_8 code to get my gmirror +glabel setup working. Since gjournal was now supposed to work as well I set this up once more. This was not so easy as I thought because cleaning the metadata on my previously journaled filesystems (but not working because of the bug) was a pain. With geom_journal.ko loaded at the boottime the system was not able to boot up - waiting infinitly for the nonexisting journal to show up spamming my screen with timeout messages. What a mess.... Finally I got the module disabled in the bootloader (I guess I'll never ever compile this directly into the kernel if it can cause my system not to come up again) Now I have two partitions in a journaled state. What I did was: gjournal load gjournal label da0p1 mirror/gm0s1h tunefs -J enable -n disable da0p1.journal gjournal label mirror/gm0s1f mirror/gm0s1g tunefs -J enable -n disable mirror/gm0s1f.journal Then I rebooted into single user mode again to label the filesystems. Then I did: glabel label swap mirror/gm0s1b tunefs -L root mirror/gm0s1a tunefs -L var mirror/gm0s1d tunefs -L tmp mirror/gm0s1e tunefs -L usr mirror/gm0s1f.journal tunefs -L files da0p1.journal /dev/ufs and /dev/label contained all the given label. Then I rebooted once more - again into the single user mode. Now ufs/files and ufs/usr is gone.... so glabel in conjunction with gjournal is broken.... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/
On Fri, Oct 23, 2009 at 10:55 AM, Oliver Lehmann <oliver@freebsd.org> wrote:> And one adition: > > I also have an external harddisk /dev/da1s1 which I labled with "backup" > with RC1. I unfortunally got a /dev/ufs/backup as well as > a /dev/ufs/backupd for the 4th partition of the 1st slide /dev/da1s1d. > > I wanted to fix this (label da1s1d as backup) and booted into the single > user mode, and typed "glabel destroy backup". The two backup+backupd > entries in /dev/ufs where gone. > I then rebooted once more into the single user mode and now I have backup > +backupd again. Something seems to be definitly broken here :( > > No - I have not mounted that filesystem at any time. > > -- > Oliver Lehmann > >man glabel: stop Turn off the given label by its name. This command does not touch on-disk metadata! destroy Same as stop. clear Clear metadata on the given devices. You want clear for changes to persist. -- Adam Vande More
Oliver Lehmann wrote:> tunefs -L usr mirror/gm0s1f.journal > tunefs -L files da0p1.journal > > /dev/ufs and /dev/label contained all the given label. Then I rebooted > once more - again into the single user mode. > > Now ufs/files and ufs/usr is gone.... so glabel in conjunction with > gjournal is broken....This worked by the way in BETA3 - this was when I tested this setup before setting up the fileserver.... so this is a regression to me. -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/