[Bug 1205075] Re: mountall doesn't treat glusterfs correctly

[Bruno MACADRE]

I disagree this duplicate (I remove them) 'cause this problem is pretty
different than bug #1103047.

In my bug I've found that mountall generate bad mount commandline for
glusterfs (see the Usage in mountall --verbose).

This bug is a CRITICAL bug 'cause my servers doesn't start anymore....

** This bug is no longer a duplicate of bug 1103047
   mountall causes automatic mounting of gluster shares to fail

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to mountall in Ubuntu.
https://bugs.launchpad.net/bugs/1205075

Title:
  mountall doesn't treat glusterfs correctly

Status in “mountall” package in Ubuntu:
  New

Bug description:
  I've two servers replicating data by Gluster every servers are clients
  too.

  The problem is that the glusterfs was never mounted at boot 'cause
  mountall doesn't call correct mount command and doesn't treat gluster
  filesystem as remote filesystem.

  Some informations :
  # lsb_realease -rd
  Description:    Ubuntu 13.04
  Release:        13.04

  # apt-cache policy mountall
  mountall:
    Installed : 2.48build1
    Candidate : 2.48build1
   Table de version :
   *** 2.48build1 0
          500 http://fr.archive.ubuntu.com/ubuntu/ raring/main amd64 Packages
          100 /var/lib/dpkg/status

  # mountall --version
  mountall 2.44

  Entry in the fstab :
  192.162.0.1:test-vol     /srv/conf     glusterfs     defaults,_netdev     0 0

  After boot, this entry wasn't mounted. But if I try :
  # mount -t glusterfs 192.162.0.1:test-vol  /srv/test-vol
  It works perfectly

  I put a '--verbose' into /etc/init/mountall.conf  file to see what
  happened. I obtain this :

  / est local
  /proc est virtual
  /sys est virtual
  /sys/fs/cgroup est virtual
  /sys/fs/fuse/connections est virtual
  /sys/kernel/debug est virtual
  /sys/kernel/security est virtual
  /dev est virtual
  /dev/pts est virtual
  /tmp est local
  /run est virtual
  /run/lock est virtual
  /run/shm est virtual
  /run/user est virtual
  /srv est local
  /var est local
  UUID=ac001a41-9a55-49d6-86c8-1e9e8df41054 est swap
  /mnt/shared-conf est local
  /srv/conf est nowait     <== Why not remote ?
  mounting event sent for /sys/fs/cgroup
  mounting event sent for /sys/fs/fuse/connections
  mounting event sent for /sys/kernel/debug
  mounting event sent for /sys/kernel/security
  mounting event sent for /run/lock
  mounting event sent for /run/shm
  mounting event sent for /run/user
  ...
  mounting event handled for /srv/conf
  montage de /srv/conf
  mounted event handled for /srv/conf
  local 5/5 remote 0/0 virtual 12/12 swap 1/1
                                    ^

  And no /srv/conf mounted...

  With this command I've found more information :
  # mountall --verbose
  ...
  Usage: glusterfs [OPTION...] --volfile-server=SERVER [MOUNT-POINT]
    or:  glusterfs [OPTION...] --volfile=VOLFILE [MOUNT-POINT]
  Try `glusterfs --help' or `glusterfs --usage' for more information.
  mount /srv/conf [11156] s'est terminé normalement
  ...

  We can see that the call of mount was not correct (see Usage).

  If I go deeper :
  # mountall --verbose --debug
  ...
  run_mount: mtab /srv/conf
  spawn: mount -f -t fuse.glusterfs -o defaults,_netdev 10.130.163.253:volume-conf /srv/conf
  spawn: mount /srv/conf [11339]
  Usage: glusterfs [OPTION...] --volfile-server=SERVER [MOUNT-POINT]
    or:  glusterfs [OPTION...] --volfile=VOLFILE [MOUNT-POINT]
  Try `glusterfs --help' or `glusterfs --usage' for more information.
  mount /srv/conf [11339] s'est terminé normalement
  ...

  When I try the mount mentioned above I've got the same behaviour (send
  Usage) 'cause fuse.glusterfs wasn't recognized. If I put glusterfs
  instead the mount works as expected.

  More, since mountall doesn't treat glusterfs as remote filesystem, it
  try to mount it even if local filsystems aren't mounted yet. For
  example, if /var wasn't cleanly unmounted, it will be checked at boot
  and mountall try to mount glusterfs during check. This cause some
  troubles because glusterfsd need acces to /var/log which is not
  mounted yet...

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/1205075/+subscriptions