touch-packages team mailing list archive

[hyper_ch <1359296@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

I mount a few CIFS shares through a vpn - openvpn more specifically.

E.g. cifs entry in /etc/fstab

//vpn.domain.tld/Share    /mnt/vpnShare  cifs
noauto,user,uid=1000,gid=1000,username=none,password=none,iocharset=utf8
0       0

(since I'm authenticated with vpn certs, I don't need
username/password... cifs server only listens to vpn addresses).

So, when I want to access the share then, I have a little bash script on
my desktop that I can just run:

#!/bin/bash
mount /mnt/vpnShare


That all works fine. However when I shut down, I have the problem that Kubuntu shuts down OpenVPN  BEFORE  it umounts that vpn-mounted share.

So during shut down process it then tries to umount that share but
because openvpn is already stopped, that share is unresponsive. That
causes a 120 seconds timeout delay.

I think before shutting down OpenVPN first shares mounted through the
vpn should be umounted.

** Affects: util-linux (Ubuntu)
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1359296

Title:
  Shutting down OpenVPN before umount network shares causes 120 second
  timeout on shutdown

Status in “util-linux” package in Ubuntu:
  New

Bug description:
  I mount a few CIFS shares through a vpn - openvpn more specifically.

  E.g. cifs entry in /etc/fstab

  //vpn.domain.tld/Share    /mnt/vpnShare  cifs
  noauto,user,uid=1000,gid=1000,username=none,password=none,iocharset=utf8
  0       0

  (since I'm authenticated with vpn certs, I don't need
  username/password... cifs server only listens to vpn addresses).

  So, when I want to access the share then, I have a little bash script
  on my desktop that I can just run:

  #!/bin/bash
  mount /mnt/vpnShare

  
  That all works fine. However when I shut down, I have the problem that Kubuntu shuts down OpenVPN  BEFORE  it umounts that vpn-mounted share.

  So during shut down process it then tries to umount that share but
  because openvpn is already stopped, that share is unresponsive. That
  causes a 120 seconds timeout delay.

  I think before shutting down OpenVPN first shares mounted through the
  vpn should be umounted.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1359296/+subscriptions