Date: Tue, 9 Jan 2007 10:24:04 -0300 From: "Fernan Aguero" <fernan.aguero@gmail.com> To: "Pawel Jakub Dawidek" <pjd@freebsd.org> Cc: geom@freebsd.org Subject: Re: clear metadata using dd? Message-ID: <520894aa0701090524t217a36ecje1cf7b40d8a2a7e0@mail.gmail.com> In-Reply-To: <20070109083846.GA62430@garage.freebsd.pl> References: <520894aa0701081445i43d76098m418ce695d2133e53@mail.gmail.com> <20070109001437.GC97624@in-addr.com> <520894aa0701081813x3925b7f1r278785bb01f4232@mail.gmail.com> <20070109083846.GA62430@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On 1/9/07, Pawel Jakub Dawidek <pjd@freebsd.org> wrote: > On Mon, Jan 08, 2007 at 11:13:15PM -0300, Fernan Aguero wrote: > > On 1/8/07, Gary Palmer <gpalmer@freebsd.org> wrote: > > >On Mon, Jan 08, 2007 at 07:45:06PM -0300, Fernan Aguero wrote: > > > > [snipped] > > > > >> gama# gstripe label -v gs0 /dev/ad4s3 /dev/ad6s3 > > >> Can't store metadata on /dev/ad4s3: Operation not permitted. > > >> > > >> This might be because ad4s3 had been part of a gmirror device before I > > >> reorganized my disks and moved the mirror to the s2 slice. > > > > [snipped] > > > > >Any reason that "gstripe clear" or "gmirror clear" doesn't work? Thats what > > >they're meant to do, as far as I know. > > > > because ad4s3 is no longer part of gm0? > > You get "Operation not permitted." because someone already keep ad4s3 > open for writing. Could you send output of 'sysctl -b kern.geom.confxml' > so we can find out who? http://omega.iib.unsam.edu.ar/kern.geom.confxml The parts that mention ad4s3 are: <geom id="0xc62e8380"> <class ref="0xc068f660"/> <name>ad4s3</name> <rank>3</rank> <consumer id="0xc62ce5c0"> <geom ref="0xc62e8380"/> <provider ref="0xc62cd280"/> <mode>r0w0e0</mode> </consumer> </geom> which refers to this provider: <geom id="0xc62cd580"> <class ref="0xc06acd80"/> <name>ad4</name> <rank>2</rank> <config> </config> <consumer id="0xc62cf5c0"> <geom ref="0xc62cd580"/> <provider ref="0xc62cda80"/> <mode>r2w2e3</mode> <config> </config> </consumer> <provider id="0xc62cd280"> <geom ref="0xc62cd580"/> <mode>r0w0e0</mode> <name>ad4s3</name> <mediasize>96636266496</mediasize> <sectorsize>512</sectorsize> <config> <index>2</index> <length>96636266496</length> <seclength>188742708</seclength> <offset>75159189504</offset> <secoffset>146795292</secoffset> <type>165</type> </config> </provider> <provider id="0xc62cd380"> <geom ref="0xc62cd580"/> <mode>r1w1e1</mode> <name>ad4s2</name> <mediasize>75159157248</mediasize> <sectorsize>512</sectorsize> <config> <index>1</index> <length>75159157248</length> <seclength>146795229</seclength> <offset>8587224576</offset> <secoffset>16771923</secoffset> <type>165</type> </config> </provider> <provider id="0xc62cd480"> <geom ref="0xc62cd580"/> <mode>r1w1e1</mode> <name>ad4s1</name> <mediasize>8586772992</mediasize> <sectorsize>512</sectorsize> <config> <index>0</index> <length>8586772992</length> <seclength>16771041</seclength> <offset>32256</offset> <secoffset>63</secoffset> <type>165</type> </config> </provider> </geom> Which to my geom-naive brain seems like the description of how my ad4 disk is set up ... but what does mode r0w0e0 imply ... I couldn't find where these modes are described (nor geom(8) nor geom(4) talk about them) ... does it mean read=0 write=0 execute=0 as my naive brain guesses? If so, maybe I could change it to something that would allow me to write to ad4s3? And also, why does the GEOM config contain information for devices that are not managed by geom? My da0 and swap devices (ad4s1b, ad6s1b) are not geom based ... Thanks for your help, Fernan -- Fernan Aguero
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?520894aa0701090524t217a36ecje1cf7b40d8a2a7e0>