Pawel Jakub Dawidek wrote
in <20120628230725.gb1...@garage.freebsd.pl>:
pj> PS. We are discussing two totally different things here:
pj> 1. Is placing GPT on anything but raw disk violates the spec? I can
pj>agree that it does and I'm happy with gpart(8) growing a warning.
I agree that th
On Jun 28, 2012, at 4:07 PM, Pawel Jakub Dawidek wrote:
>>
>> I would be having less problems if the mirroring didn't force the backup
>> GPT header in anything but the last sector. [...]
>
> GPT backup header is placed in the last sector of the mirror device,
> just like the user asked. Gmirror
Hi Matthais,
On 06/27/12 01:19, Matthias Apitz wrote:
> El día Saturday, June 16, 2012 a las 08:11:40AM -0400, John Baldwin escribió:
>
>> On Saturday, June 16, 2012 04:51:06 AM Matthias Apitz wrote:
>>> El día Friday, June 15, 2012 a las 08:18:22AM -0400, John Baldwin escribió:
> the panic s
On Thu, Jun 28, 2012 at 02:54:43PM -0700, Marcel Moolenaar wrote:
> On Jun 28, 2012, at 12:49 PM, Alexander Leidinger wrote:
> > Or are you suggesting to
> > convince all BIOS vendors to include the ability to boot from some kind
> > of FreeBSD private partitioning scheme (not MBR as it is not
> >
On Jun 28, 2012, at 12:49 PM, Alexander Leidinger wrote:
> On Thu, 28 Jun 2012 08:33:17 -0700 Marcel Moolenaar
> wrote:
>
>> My advise is to leave disk mirroring to H/W or firmware solutions and
>> use FreeBSD mirroring for FreeBSD partitions only. If you want to
>> mirror the whole disk, don't
Pawel Jakub Dawidek wrote:
On Thu, Jun 28, 2012 at 08:33:17AM -0700, Marcel Moolenaar wrote:
On Jun 28, 2012, at 3:10 AM, Stefan Esser wrote:
All of the above is ugly, U'm afraid :(
Indeed. The only sane way is to put the metadata in a partition of its own.
Every compliant OS will respect t
On Jun 28, 2012, at 10:25 AM, Pawel Jakub Dawidek wrote:
> On Thu, Jun 28, 2012 at 08:33:17AM -0700, Marcel Moolenaar wrote:
>>
>> On Jun 28, 2012, at 3:10 AM, Stefan Esser wrote:
>>>
>>> All of the above is ugly, U'm afraid :(
>>
>> Indeed. The only sane way is to put the metadata in a partit
On Thu, 28 Jun 2012 14:49:02 -0500, Alexander Leidinger
wrote:
What about multipathing? In case the disk is attached via two paths but
multipath is not enabled, the OS sees the same disk (and the same
identical unique disk identifier) multiple times. Is this a violation
of the spec too?
Goo
On Thu, 28 Jun 2012 08:33:17 -0700 Marcel Moolenaar
wrote:
> My advise is to leave disk mirroring to H/W or firmware solutions and
> use FreeBSD mirroring for FreeBSD partitions only. If you want to
> mirror the whole disk, don't partition the disk with non-FreeBSD
> partitioning schemes and part
Just a note to say I have tested this on -CURRENT with the new nfs
server and it is still the case.
On the client (FreeBSD seaurchin 8.3-RELEASE-p3 FreeBSD 8.3-RELEASE-p3
#0: Tue Jun 12 00:39:29 UTC 2012
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64)
[root@seaurchin /
On Thu, Jun 28, 2012 at 09:24:59PM +0800, r...@9du.org wrote:
> in pkt-gen.c
> tifreq.nr_ringid = (g.nthreads > 1) ? (i | NETMAP_HW_RING) : 0;
>
> in netmap.c
> if (priv->np_qlast != NETMAP_HW_RING) {
> lim_tx = lim_rx = priv->np_qlast;
> }
>
>
> if nthreads 2.but have 8 num_tx_rings.(ixg
On Thu, Jun 28, 2012 at 08:33:17AM -0700, Marcel Moolenaar wrote:
>
> On Jun 28, 2012, at 3:10 AM, Stefan Esser wrote:
> >
> > All of the above is ugly, U'm afraid :(
>
> Indeed. The only sane way is to put the metadata in a partition of its own.
> Every compliant OS will respect that and conseq
On Thu, Jun 28, 2012 at 8:45 AM, Andrey Fesenko wrote:
> I have lenovo thinkpad x220
>
> # uname -a
> FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun
> 28 08:41:40 MSK 2012 root@bsdx220:/usr/obj/usr/src/sys/MY_INTEL
> amd64
>
> # pciconf -lvb
> vgapci0@pci0:0:2:0: cla
I have lenovo thinkpad x220
# uname -a
FreeBSD bsdx220 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r237683: Thu Jun
28 08:41:40 MSK 2012 root@bsdx220:/usr/obj/usr/src/sys/MY_INTEL
amd64
# pciconf -lvb
vgapci0@pci0:0:2:0: class=0x03 card=0x21da17aa chip=0x01268086
rev=0x09 hdr=0x00
vendor
On Jun 28, 2012, at 3:10 AM, Stefan Esser wrote:
>
> All of the above is ugly, U'm afraid :(
Indeed. The only sane way is to put the metadata in a partition of its own.
Every compliant OS will respect that and consequently will not scribble over
the data unintentionally. Any other scheme that pu
in pkt-gen.c
tifreq.nr_ringid = (g.nthreads > 1) ? (i | NETMAP_HW_RING) : 0;
in netmap.c
if (priv->np_qlast != NETMAP_HW_RING) {
lim_tx = lim_rx = priv->np_qlast;
}
if nthreads 2.but have 8 num_tx_rings.(ixgbe default is 8)
looks like
thread #1 priv->np_qfirst = 0 priv->np_qlast = 1
thre
On 28.06.2012 15:36, Boris Samorodov wrote:
> 28.06.2012 14:10, Stefan Esser пишет:
>
>> All of the above is ugly, U'm afraid :(
>
> One more try to overcome it. :-)
>
> We already have freebsd-boot partition at GPT scheme. Right?
> Then why not use it (dedicated file/part/etc.) to store
> geom
Just modify GEOM classes that keep state at the end of a partition to
leave some spare area *behind* the GEOM data. I.e.:
what is really a problem aat all?
just leave as is. If someone want's use gpart and mirror then mirroring
every partition is simpler. usually not every partition needs to
On 28.06.2012 14:35, Wojciech Puchar wrote:
>> Just modify GEOM classes that keep state at the end of a partition to
>> leave some spare area *behind* the GEOM data. I.e.:
>>
>
> what is really a problem aat all?
>
> just leave as is. If someone want's use gpart and mirror then mirroring every
>
28.06.2012 14:10, Stefan Esser пишет:
All of the above is ugly, U'm afraid :(
One more try to overcome it. :-)
We already have freebsd-boot partition at GPT scheme. Right?
Then why not use it (dedicated file/part/etc.) to store
geom FreeBSD information?
--
WBR, Boris Samorodov (bsam)
FreeBSD
28.06.2012 13:41, Andrey V. Elsukov пишет:
On 28.06.2012 13:19, Boris Samorodov wrote:
27.06.2012 23:27, Andrey V. Elsukov пишет:
1. You are against from:
Our loader detects that primary GPT header is damaged. It tries to read
backup GPT header from the last LBA and it detects that there is
"G
Sorry for following up to self, but ...
I just noticed somebody else suggesting the same method
(put GMIRROR configuration below Secondary GPT header),
but I think there is a problem:
If GMIRROR is used to mirror whole GPT partitioned drives,
then you want the GPT sectors to be considered part of
On 28.06.2012 13:19, Boris Samorodov wrote:
> 27.06.2012 23:27, Andrey V. Elsukov пишет:
>
>> 1. You are against from:
>> Our loader detects that primary GPT header is damaged. It tries to read
>> backup GPT header from the last LBA and it detects that there is
>> "GEOM::" signature. It tries to r
Am 27.06.2012 21:14, schrieb Marcel Moolenaar:
>
> On Jun 27, 2012, at 12:08 PM, Christian Laursen wrote:
>
>> On 06/27/12 16:28, John Baldwin wrote:
>>> On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote:
>>>
When we are in the FreeBSD, our loader can detect that device size
>>>
27.06.2012 23:27, Andrey V. Elsukov пишет:
1. You are against from:
Our loader detects that primary GPT header is damaged. It tries to read
backup GPT header from the last LBA and it detects that there is
"GEOM::" signature. It tries to read one previous sector and there is
*valid* GPT header.
On 四, 2012-06-28 at 10:09 +0300, Gleb Kurtsou wrote:
> On (27/06/2012 13:29), Kevin Lo wrote:
> > Kevin Lo wrote:
> > > Konstantin Belousov wrote:
> > > > On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
> > > > > Konstantin Belousov wrote:
> > > > > > On Mon, Jun 25, 2012 at 10:03:28AM +0
On (27/06/2012 13:29), Kevin Lo wrote:
> Kevin Lo wrote:
> > Konstantin Belousov wrote:
> > > On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
> > > > Konstantin Belousov wrote:
> > > > > On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
> > > > > > I've observed a panic in recent
27 matches
Mail list logo