Re: Loop mounting

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,
 Just noticed that the problem was actually due to one of the enhancement we
made in recent patches. But if one wants to loop mount over glusterfs, then
they can use the following command line argument.

' glusterfs -f <spec> -d disable </mount/point>'

Note the '-d disable' option. This option disables the direct-io flag for
the open file, which fixes the problem.

-amar

On 8/22/07, Michael Fincham <michael@xxxxxxxxxxxxx> wrote:
>
> Disregard this. Apologies for flooding but SSHFS mounted via FUSE on the
> same kernel allows read/write mounting of loopback images.
>
> -Michael
>
> On Wed, 2007-08-22 at 10:03 +1200, Michael Fincham wrote:
> > It may yet be a kernel issue. Will test further and advise.
> >
> > -Michael
> >
> > On Wed, 2007-08-22 at 09:50 +1200, Michael Fincham wrote:
> > > Hi Avati, list,
> > >
> > > I've done a bit more testing with some other FUSE filesystems
> (fusesmb,
> > > mountlo) and they both support loop-mounting read/write, so I think we
> > > can rule out it being a FUSE problem.
> > >
> > > Any further ideas?
> > >
> > > -Michael
> > >
> > > On Wed, 2007-08-15 at 21:24 +0530, Anand Avati wrote:
> > > > Michael,
> > > >  this seems to be a limitation of FUSE itself, because it is
> > > > mmap()'ing a file in read-write mode, which seems to have a problem
> in
> > > > fuse. I will soon confirm if this is the same cause.
> > > >
> > > > avati
> > > >
> > > > 2007/8/15, Michael Fincham <michael@xxxxxxxxxxxxx>:
> > > >         Hi everyone,
> > > >
> > > >         Has anyone had success with loop mounting a file stored on a
> > > >         glusterfs
> > > >         volume?
> > > >
> > > >         administrator@vs02:/mnt/temp$ sudo losetup -f file.img
> > > >         ioctl: LOOP_SET_FD: Invalid argument
> > > >
> > > >         I get this error but the same image works fine on an ext2
> > > >         partition.
> > > >
> > > >         I've discussed this a little on the IRC room, and apparently
> > > >         it's being
> > > >         investigated, but I figured I'd ask if anyone else has come
> up
> > > >         against it
> > > >         and has a short-term solution.
> > > >
> > > >         Thanks everyone, esp. glusterfs devs ;)
> > > >
> > > >         --
> > > >         -Michael Fincham
> > > >         Unleash Technology Solutions
> > > >
> > > >
> > > >
> > > >         _______________________________________________
> > > >         Gluster-devel mailing list
> > > >         Gluster-devel@xxxxxxxxxx
> > > >         http://lists.nongnu.org/mailman/listinfo/gluster-devel
> > > >
> > > >
> > > >
> > > > --
> > > > It always takes longer than you expect, even when you take into
> > > > account Hofstadter's Law.
> > > >
> > > > -- Hofstadter's Law
> --
> -Michael Fincham <michael@xxxxxxxxxxxxx>
> Unleash Technology Solutions
>
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxx
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>



-- 
Amar Tumballi
Engineer - Gluster Core Team
[bulde on #gluster/irc.gnu.org]
http://www.zresearch.com - Commoditizing Supercomputing and Superstorage!


[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux