From pjd at FreeBSD.org Sun Jun 1 21:29:35 2008 From: pjd at FreeBSD.org (pjd@FreeBSD.org) Date: Sun Jun 1 21:29:36 2008 Subject: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) Message-ID: <200806012129.m51LTYFc098841@freefall.freebsd.org> Synopsis: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) State-Changed-From-To: open->suspended State-Changed-By: pjd State-Changed-When: ndz 1 cze 21:28:29 2008 UTC State-Changed-Why: Suspend PR, because I can't contact PR author due misconfigured mail server, which refuses e-mail from my mail server. http://www.freebsd.org/cgi/query-pr.cgi?pr=115547 From bugmaster at FreeBSD.org Mon Jun 2 11:06:53 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 2 11:07:02 2008 Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org Message-ID: <200806021106.m52B6qVG093155@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/89546 geom [geom] GEOM error a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/113419 geom [geom] geom fox multipathing not failing back o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/115572 geom [gbde] [patch] gbde partitions fail at 28bit/48bit LBA o kern/120021 geom net-p2p/qbittorrent crashes system when it works thoug o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/122067 geom [panic]: Geom crashed during boot f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/123122 geom GEOM / gjournal kernel lock o kern/123962 geom [panic] gjournal(8): gjournal (455Gb data, 8Gb journal o kern/124130 geom [gmirror][usb] gmirror fails to start usb devices that 23 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde(8) "destroy" not working. o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile s kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/121559 geom [patch] [geom] geom label class allows to create inacc f kern/121907 geom [request] [geom] geom output to console obscures other o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr 15 problems total. From chameeyass at hotmail.com Mon Jun 2 21:30:52 2008 From: chameeyass at hotmail.com (Chameeya Software Services Ltd.) Date: Mon Jun 2 21:30:56 2008 Subject: mirror device detached on large file copy Message-ID: Hello running FreeBDs 7.0 on a Celeron 800Mhz and I copied a 1.8G file across from my Windows box to the FreeBSD box. It finished the copy..or during the copy I got the following:kernel : ad6 : FAILURE - device detachedkernel : subdisk6: detachedkernel : ad6 : detachedkernel : GEOM_MIRROR : device dat : provider ad6 disconnected.kernel : g_vfs_done():mirror/dats1d[READ(offset=196937613312, length=16384)]error=6I can only think that perhaps its a time out or a file block error The file appears okay on ad4 and when I look at it from a NFS mount and through SAMBA on my Windows box. the configuration is roughly thus ad2 - boot drive, freeBSD installedad4 - 320G SATAad6 - 320G SATA - components of mirror dat I used round-robin priority. So I am not sure if the failure is copying the large file from ad6->ad4? or from ad4->ad6. I presume it is the latter, so would wonder why I got a READ error and not a write. I put a newfs on ad4 but not ad6 when I was building the mirror. I put the label on ad4 during install (also put newfs during install). Did not put label on on ad6, did not put a newfs on ad6. I Thought the gmirror would take care of that, at any rate it has been working. I have put other files of several hundred megabytes without a problem. But when I tried this 1.8G file this error happened. I have checked the file systems on each device and they appear identical...could be because of the mirror I am reporting only on ad4 and fooling me? Now I can see some internet documents on this where the newfs should be run on the mirror. Is this the correct procedure to ensure the file blocks are mapped properly on each drive. The drive, as I have said, has some files on it already and has been working fine for a couple of week. It is not a heavily loaded server, its why I am using a slower machine. I would appreciate any tips on determining why this happened and whether I built the mirror properly. Thanks, Sal _________________________________________________________________ All new Live Search at Live.com http://clk.atdmt.com/UKM/go/msnnkmgl0010000006ukm/direct/01/ From votdev at gmx.de Tue Jun 3 08:07:00 2008 From: votdev at gmx.de (Volker Theile) Date: Tue Jun 3 08:07:05 2008 Subject: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) In-Reply-To: <200806012129.m51LTYFc098841@freefall.freebsd.org> References: <200806012129.m51LTYFc098841@freefall.freebsd.org> Message-ID: <20080603080018.39450@gmx.net> You can also use volker@freenas.org Patch for 0.7 can be found here: http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/ports/geom_eli/files/geom_eli.c.diff?view=markup Regards Volker -------- Original-Nachricht -------- > Datum: Sun, 1 Jun 2008 21:29:34 GMT > Von: pjd@FreeBSD.org > An: votdev@gmx.de, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org > Betreff: Re: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) > Synopsis: [geom] [patch] [request] let GEOM Eli get password from stdin > (useful for non-interactive scripting) > > State-Changed-From-To: open->suspended > State-Changed-By: pjd > State-Changed-When: ndz 1 cze 21:28:29 2008 UTC > State-Changed-Why: > Suspend PR, because I can't contact PR author due misconfigured mail > server, which refuses e-mail from my mail server. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=115547 -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger From votdev at gmx.de Tue Jun 3 08:23:37 2008 From: votdev at gmx.de (Volker Theile) Date: Tue Jun 3 08:23:41 2008 Subject: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) In-Reply-To: <200806012129.m51LTYFc098841@freefall.freebsd.org> References: <200806012129.m51LTYFc098841@freefall.freebsd.org> Message-ID: <20080603075655.261470@gmx.net> You can also use volker@freenas.org Regards Volker -------- Original-Nachricht -------- > Datum: Sun, 1 Jun 2008 21:29:34 GMT > Von: pjd@FreeBSD.org > An: votdev@gmx.de, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org > Betreff: Re: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) > Synopsis: [geom] [patch] [request] let GEOM Eli get password from stdin > (useful for non-interactive scripting) > > State-Changed-From-To: open->suspended > State-Changed-By: pjd > State-Changed-When: ndz 1 cze 21:28:29 2008 UTC > State-Changed-Why: > Suspend PR, because I can't contact PR author due misconfigured mail > server, which refuses e-mail from my mail server. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=115547 > _______________________________________________ > freebsd-geom@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-geom > To unsubscribe, send any mail to "freebsd-geom-unsubscribe@freebsd.org" -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@gmx From votdev at gmx.de Tue Jun 3 08:30:08 2008 From: votdev at gmx.de (Volker Theile) Date: Tue Jun 3 08:30:11 2008 Subject: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) Message-ID: <200806030830.m538U83s021461@freefall.freebsd.org> The following reply was made to PR kern/115547; it has been noted by GNATS. From: "Volker Theile" To: bug-followup@FreeBSD.org, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org, pjd@FreeBSD.org Cc: Subject: Re: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) Date: Tue, 03 Jun 2008 10:00:18 +0200 You can also use volker@freenas.org Patch for 0.7 can be found here: http://freenas.svn.sourceforge.net/viewvc/freenas/trunk/build/ports/geom_eli/files/geom_eli.c.diff?view=markup Regards Volker -------- Original-Nachricht -------- > Datum: Sun, 1 Jun 2008 21:29:34 GMT > Von: pjd@FreeBSD.org > An: votdev@gmx.de, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org > Betreff: Re: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) > Synopsis: [geom] [patch] [request] let GEOM Eli get password from stdin > (useful for non-interactive scripting) > > State-Changed-From-To: open->suspended > State-Changed-By: pjd > State-Changed-When: ndz 1 cze 21:28:29 2008 UTC > State-Changed-Why: > Suspend PR, because I can't contact PR author due misconfigured mail > server, which refuses e-mail from my mail server. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=115547 -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger From pjd at FreeBSD.org Tue Jun 3 09:10:46 2008 From: pjd at FreeBSD.org (pjd@FreeBSD.org) Date: Tue Jun 3 09:10:48 2008 Subject: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) Message-ID: <200806030910.m539AjKb024009@freefall.freebsd.org> Synopsis: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) State-Changed-From-To: suspended->feedback State-Changed-By: pjd State-Changed-When: wto 3 cze 09:09:59 2008 UTC State-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=115547 From pjd at FreeBSD.org Tue Jun 3 09:13:55 2008 From: pjd at FreeBSD.org (Pawel Jakub Dawidek) Date: Tue Jun 3 09:13:58 2008 Subject: kern/115547: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) In-Reply-To: <200806030910.m539AjKb024009@freefall.freebsd.org> References: <200806030910.m539AjKb024009@freefall.freebsd.org> Message-ID: <20080603091347.GA3434@garage.freebsd.pl> On Tue, Jun 03, 2008 at 09:10:45AM +0000, pjd@FreeBSD.org wrote: > Synopsis: [geom] [patch] [request] let GEOM Eli get password from stdin (useful for non-interactive scripting) > > State-Changed-From-To: suspended->feedback > State-Changed-By: pjd > State-Changed-When: wto 3 cze 09:09:59 2008 UTC > State-Changed-Why: Do you know that you can pass passphrase via: # echo | geli attach -k - ? It won't pass it through PKCS#5v2, but it will work. I use it this way where I encrypt few providers with the same passphrase that are part of one RAID array. -- Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-geom/attachments/20080603/9b33d23b/attachment.pgp From chameeyass at hotmail.com Wed Jun 4 19:38:58 2008 From: chameeyass at hotmail.com (Chameeya Software Services Ltd.) Date: Wed Jun 4 19:39:01 2008 Subject: (no subject) Message-ID: I have had further problems with this RAID. Today I was extracting files from a 2Gig zipped tar andthe node ad4 failed. I could not not figure out what to do after that. I triedgmirror forget datgmirror insert dat ad4 that gave me an error ad6 device not found So I tried a reboot. That was even worse. as when the mirror came up ad4 was restored only!in a degraded state. Then I recieved a endless stream ofg_vfs_done READ errors! I had to turn the machine off. So I decided to destroy the mirror. I amended fstab to not mount the mirror and mounted ad4 into /homewhere the mirror usually resides and back everything up.I did :gmirror stop datwhich worked until GEOM timed out and started it again.I quickly didgmirror stop datgmirror unloadmount /dev/ad4 /home Then I rebuilt the mirror:gmirror label -b split -s 2048 dat ad4 ad6gmirror loadnewfs /dev/mirror/dat -Umount /dev/mirror/dat /home2 and copied all the files back- well tried to. The mirror broke again.I had to do all the work again. Except this time I left off SOFT-UPDATES.I copied all the files again and this time the mirror survived. Am I doing something wrong when I build the mirror? Or is therean issue with SOFT-UPDATES? my system again isCeleron 800Mhz, 768MBad2 - 11Gig HD IDEad4,ad6 - WD 320Gig SATASiL3512 PCI SATA controller Thanks,Salik.> From: chameeyass@hotmail.com> To: freebsd-geom@freebsd.org> Date: Mon, 2 Jun 2008 21:18:51 +0000> Subject: mirror device detached on large file copy> > > Hello running FreeBDs 7.0 on a Celeron 800Mhz and I copied a 1.8G file across from my Windows box to the FreeBSD box. It finished the copy..or during the copy I got the following:kernel : ad6 : FAILURE - device detachedkernel : subdisk6: detachedkernel : ad6 : detachedkernel : GEOM_MIRROR : device dat : provider ad6 disconnected.kernel : g_vfs_done():mirror/dats1d[READ(offset=196937613312, length=16384)]error=6I can only think that perhaps its a time out or a file block error> The file appears okay on ad4 and when I look at it from a NFS mount and through SAMBA on my Windows box.> the configuration is roughly thus> ad2 - boot drive, freeBSD installedad4 - 320G SATAad6 - 320G SATA - components of mirror dat I used round-robin priority. So I am not sure if the failure is copying the large file from ad6->ad4?> or from ad4->ad6. I presume it is the latter, so would wonder why I got a READ error and not a write.> I put a newfs on ad4 but not ad6 when I was building the mirror. I put the label on ad4 during install (also put newfs during install). Did not put label on on ad6, did not put a newfs on ad6. I Thought the gmirror would take care of that, at any rate it has been working. I have put other files of several hundred megabytes without a problem. But when I tried this 1.8G file this error happened. I have checked the file systems on each device and they appear identical...could be because of the mirror I am reporting only on ad4 and fooling me?> Now I can see some internet documents on this where the newfs should be run on the mirror. Is this the correct procedure> to ensure the file blocks are mapped properly on each drive. The drive, as I have said, has some files on it already and has been working > fine for a couple of week. It is not a heavily loaded server, its why I am using a slower machine.> I would appreciate any tips on determining why this happened and whether I built the mirror properly.> > Thanks,> Sal _________________________________________________________________ http://clk.atdmt.com/UKM/go/msnnkmgl0010000002ukm/direct/01/ From avg at icyb.net.ua Thu Jun 5 07:45:10 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu Jun 5 07:45:17 2008 Subject: mystery: lock up after fs dump In-Reply-To: <20080604161001.GF63348@deviant.kiev.zoral.com.ua> References: <4846AFC3.3050101@icyb.net.ua> <20080604152332.GE63348@deviant.kiev.zoral.com.ua> <4846B5D9.1050903@icyb.net.ua> <20080604161001.GF63348@deviant.kiev.zoral.com.ua> Message-ID: <4847997D.4060404@icyb.net.ua> on 04/06/2008 19:10 Kostik Belousov said the following: > SU are irrelevant to the problem I am thinking of. > > vfs_write_suspend() returns 0 when the filesystem being suspended is already > in suspend state. vfs_write_resume() clears the suspend state. > > vfs_write_suspend/vfs_write_resume are used both by snapshot code and > the gjournal. If two users of these interfaces interleave, then you could > get: > > thread1 thread2 > > vfs_write_suspend() > <- fs is suspended there > vfs_write_suspend() <- returns 0 > vfs_write_resume() > <- fs is no more suspended > thread2 is burned in flame > > Snapshots are protected against this because they are created through > the mount(2). The mount(2) locks the covered vnode and thus serializes > snapshot creation (I think there are further serialization points that > prevent simultaneous snapshotting of the same fs). > > There is nothing I can see that protects snapshots/gjournal interaction. Looks like something to be quite concerned about. Thank you for the analysis. -- Andriy Gapon From linimon at FreeBSD.org Thu Jun 5 10:49:15 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Jun 5 10:49:20 2008 Subject: kern/124294: [geom] gmirror(8) have inappropriate logic when working with bad hard-drive Message-ID: <200806051049.m55AnEsN095292@freefall.freebsd.org> Old Synopsis: gmirror have inappropriate logic when working with bad hard-drive New Synopsis: [geom] gmirror(8) have inappropriate logic when working with bad hard-drive Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jun 5 10:48:35 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=124294 From bugmaster at FreeBSD.org Mon Jun 9 11:06:59 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 9 11:07:12 2008 Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org Message-ID: <200806091106.m59B6wQw070738@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/89546 geom [geom] GEOM error a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/113419 geom [geom] geom fox multipathing not failing back o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/115572 geom [gbde] [patch] gbde partitions fail at 28bit/48bit LBA o kern/120021 geom net-p2p/qbittorrent crashes system when it works thoug o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/122067 geom [panic]: Geom crashed during boot f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/123122 geom GEOM / gjournal kernel lock o kern/123962 geom [panic] gjournal(8): gjournal (455Gb data, 8Gb journal o kern/124130 geom [gmirror][usb] gmirror fails to start usb devices that o kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin 24 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde(8) "destroy" not working. o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/121559 geom [patch] [geom] geom label class allows to create inacc f kern/121907 geom [request] [geom] geom output to console obscures other o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr 15 problems total. From linimon at FreeBSD.org Tue Jun 10 05:48:05 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jun 10 05:48:06 2008 Subject: misc/124434: [UPDATING] [patch]: Missing UPDATING entry for geom mirror metadata version rev Message-ID: <200806100548.m5A5m4mJ084701@freefall.freebsd.org> Synopsis: [UPDATING] [patch]: Missing UPDATING entry for geom mirror metadata version rev Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 10 05:47:55 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=124434 From bugmaster at FreeBSD.org Mon Jun 16 11:06:55 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 16 11:07:26 2008 Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org Message-ID: <200806161106.m5GB6s06036707@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/76538 geom [gbde] nfs-write on gbde partition stalls and continue o kern/83464 geom [geom] [patch] Unhandled malloc failures within libgeo o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/89546 geom [geom] GEOM error a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/113419 geom [geom] geom fox multipathing not failing back o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/115572 geom [gbde] [patch] gbde partitions fail at 28bit/48bit LBA o kern/120021 geom net-p2p/qbittorrent crashes system when it works thoug o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/122067 geom [panic]: Geom crashed during boot f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/123122 geom GEOM / gjournal kernel lock o kern/123962 geom [panic] gjournal(8): gjournal (455Gb data, 8Gb journal o kern/124130 geom [gmirror][usb] gmirror fails to start usb devices that o kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin 24 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde(8) "destroy" not working. o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/121559 geom [patch] [geom] geom label class allows to create inacc f kern/121907 geom [request] [geom] geom output to console obscures other o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr o misc/124434 geom [UPDATING] [patch]: Missing UPDATING entry for geom mi 16 problems total. From gnats at mawer.org Tue Jun 17 14:10:04 2008 From: gnats at mawer.org (Antony Mawer) Date: Tue Jun 17 14:10:06 2008 Subject: kern/115572: [gbde] [patch] gbde partitions fail at 28bit/48bit LBA addressing boundary Message-ID: <200806171410.m5HEA495043937@freefall.freebsd.org> The following reply was made to PR kern/115572; it has been noted by GNATS. From: Antony Mawer To: bug-followup@FreeBSD.org, gbradley@rocketmail.com Cc: sos@freebsd.org Subject: Re: kern/115572: [gbde] [patch] gbde partitions fail at 28bit/48bit LBA addressing boundary Date: Tue, 17 Jun 2008 23:29:53 +1000 I believe this patch is now present in both 6.3-RELEASE and 7.0-RELEASE, so I believe this PR can probably be closed now. Relevant commits: FreeBSD 7.0 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-all.c#rev1.280 FreeBSD 6.3 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/ata-all.c#rev1.252.2.12 --Antony From lulf at stud.ntnu.no Tue Jun 17 16:40:04 2008 From: lulf at stud.ntnu.no (Ulf Lilleengen) Date: Tue Jun 17 16:40:10 2008 Subject: kern/124294: [geom] gmirror(8) have inappropriate logic when working with bad hard-drive Message-ID: <200806171640.m5HGe3mP068550@freefall.freebsd.org> The following reply was made to PR kern/124294; it has been noted by GNATS. From: Ulf Lilleengen To: bug-followup@FreeBSD.org, dindin@dindin.ru Cc: Subject: Re: kern/124294: [geom] gmirror(8) have inappropriate logic when working with bad hard-drive Date: Tue, 17 Jun 2008 18:30:29 +0200 When presented two drives with equal or different content, gmirror have no way to know which drive is good. As far as gmirror is concerned, as long as the metadata is ok, the content should be as well. To avoid this, one could use ZFS or geli to verify the integrity of the data. However, perhaps one way to avoid this would be to prevent gmirror to sync from a disk which is has booted from. However, even if the boot succeeds and the good disk is not synced with corrupted data, there is no guarantee that other parts of the disk that you booted from is good, so you might be assuming you have a good disk, but you're really booting from a bad one. Any suggestions? -- Ulf Lilleengen From lulf at FreeBSD.org Wed Jun 18 15:51:05 2008 From: lulf at FreeBSD.org (lulf@FreeBSD.org) Date: Wed Jun 18 15:51:09 2008 Subject: kern/73177: kldload geom_* causes panic due to memory exhaustion Message-ID: <200806181551.m5IFp40c069492@freefall.freebsd.org> Synopsis: kldload geom_* causes panic due to memory exhaustion State-Changed-From-To: open->suspended State-Changed-By: lulf State-Changed-When: Wed Jun 18 15:48:59 UTC 2008 State-Changed-Why: No one seems to be working on it, and it's highly unlikely that anyone will. http://www.freebsd.org/cgi/query-pr.cgi?pr=73177 From lulf at stud.ntnu.no Wed Jun 18 16:00:12 2008 From: lulf at stud.ntnu.no (Ulf Lilleengen) Date: Wed Jun 18 16:01:26 2008 Subject: kern/76538: [gbde] nfs-write on gbde partition stalls and continues much later Message-ID: <200806181600.m5IG05fE069698@freefall.freebsd.org> The following reply was made to PR kern/76538; it has been noted by GNATS. From: Ulf Lilleengen To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/76538: [gbde] nfs-write on gbde partition stalls and continues much later Date: Wed, 18 Jun 2008 17:54:24 +0200 Are we sure this could be a gbde bug at all? And, it's a very old release. -- Ulf Lilleengen From lulf at FreeBSD.org Wed Jun 18 16:40:28 2008 From: lulf at FreeBSD.org (lulf@FreeBSD.org) Date: Wed Jun 18 16:40:33 2008 Subject: kern/83464: [geom] [patch] Unhandled malloc failures within libgeom Message-ID: <200806181640.m5IGeS7U079691@freefall.freebsd.org> Synopsis: [geom] [patch] Unhandled malloc failures within libgeom Responsible-Changed-From-To: freebsd-geom->lulf Responsible-Changed-By: lulf Responsible-Changed-When: Wed Jun 18 16:38:32 UTC 2008 Responsible-Changed-Why: Reviewing and testing patch. http://www.freebsd.org/cgi/query-pr.cgi?pr=83464 From phk at phk.freebsd.dk Wed Jun 18 16:51:12 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Wed Jun 18 16:51:15 2008 Subject: kern/76538: [gbde] nfs-write on gbde partition stalls and continues much later In-Reply-To: Your message of "Wed, 18 Jun 2008 16:00:05 GMT." <200806181600.m5IG05fE069698@freefall.freebsd.org> Message-ID: <84584.1213806770@critter.freebsd.dk> In message <200806181600.m5IG05fE069698@freefall.freebsd.org>, Ulf Lilleengen w rites: >The following reply was made to PR kern/76538; it has been noted by GNATS. > >From: Ulf Lilleengen >To: bug-followup@FreeBSD.org >Cc: >Subject: Re: kern/76538: [gbde] nfs-write on gbde partition stalls and > continues much later >Date: Wed, 18 Jun 2008 17:54:24 +0200 > > Are we sure this could be a gbde bug at all? And, it's a very old release. As far as I remember it was an ATA bug. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From fbsd06 at mlists.homeunix.com Wed Jun 18 22:09:58 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Wed Jun 18 22:10:02 2008 Subject: Is geli detectable? Message-ID: <20080618225407.1337ad03@gumby.homeunix.com.> Is it possible to tell the difference between a geli partition and a partition filled with random data? Assuming that the geli partition was prefilled from /dev/random before the "geli init". From gcr at tharned.org Thu Jun 19 02:32:28 2008 From: gcr at tharned.org (Greg Rivers) Date: Thu Jun 19 02:32:32 2008 Subject: Is geli detectable? In-Reply-To: <20080618225407.1337ad03@gumby.homeunix.com.> References: <20080618225407.1337ad03@gumby.homeunix.com.> Message-ID: On Wed, 18 Jun 2008, RW wrote: > Is it possible to tell the difference between a geli partition and a > partition filled with random data? Assuming that the geli partition was > prefilled from /dev/random before the "geli init". > All but the last sector will indeed appear to be more or less random data. But the last sector contains the geli metadata, and thus a distinction can be made. You can prove this by running `geli dump ` when the provider is not attached (decrypted), or by otherwise inspecting the last sector. -- Greg Rivers From tom.hurst at clara.net Thu Jun 19 14:42:57 2008 From: tom.hurst at clara.net (Thomas Hurst) Date: Thu Jun 19 14:43:04 2008 Subject: Is geli detectable? In-Reply-To: References: <20080618225407.1337ad03@gumby.homeunix.com.> Message-ID: <20080619142723.GA97597@voi.aagh.net> * Greg Rivers (gcr@tharned.org) wrote: > All but the last sector will indeed appear to be more or less random > data. But the last sector contains the geli metadata, and thus a > distinction can be made. You can prove this by running `geli dump > ` when the provider is not attached (decrypted), or by > otherwise inspecting the last sector. Yup, this is how the .eli devices magic into existance on boot/attach. onetime encrypted devices would appear to be the exception; the metadata only lives in memory. It doesn't look like it'd be that difficult to put the metadata elsewhere, and pass it manually to geli to attach a provider. Similarly I expect you could encrypt the metadata block itself, again forgoing auto-detection in favour of manually mounting; I believe TrueCrypt does this. For archival purposes, you can already geli backup metadata for storage elsewhere, and geli clear/kill it so the device is simply filled with random data (plus, apparantly, a zeroed last sector). -- Thomas 'Freaky' Hurst http://hur.st/ From fbsd06 at mlists.homeunix.com Thu Jun 19 15:39:32 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Thu Jun 19 15:39:37 2008 Subject: Is geli detectable? In-Reply-To: <20080619142723.GA97597@voi.aagh.net> References: <20080618225407.1337ad03@gumby.homeunix.com.> <20080619142723.GA97597@voi.aagh.net> Message-ID: <20080619162345.7aaa94a3@gumby.homeunix.com.> On Thu, 19 Jun 2008 15:27:23 +0100 Thomas Hurst wrote: > * Greg Rivers (gcr@tharned.org) wrote: > > You can prove this by running `geli dump > > ` when the provider is not attached (decrypted), or by > > otherwise inspecting the last sector. > > Yup, this is how the .eli devices magic into existance on boot/attach. > ... > Similarly I expect you could encrypt the metadata block itself, again > forgoing auto-detection in favour of manually mounting; geli devices are found at boot by looking for devices that end in .eli in fstab. From lulf at FreeBSD.org Thu Jun 19 18:48:07 2008 From: lulf at FreeBSD.org (lulf@FreeBSD.org) Date: Thu Jun 19 18:48:08 2008 Subject: kern/76538: [gbde] nfs-write on gbde partition stalls and continues much later Message-ID: <200806191848.m5JIm5mp020244@freefall.freebsd.org> Synopsis: [gbde] nfs-write on gbde partition stalls and continues much later State-Changed-From-To: open->closed State-Changed-By: lulf State-Changed-When: Thu Jun 19 18:45:26 UTC 2008 State-Changed-Why: There is a high probability that this have been fixed by now. If you still experience bugs with a supported release of FreeBSD, please inform. http://www.freebsd.org/cgi/query-pr.cgi?pr=76538 From tom.hurst at clara.net Fri Jun 20 02:50:27 2008 From: tom.hurst at clara.net (Thomas Hurst) Date: Fri Jun 20 02:50:34 2008 Subject: Is geli detectable? In-Reply-To: <20080619162345.7aaa94a3@gumby.homeunix.com.> References: <20080618225407.1337ad03@gumby.homeunix.com.> <20080619142723.GA97597@voi.aagh.net> <20080619162345.7aaa94a3@gumby.homeunix.com.> Message-ID: <20080620025024.GA98916@voi.aagh.net> * RW (fbsd06@mlists.homeunix.com) wrote: > geli devices are found at boot by looking for devices that end in .eli > in fstab. Not at boot they're not, since fstab may well be encrypted and need to be attached by geli before it can be mounted and read. It's tasted like other GEOM providers, looking for metadata tagged with GEOM::ELI. -- Thomas 'Freaky' Hurst http://hur.st/ From gavin at FreeBSD.org Fri Jun 20 15:38:50 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Fri Jun 20 15:38:54 2008 Subject: kern/124788: [patch] Typos in error messages in ggated.c Message-ID: <200806201538.m5KFcomB080648@freefall.freebsd.org> Old Synopsis: Typos in error messages in ggated.c New Synopsis: [patch] Typos in error messages in ggated.c Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: gavin Responsible-Changed-When: Fri Jun 20 15:37:59 UTC 2008 Responsible-Changed-Why: Over to maintainers http://www.freebsd.org/cgi/query-pr.cgi?pr=124788 From dfilter at FreeBSD.ORG Fri Jun 20 19:50:08 2008 From: dfilter at FreeBSD.ORG (dfilter service) Date: Fri Jun 20 19:50:09 2008 Subject: kern/124788: commit references a PR Message-ID: <200806201950.m5KJo3ga025331@freefall.freebsd.org> The following reply was made to PR kern/124788; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/124788: commit references a PR Date: Fri, 20 Jun 2008 19:48:30 +0000 (UTC) lulf 2008-06-20 19:48:18 UTC FreeBSD src repository Modified files: sys/geom/journal g_journal.c Log: SVN rev 179897 on 2008-06-20 19:48:18Z by lulf - Fix spelling errors. Approved by: kib (mentor) PR: kern/124788 Submitted by: Hywel Mallett Revision Changes Path 1.15 +5 -5 src/sys/geom/journal/g_journal.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From dfilter at FreeBSD.ORG Fri Jun 20 21:20:06 2008 From: dfilter at FreeBSD.ORG (dfilter service) Date: Fri Jun 20 21:20:19 2008 Subject: kern/124788: commit references a PR Message-ID: <200806202120.m5KLK6IJ043513@freefall.freebsd.org> The following reply was made to PR kern/124788; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/124788: commit references a PR Date: Fri, 20 Jun 2008 21:17:48 +0000 (UTC) lulf 2008-06-20 21:17:40 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/geom/journal g_journal.c Log: SVN rev 179899 on 2008-06-20 21:17:40Z by lulf MFC r179897: - Fix spelling errors. Approved by: kib (mentor) PR: kern/124788 Submitted by: Hywel Mallett Revision Changes Path 1.13.2.1 +5 -5 src/sys/geom/journal/g_journal.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From lulf at FreeBSD.org Fri Jun 20 21:21:08 2008 From: lulf at FreeBSD.org (lulf@FreeBSD.org) Date: Fri Jun 20 21:21:11 2008 Subject: kern/124788: [patch] [gjournal] Typos in error messages in g_journal.c Message-ID: <200806202121.m5KLL8lI043814@freefall.freebsd.org> Synopsis: [patch] [gjournal] Typos in error messages in g_journal.c State-Changed-From-To: open->closed State-Changed-By: lulf State-Changed-When: Fri Jun 20 21:20:52 UTC 2008 State-Changed-Why: Patch committed, thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=124788 From hywel at hmallett.co.uk Sun Jun 22 05:52:37 2008 From: hywel at hmallett.co.uk (Hywel Mallett) Date: Sun Jun 22 05:53:08 2008 Subject: Filesystem replication geom proposal Message-ID: <0A8C1986-1DC1-4445-9111-0DEDBBCC6847@hmallett.co.uk> FreeBSD doesn't have a defined method of replicating data between two servers, for HA/DR purposes, similar to Veritas Volume Replicator. Linux has DRDB (http://www.drbd.org/) which isn't quite the same, and someone has tried using gmirror and ggate to have a mirror across teo systems, but neither of those can cope well with a disconnected network, or a slow network link. I was wondering if there would be any interest in creating a new geom provider to solve this problem. I can see that questions about this functionality have been asked on the mailing lists before, and I've drawn up some initial thoughts aand ideas at http://www.hmallett.co.uk/computing-mainmenu-49/72-computing/124-open-source-replicated-filesystems.html Hywel Mallett From phk at phk.freebsd.dk Sun Jun 22 07:34:10 2008 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Sun Jun 22 07:34:13 2008 Subject: Filesystem replication geom proposal In-Reply-To: Your message of "Sun, 22 Jun 2008 00:53:15 +0100." <0A8C1986-1DC1-4445-9111-0DEDBBCC6847@hmallett.co.uk> Message-ID: <1391.1214120047@critter.freebsd.dk> In message <0A8C1986-1DC1-4445-9111-0DEDBBCC6847@hmallett.co.uk>, Hywel Mallett writes: >FreeBSD doesn't have a defined method of replicating data between two >servers, for HA/DR purposes, [...] >I was wondering if there would be any interest in creating a new geom >provider to solve this problem. Go for it! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From ivoras at freebsd.org Sun Jun 22 19:08:32 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Sun Jun 22 19:08:36 2008 Subject: Filesystem replication geom proposal In-Reply-To: <0A8C1986-1DC1-4445-9111-0DEDBBCC6847@hmallett.co.uk> References: <0A8C1986-1DC1-4445-9111-0DEDBBCC6847@hmallett.co.uk> Message-ID: Hywel Mallett wrote: > FreeBSD doesn't have a defined method of replicating data between two > servers, for HA/DR purposes, similar to Veritas Volume Replicator. Linux > has DRDB (http://www.drbd.org/) which isn't quite the same, and someone > has tried using gmirror and ggate to have a mirror across teo systems, > but neither of those can cope well with a disconnected network, or a > slow network link. > I was wondering if there would be any interest in creating a new geom > provider to solve this problem. I can see that questions about this > functionality have been asked on the mailing lists before, and I've > drawn up some initial thoughts aand ideas at > http://www.hmallett.co.uk/computing-mainmenu-49/72-computing/124-open-source-replicated-filesystems.html Hmmm. If I understand your proposal, you want to create IO journals on both the master and the slave, then replicate journal data from the master to the slave, then replay the journal on the slave? This looks like a lot of work for something that looks like it could be implemented by a linked list in the kernel (to achieve aynchronous operation). The DCM looks like an alternative to the above "transactional" method of replication - it looks like instead of asynchronously replaying the transaction log, you constantly replicate the DCM to the slave (or at least the changed bits), and then the slave asks the server to send the blocks corresponding to what's marked as changed in the DCM, right? Regarding swapping the master/slave roles: I think you need a fsck step somewhere in there, or the same tricks gjournal uses (hooks into UFS) since the file system will be marked dirty if you suddenly stop using it. Also, to manually force the failover, the master needs to umount the file system, probably with "-f". Will it work? Of course, if you think the things you proposed will solve reliable replication of data across the network, go ahead :) But since ggate+gmirror has already tried to solve this, maybe you'd be interested in increasing their reliability, as an exercise before trying something from scratch? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-geom/attachments/20080622/f76dfe59/signature.pgp From hywel at hmallett.co.uk Sun Jun 22 22:36:41 2008 From: hywel at hmallett.co.uk (hywel@hmallett.co.uk) Date: Sun Jun 22 22:36:46 2008 Subject: Filesystem replication geom proposal In-Reply-To: References: <0A8C1986-1DC1-4445-9111-0DEDBBCC6847@hmallett.co.uk> Message-ID: <20080622233638.4hclgmsw8408s4cg@www.hmallett.co.uk> Quoting Ivan Voras : > Hmmm. If I understand your proposal, you want to create IO journals on > both the master and the slave, then replicate journal data from the > master to the slave, then replay the journal on the slave? That's about the size of it. > This looks > like a lot of work for something that looks like it could be > implemented by a linked list in the kernel (to achieve aynchronous > operation). I don't know about that... > The DCM looks like an alternative to the above "transactional" method > of replication - it looks like instead of asynchronously replaying the > transaction log, you constantly replicate the DCM to the slave (or at > least the changed bits), and then the slave asks the server to send the > blocks corresponding to what's marked as changed in the DCM, right? The DCM only gets used during initial synchronisation, or when the outstanding transactions have overflowed the log (which is a bad thing), so the DCM gets little used, and only when the slave is inconsistent. > Regarding swapping the master/slave roles: I think you need a fsck step > somewhere in there, or the same tricks gjournal uses (hooks into UFS) > since the file system will be marked dirty if you suddenly stop using > it. Also, to manually force the failover, the master needs to umount > the file system, probably with "-f". Will it work? I would agree with all that. I haven't looked into the UFS hooks used by gjournal in any depth, so will investigate more. > Of course, if you think the things you proposed will solve reliable > replication of data across the network, go ahead :) But since > ggate+gmirror has already tried to solve this, maybe you'd be > interested in increasing their reliability, as an exercise before > trying something from scratch? I certainly agree that there's no point in reinventing the wheel, however I don't see how gmirror, without major changes, can work in a way that can cope with a disconnected network and maintain data consistency when the network is reconnected. As a result of your comments I've added some more details to the original article. -- Hywel Mallett From bugmaster at FreeBSD.org Mon Jun 23 11:06:54 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 23 11:07:15 2008 Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org Message-ID: <200806231106.m5NB6rlW064957@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/89546 geom [geom] GEOM error a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/113419 geom [geom] geom fox multipathing not failing back o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/115572 geom [gbde] [patch] gbde partitions fail at 28bit/48bit LBA o kern/120021 geom net-p2p/qbittorrent crashes system when it works thoug o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/122067 geom [panic]: Geom crashed during boot f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/123122 geom GEOM / gjournal kernel lock o kern/123962 geom [panic] gjournal(8): gjournal (455Gb data, 8Gb journal o kern/124130 geom [gmirror][usb] gmirror fails to start usb devices that o kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin 22 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde(8) "destroy" not working. o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/121559 geom [patch] [geom] geom label class allows to create inacc f kern/121907 geom [request] [geom] geom output to console obscures other o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr o misc/124434 geom [UPDATING] [patch]: Missing UPDATING entry for geom mi 16 problems total. From andrea at ragedrecords.com Mon Jun 23 11:27:43 2008 From: andrea at ragedrecords.com (Andrea Brancatelli) Date: Mon Jun 23 11:27:50 2008 Subject: GMirror problem updating from FreeBSD 6.2 to 7.0 In-Reply-To: <722jk9fo.1214219192.4360070.andrea@ragedrecords.com> Message-ID: Sorry, my finger slippend on the send button, I'm continuing down below: On 6/23/2008, "Andrea Brancatelli" wrote: [.....] >What should I do? Maybe write a new bsdlabel and hope it matches the >previous one (it should as I think) Should I try to restart the old 6.2 installation and see if it can see the mirror? Maybe I should try to mount the partition directly bypassing the mirror? Thank you very much for your help, the situation's pretty much critical... Andrea From andrea at ragedrecords.com Mon Jun 23 11:27:44 2008 From: andrea at ragedrecords.com (Andrea Brancatelli) Date: Mon Jun 23 11:27:51 2008 Subject: GMirror problem updating from FreeBSD 6.2 to 7.0 Message-ID: <722jk9fo.1214219192.4360070.andrea@ragedrecords.com> Hello everybody. I have a problem with GMirror that maybe you can help me to solve. I had a FreeBSD 6.2 machine running ok for about an year with a couple of mirrors in it. One was named Maxtor and coupled, guess what, a pair of Maxtor HD. They both contained a single parition that was mounted, guess again, under /Maxtor :) What I did was shutdown the 6.2 machine pop in a new HD and put FreeBSD 7.0 over it. Everything went OK, I even mirrored the boot drive. Then I replugged the Maxtor HardDrives and powered on the machine. The Maxtor mirror appeared in /dev/mirror but there was nothing else, I mean, just /dev/Maxtor, no /dev/Maxtors1 or anything else. I gave a quick look at dmesg and found that when it found the mirror he updated the metadata from V3 to V4. I thought that maybe of this the machine didn't reread the drive after updating the metadata. So I went for the easy way and rebooted the machine. After the reboot something else appeared: I had both /dev/Maxtor and /dev/Maxtors1. The only problem is that no matter what I cannot read the bsd label out of it. No /dev/Maxtors1a in any way. bdslabel /dev/Maxtors1 doesn't report anything significant, I think he doesn't find any bsdlabel, but I wouldn't know how. So I freezed as the mirror contains very important data that i really don't wanna loose. And before you ask, no, I don't have tape backups or anything as I tought a mirror would be a safely-enough storage. What should I do? Maybe write a new bsdlabel and hope it matches the previous one (it should as I think From gavin at FreeBSD.org Mon Jun 23 19:15:38 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Mon Jun 23 19:15:40 2008 Subject: kern/115572: [gbde] [patch] gbde partitions fail at 28bit/48bit LBA addressing boundary Message-ID: <200806231915.m5NJFcpH055236@freefall.freebsd.org> Synopsis: [gbde] [patch] gbde partitions fail at 28bit/48bit LBA addressing boundary State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Mon Jun 23 19:14:13 UTC 2008 State-Changed-Why: Close, this is fixed in 6.3 and 7.0 with the commits mentioned in the audit log. http://www.freebsd.org/cgi/query-pr.cgi?pr=115572 From linimon at FreeBSD.org Wed Jun 25 05:26:52 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Jun 25 05:26:54 2008 Subject: kern/124969: gvinum(8): gvinum raid5 plex does not detect missing subdisk Message-ID: <200806250526.m5P5QpW5054481@freefall.freebsd.org> Old Synopsis: gvinum raid5 plex does not detect missing subdisk New Synopsis: gvinum(8): gvinum raid5 plex does not detect missing subdisk Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jun 25 05:25:24 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=124969 From gavin at FreeBSD.org Wed Jun 25 13:10:17 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Wed Jun 25 13:10:19 2008 Subject: kern/124973: [gjournal] [patch] boot order affects geom_journal consumers selection Message-ID: <200806251310.m5PDAGjm063721@freefall.freebsd.org> Old Synopsis: boot order affects geom_journal consumers selection New Synopsis: [gjournal] [patch] boot order affects geom_journal consumers selection Responsible-Changed-From-To: freebsd-bugs->freebsd-geom Responsible-Changed-By: gavin Responsible-Changed-When: Wed Jun 25 13:08:18 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). Although there is a patch in the PR, I think it is more of a workaround than the actual fix, so passing it to -geom rather than -rc. http://www.freebsd.org/cgi/query-pr.cgi?pr=124973 From lulf at stud.ntnu.no Wed Jun 25 19:50:05 2008 From: lulf at stud.ntnu.no (lulf@stud.ntnu.no) Date: Wed Jun 25 19:50:07 2008 Subject: misc/124969: gvinum raid5 plex does not detect missing subdisk Message-ID: <200806251950.m5PJo4gf024329@freefall.freebsd.org> The following reply was made to PR kern/124969; it has been noted by GNATS. From: lulf@stud.ntnu.no To: Dan Ports Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/124969: gvinum raid5 plex does not detect missing subdisk Date: Wed, 25 Jun 2008 21:42:06 +0200 Siterer Dan Ports : > >> Number: 124969 >> Category: misc >> Synopsis: gvinum raid5 plex does not detect missing subdisk >> Confidential: no >> Severity: serious >> Priority: medium >> Responsible: freebsd-bugs >> State: open >> Quarter: >> Keywords: >> Date-Required: >> Class: sw-bug >> Submitter-Id: current-users >> Arrival-Date: Wed Jun 25 01:30:01 UTC 2008 >> Closed-Date: >> Last-Modified: >> Originator: Dan Ports >> Release: 6.3-STABLE >> Organization: >> Environment: > FreeBSD clamshell.ambulatoryclam.net 6.3-STABLE FreeBSD 6.3-STABLE =20 > #4: Sat Jun 14 10:05:12 PDT 2008 =20 > root@clamshell.ambulatoryclam.net:/usr/obj/usr/src/sys/CLAMSHELL i386 >> Description: > I am using gvinum to create a RAID 5 array with three drives (i.e. a =20 > single raid5 plex with three subdisks). Recently, one drive failed. =20 > When the drive failed (but was present on boot), the array =20 > continues to work fine, albeit degraded, as one would expect. =20 > However, with the drive removed, gvinum does not properly detect =20 > the plex's configuration on boot: > > 2 drives: > D b State: up /dev/ad11s1d A: 0/474891 MB (0%= ) > D a State: up /dev/ad10s1d A: 0/474891 MB (0%= ) > > 1 volume: > V space State: up Plexes: 1 Size: 463 G= B > > 1 plex: > P space.p0 R5 State: degraded Subdisks: 2 Size: 463 G= B > > 3 subdisks: > S space.p0.s2 State: down D: c Size: 463 G= B > S space.p0.s1 State: up D: b Size: 463 G= B > S space.p0.s0 State: up D: a Size: 463 G= B > > Note that space.p0 has a capacity of 463 GB, the size of the drive, =20 > when it should be twice that. It seems as though the plex isn't =20 > aware that the downed subdisk ever existed. As a result, the volume =20 > is up, but its data is not valid. > > It seems a rather alarming flaw that a RAID 5 array fails to work =20 > correctly when one drive is not present! >> How-To-Repeat: > Create a gvinum raid5 plex with three subdisks, then remove the =20 > drive corresponding to one of them. >> Fix: > No fix, but the following thread appears to be describing the same =20 > problem, and includes an analysis. However, the problem appears to =20 > still exist. (I'm running 6.3-STABLE, and haven't tried either =20 > 7-STABLE or -CURRENT, but a cursory examination of the cvs history =20 > provides no indication that the problem has been fixed in other =20 > branches.) > > http://lists.freebsd.org/pipermail/freebsd-geom/2007-March/002109.html > > I'm willing to poke at this problem a bit more, but am probably the =20 > wrong person to do so since I currently have neither the time nor =20 > any geom experience. > >> Release-Note: >> Audit-Trail: >> Unformatted: > _______________________________________________ > freebsd-bugs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-bugs > To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" > > This is a known issue, and I've fixed it in patches that are pending review (for a few months now... ;). If it's very critical for you right now, I can create a patch for you, and request a commit for it, but as there are some gvinum restructuring I'd like to get into the tree, I'd rather not fix the same issues twice. but I agree this is a special case, so I'll try get out a fix soon. I'm sorry for the inconvenience. --=20 Ulf Lilleengen From haet.stars at gmail.com Thu Jun 26 04:58:45 2008 From: haet.stars at gmail.com (Stars butts) Date: Thu Jun 26 04:58:49 2008 Subject: geom_eli passphrase prompt unresponsive at boot after recompiling kernel without kbdmux Message-ID: hai, I recently installed FreeBSD 6.2 onto a geli encrypted disk with the /boot partition on a usb thumbdrive, after compiling the kernel without the kbdmux driver. however, my usb keyboard is completely unresponsive during bootup, and when the prompt to enter my geli passphrase comes up I cannot enter it. I have tried with several different keyboards and it worked on the previous non-geli install. Any thoughts? From gavin at FreeBSD.org Fri Jun 27 13:30:06 2008 From: gavin at FreeBSD.org (gavin@FreeBSD.org) Date: Fri Jun 27 13:30:12 2008 Subject: kern/121907: [request] output to console can obscure other messages Message-ID: <200806271327.m5RDRrva034240@freefall.freebsd.org> Old Synopsis: [request] [geom] geom output to console obscures other messages New Synopsis: [request] output to console can obscure other messages State-Changed-From-To: feedback->open State-Changed-By: gavin State-Changed-When: Fri Jun 27 13:25:21 UTC 2008 State-Changed-Why: Feedback was received Responsible-Changed-From-To: freebsd-geom->freebsd-kern Responsible-Changed-By: gavin Responsible-Changed-When: Fri Jun 27 13:25:21 UTC 2008 Responsible-Changed-Why: Not a problem specific to geom http://www.freebsd.org/cgi/query-pr.cgi?pr=121907 From ivoras at freebsd.org Sun Jun 29 20:49:01 2008 From: ivoras at freebsd.org (Ivan Voras) Date: Sun Jun 29 20:49:05 2008 Subject: Filesystem replication geom proposal In-Reply-To: <20080622233638.4hclgmsw8408s4cg@www.hmallett.co.uk> References: <0A8C1986-1DC1-4445-9111-0DEDBBCC6847@hmallett.co.uk> <20080622233638.4hclgmsw8408s4cg@www.hmallett.co.uk> Message-ID: hywel@hmallett.co.uk wrote: > I certainly agree that there's no point in reinventing the wheel, > however I don't see how gmirror, without major changes, can work in a > way that can cope with a disconnected network and maintain data > consistency when the network is reconnected. Yes, gmirror would have to grow support for "smart" resilvering, probably by having a bitmap of changed blocks maintained on the working drive(s) so it can only update the changed data instead of whole drives (which would happen now if ggated would support automatic reconnects). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-geom/attachments/20080629/aa72c40a/signature.pgp From bugmaster at FreeBSD.org Mon Jun 30 11:06:57 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 30 11:07:04 2008 Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org Message-ID: <200806301106.m5UB6ui8095741@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s kern/73177 geom kldload geom_* causes panic due to memory exhaustion o kern/84556 geom [geom] GBDE-encrypted swap causes panic at shutdown o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo s kern/89102 geom [geom] [panic] panic when forced unmount FS from unplu o kern/89546 geom [geom] GEOM error a kern/89660 geom [vinum] [patch] [panic] due to g_malloc returning null o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o kern/98034 geom [geom] dereference of NULL pointer in acd_geom_detach o kern/104389 geom [geom] [patch] sys/geom/geom_dump.c doesn't encode XML o kern/113419 geom [geom] geom fox multipathing not failing back o kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/120021 geom net-p2p/qbittorrent crashes system when it works thoug o kern/120231 geom [geom] GEOM_CONCAT error adding second drive o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o kern/122067 geom [panic]: Geom crashed during boot f kern/122415 geom [geom] UFS labels are being constantly created and rem o kern/123122 geom GEOM / gjournal kernel lock o kern/123962 geom [panic] gjournal(8): gjournal (455Gb data, 8Gb journal o kern/124130 geom [gmirror][usb] gmirror fails to start usb devices that o kern/124294 geom [geom] gmirror(8) have inappropriate logic when workin o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s 22 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o bin/78131 geom gbde(8) "destroy" not working. o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to p bin/110705 geom gmirror(8) control utility does not exit with correct o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113885 geom [gmirror] [patch] improved gmirror balance algorithm o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/119743 geom [geom] geom label for cds is keeped after dismount and o kern/120044 geom [msdosfs] [geom] incorrect MSDOSFS label fries adminis o kern/121559 geom [patch] [geom] geom label class allows to create inacc o kern/123630 geom [patch] [gmirror] gmirror doesnt allow the original dr o misc/124434 geom [UPDATING] [patch]: Missing UPDATING entry for geom mi o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con 16 problems total. From hywel at hmallett.co.uk Mon Jun 30 22:23:30 2008 From: hywel at hmallett.co.uk (Hywel Mallett) Date: Mon Jun 30 22:23:35 2008 Subject: Filesystem replication geom proposal In-Reply-To: References: <0A8C1986-1DC1-4445-9111-0DEDBBCC6847@hmallett.co.uk> <20080622233638.4hclgmsw8408s4cg@www.hmallett.co.uk> Message-ID: <27A404FA-FDEE-4A8E-A16D-DCBC9E41AED0@hmallett.co.uk> On 29 Jun 2008, at 21:48, Ivan Voras wrote: > > Yes, gmirror would have to grow support for "smart" resilvering, > probably by having a bitmap of changed blocks maintained on the > working drive(s) so it can only update the changed data instead of > whole drives (which would happen now if ggated would support > automatic reconnects). > The problem with that simplistic approach is that because write-order fidelity is not maintained, during the resynchronisation the slave/ secondary is inconsistent.