Announcing: ZFS-fuse 0.7.0
#61 — using the default zfsrc doesn't work
| State | Resolved |
|---|---|
| Version: | 0.6.9 |
| Area | Functionality |
| Issue type | Bug |
| Severity | Low |
| Submitted by | Stefano |
| Submitted on | Jun 15, 2010 |
| Responsible | Seth Heeren |
| Target release: | 0.6.9 |
Last modified on
Jun 20, 2010
by
Seth Heeren
>> > fuse-mount-options = default_permissions
>> > it doesn't work.
>> Can either of you file a bug with your system details
>> Distro name
> Archlinux
>
>> uname -a
> Linux l0cmobi 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 12:06:25 CEST 2010
> i686 Genuine Intel(R) CPU U2300 @ 1.20GHz GenuineIntel GNU/Linux
>
>> lsmod|grep fuse
> fuse 51814 8
>
>> lsb_release -a
> command not present ;-)
>
>> fusermount -V
> fusermount version: 2.8.4
>
>> > it doesn't work.
>> Can either of you file a bug with your system details
>> Distro name
> Archlinux
>
>> uname -a
> Linux l0cmobi 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 12:06:25 CEST 2010
> i686 Genuine Intel(R) CPU U2300 @ 1.20GHz GenuineIntel GNU/Linux
>
>> lsmod|grep fuse
> fuse 51814 8
>
>> lsb_release -a
> command not present ;-)
>
>> fusermount -V
> fusermount version: 2.8.4
>
Added by
Seth Heeren
on
Jun 15, 2010 09:19 AM
Issue state:
unconfirmed → open
Responsible manager:
(UNASSIGNED) → sgheeren
Thanks for reporting. Confirming because one other report on the list already:
http://groups.google.com/[…]/60923e7d1b52435a
Archlinux
> uname -a
Linux l0cmobi 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 12:06:25 CEST 2010
i686 Genuine Intel(R) CPU U2300 @ 1.20GHz GenuineIntel GNU/Linux
> lsmod|grep fuse
fuse 51814 8
> lsb_release -a
command not present ;-)
> fusermount -V
fusermount version: 2.8.4
thanks !
http://groups.google.com/[…]/60923e7d1b52435a
Archlinux
> uname -a
Linux l0cmobi 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 12:06:25 CEST 2010
i686 Genuine Intel(R) CPU U2300 @ 1.20GHz GenuineIntel GNU/Linux
> lsmod|grep fuse
fuse 51814 8
> lsb_release -a
command not present ;-)
> fusermount -V
fusermount version: 2.8.4
thanks !
Added by
Seth Heeren
on
Jun 15, 2010 09:22 AM
I've just finished installing Archlinux
Can someone help me get start installing basic stuff and perhaps the build requirements for zfs-fuse so I can speed up my work to reproduce this item?
First prio: install openssh-server, screen, vim
The rest I should then actually be able to figure out :)
Can someone help me get start installing basic stuff and perhaps the build requirements for zfs-fuse so I can speed up my work to reproduce this item?
First prio: install openssh-server, screen, vim
The rest I should then actually be able to figure out :)
Added by
Stefano
on
Jun 15, 2010 09:46 AM
the package manager is 'pacman':
pacman -Ss packagename -> search for packages
pacman -S packagename -> install with dependecies
i think before compile, you need also fakeroot (pacman -S fakeroot) and obviously fuse, scons etc...
for zfs-fuse you need a package so you can build it locally and install it since it isn't available for now officially, i have attached to this message, you must extract it than go into that dir and run the cmd:
makepkg
at the end of the compilation, you can run the cmd:
pacman -U zfs-fuse-0.6.9-1-i686.pkg.tar.xz
than you can run /etc/rc.d/zfs-fuse start to start the daemon.
now you need to try the zfsrc failure :)
if you need help do not hesitate to ask :)
mmm seems i'm unable to attach a file...
you can download it from there:
http://www.4shared.com/file/Cy-DeIPC/zfs-fuse-mytar.html
pacman -Ss packagename -> search for packages
pacman -S packagename -> install with dependecies
i think before compile, you need also fakeroot (pacman -S fakeroot) and obviously fuse, scons etc...
for zfs-fuse you need a package so you can build it locally and install it since it isn't available for now officially, i have attached to this message, you must extract it than go into that dir and run the cmd:
makepkg
at the end of the compilation, you can run the cmd:
pacman -U zfs-fuse-0.6.9-1-i686.pkg.tar.xz
than you can run /etc/rc.d/zfs-fuse start to start the daemon.
now you need to try the zfsrc failure :)
if you need help do not hesitate to ask :)
mmm seems i'm unable to attach a file...
you can download it from there:
http://www.4shared.com/file/Cy-DeIPC/zfs-fuse-mytar.html
Added by
Seth Heeren
on
Jun 15, 2010 09:54 AM
Issue state:
open → in-progress
I had already managed ssh, keys, vim, screen git and scons
> and obviously fuse, scons etc...
Now _this_ is the interesting part, because it will be the most time consuming. I know the dependencies, but don't know all the package names for Arch (yet). If you can list them for me, I will put them up at zfs-fuse.net for everyone's use as well.
Apart from that, I'm going to build from git my self
> and obviously fuse, scons etc...
Now _this_ is the interesting part, because it will be the most time consuming. I know the dependencies, but don't know all the package names for Arch (yet). If you can list them for me, I will put them up at zfs-fuse.net for everyone's use as well.
Apart from that, I'm going to build from git my self
Added by
Seth Heeren
on
Jun 15, 2010 10:20 AM
I have a build :)
Apart from having to manually download make/install libaio
http://aur.archlinux.org/packages.php?ID=4372
(I cannot figure out why pacman doesn't use [community] as specified...)
Everything went relatively smoothly
Note how this is my first two hours with Arch linux (including download), so I should be proud, I guess... :(
Apart from having to manually download make/install libaio
http://aur.archlinux.org/packages.php?ID=4372
(I cannot figure out why pacman doesn't use [community] as specified...)
Everything went relatively smoothly
Note how this is my first two hours with Arch linux (including download), so I should be proud, I guess... :(
Added by
Stefano
on
Jun 15, 2010 10:24 AM
Archlinux has a KISS philosophy after all ;-)
if you read the PKGBUILD you find all what you want to know, it is very simply (i'm not a guru...)
if you want a 'better' package manager try 'yaourt' it take also from community :)
if you read the PKGBUILD you find all what you want to know, it is very simply (i'm not a guru...)
if you want a 'better' package manager try 'yaourt' it take also from community :)
Added by
Seth Heeren
on
Jun 15, 2010 10:29 AM
Not reproduced:
git clone git+ssh://sehe@192.168.2.200//home/sehe/custom/ZFS/.git ZFS
cd /ZFS/
git checkout testing
git clean -dfx
cd src/
scons debug=2
sudo scons debug=2 install
zfs-fuse -n
# output ok
sudo cp ../contrib/zfsrc /etc/zfs/
zfs-fuse -n
# output ok
[sehe@myhost src]$ lsmod | grep fuse
fuse 51814 2
[sehe@myhost src]$ uname -a
Linux myhost 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 12:06:25 CEST 2010 i686 Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz GenuineIntel GNU/Linux
[sehe@myhost src]$ fusermount -V
fusermount version: 2.8.4
git clone git+ssh://sehe@192.168.2.200//home/sehe/custom/ZFS/.git ZFS
cd /ZFS/
git checkout testing
git clean -dfx
cd src/
scons debug=2
sudo scons debug=2 install
zfs-fuse -n
# output ok
sudo cp ../contrib/zfsrc /etc/zfs/
zfs-fuse -n
# output ok
[sehe@myhost src]$ lsmod | grep fuse
fuse 51814 2
[sehe@myhost src]$ uname -a
Linux myhost 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 12:06:25 CEST 2010 i686 Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz GenuineIntel GNU/Linux
[sehe@myhost src]$ fusermount -V
fusermount version: 2.8.4
Added by
Jan Ploski
on
Jun 15, 2010 05:04 PM
I also have this problem (with fuse-mount-options = default_permissions I just get usage help when trying to start zfs-fuse via /etc/init.d/zfs-fuse):
This is Debian testing/unstable with a vanilla 2.6.34 kernel:
~> uname -a
Linux remotejava 2.6.34 #6 SMP PREEMPT Mon May 31 23:08:59 CEST 2010 i686 GNU/Linux
fuse is compiled into the kernel, not as a module.
~> fusermount -V
fusermount version: 2.8.1
zfs-fuse is compiled from source of
commit fff6bda224dbc820a1ae7bf19ca9fcf0d3b051bf
Author: Seth Heeren <sgheeren@hotmail.com>
Date: Thu Jun 3 00:54:18 2010 +0200
This is Debian testing/unstable with a vanilla 2.6.34 kernel:
~> uname -a
Linux remotejava 2.6.34 #6 SMP PREEMPT Mon May 31 23:08:59 CEST 2010 i686 GNU/Linux
fuse is compiled into the kernel, not as a module.
~> fusermount -V
fusermount version: 2.8.1
zfs-fuse is compiled from source of
commit fff6bda224dbc820a1ae7bf19ca9fcf0d3b051bf
Author: Seth Heeren <sgheeren@hotmail.com>
Date: Thu Jun 3 00:54:18 2010 +0200
Added by
Seth Heeren
on
Jun 15, 2010 06:18 PM
Ok guys, thanks for all joining this bug: I think it is time to 'produce the goods'
I'd like a copy of each of your /etc/zfs/zfsrc (the failing one), if you can still reproduce it.
If you do, please check the location if the zfs-fuse binary verses the location used in the initscript. I'm getting a sneeking suspicion that maybe, just maybe we might be mixing versions in
/sbin
/usr/sbin
and
/usr/local/sbin
If you can modify your initscripts to either output the effective path (like 'which $DAEMON;' or 'realpath $DAEMON;' this could prove instrumental (more instrumental than simply modifying it to use absolute paths from the get-go; of course in the end, that would be a proper way to do it).
I'd like a copy of each of your /etc/zfs/zfsrc (the failing one), if you can still reproduce it.
If you do, please check the location if the zfs-fuse binary verses the location used in the initscript. I'm getting a sneeking suspicion that maybe, just maybe we might be mixing versions in
/sbin
/usr/sbin
and
/usr/local/sbin
If you can modify your initscripts to either output the effective path (like 'which $DAEMON;' or 'realpath $DAEMON;' this could prove instrumental (more instrumental than simply modifying it to use absolute paths from the get-go; of course in the end, that would be a proper way to do it).
Added by
Jan Ploski
on
Jun 20, 2010 08:47 AM
# ps auxwww|grep -i zfs
root 2570 1.5 17.9 1762140 605292 ? Ssl 11:50 3:34 /usr/local/sbin/zfs-fuse -a 1 -e 1 -o noatime --pidfile /var/run/zfs-fuse.pid
I also insist that the right version of zfs-fuse is running - commit 3c64b738517f9a7c68e77fa7b2714c6278d4a9d2 :-)
I am atatching the failing zfsrc and also, in another comment, my init script.
root 2570 1.5 17.9 1762140 605292 ? Ssl 11:50 3:34 /usr/local/sbin/zfs-fuse -a 1 -e 1 -o noatime --pidfile /var/run/zfs-fuse.pid
I also insist that the right version of zfs-fuse is running - commit 3c64b738517f9a7c68e77fa7b2714c6278d4a9d2 :-)
I am atatching the failing zfsrc and also, in another comment, my init script.
zfsrc
—
Octet Stream,
2Kb
Added by
Seth Heeren
on
Jun 20, 2010 09:55 AM
Thanks Jan, I still have a Squeeze image and the kernel .34 deb package I prepared for the other issue. It seems than I shall be able to very closely mimic your setup
Brb
Brb
Added by
Seth Heeren
on
Jun 20, 2010 10:29 AM
Issue state:
in-progress → resolved
Severity:
Medium → Low
Target release:
None → 0.6.9
Jan, the issue is with
/usr/local/sbin/zfs-fuse -a 1 -e 1 -o noatime
Apparently, '-o noatime' is passed from within the initscript (or perhaps sourced indirectly from /etc/default/zfs-fuse).
Now, this option is not repeatable, yet the default zfsrc contains it as well.
Note that on my debian-collab branch I already improved the zfs-fuse manpage with documentation that warns against confusing the (many) different configuration points for zfs-fuse daemon:
http://gitweb.zfs-fuse.net/[…]462c77136794c219d481#patch2
Most notably, DAEMON_OPTS will simply be deprecated. I hope the packagers will take the hint and remove it in favour of zfsrc.
I consider this issue tracked down. Thanks, Jan, for providing the missing clue :)
/usr/local/sbin/zfs-fuse -a 1 -e 1 -o noatime
Apparently, '-o noatime' is passed from within the initscript (or perhaps sourced indirectly from /etc/default/zfs-fuse).
Now, this option is not repeatable, yet the default zfsrc contains it as well.
Note that on my debian-collab branch I already improved the zfs-fuse manpage with documentation that warns against confusing the (many) different configuration points for zfs-fuse daemon:
http://gitweb.zfs-fuse.net/[…]462c77136794c219d481#patch2
Most notably, DAEMON_OPTS will simply be deprecated. I hope the packagers will take the hint and remove it in favour of zfsrc.
I consider this issue tracked down. Thanks, Jan, for providing the missing clue :)
