lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 18 Jul 2006 22:04:59 +0200
From:	Martin Filip <bugtraq@...ula.net>
To:	David Greaves <david@...eaves.com>
Cc:	Neil Brown <neilb@...e.de>, linux-kernel@...r.kernel.org
Subject: Re: NFS and partitioned md

Hi,

my solution was to use fsid parameter for exports... maybe some other
mechanism for selecting fsids could be created instead of fsid = device
minor

nx

David Greaves píše v Út 18. 07. 2006 v 19:36 +0100:
> Neil Brown wrote:
> > On Tuesday June 27, bugtraq@...ula.net wrote:
> >> Hi,
> >>
> >> thx for your interrest,
> >>
> >> Neil Brown píše v Út 27. 06. 2006 v 10:32 +1000:
> >>> So I suspect there is something else going on that has nothing to do
> >>> with the usage of partitioned md.... then again, maybe there is some
> >>> weird sign extension happening to '254' somewhere, though that would
> >>> be terribly strange.
> >> (as I look on that it comes on my mind, that problem could be minor
> >> longer than 1 byte)
> >>
> > 
> > Exactly.  4105 > 256.  Such devices need a different format filehandle
> > which didn't work until very recently due to a bug (obviously no-one
> > tried it until recently).
> > 
> > The patch below fixes the kernel so that this will work.
> > Alternately use md_d0 md_d1, md_d2, or md_d3.  Then it will work with
> > no patches.
> 
> FWIW (and google) I have just encountered this problem on 2.6.16.9 server.
> 
> My error message with the NFS mount failing was:
> mount teak:/media /mnt/test
> mount: teak:/media: can't read superblock
> 
> teak:~# ll /dev/media*
> brw-rw---- 1 root disk 254, 8128 2006-07-18 18:39 /dev/media
> brw-rw---- 1 root disk 254, 8129 2006-07-18 18:39 /dev/media1
> brw-rw---- 1 root disk 254, 8130 2006-07-18 18:39 /dev/media2
> brw-rw---- 1 root disk 254, 8131 2006-07-18 18:39 /dev/media3
> brw-rw---- 1 root disk 254, 8132 2006-07-18 18:39 /dev/media4
> 
> I rebooted to use /dev/md_d0 and /dev/md_d0p1 and it's fine.
> 
> David

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ