[Bug 2015639] [NEW] vdr will not start if /var/lib/video resides on an iSCSI device

Harald Milz 2015639 at bugs.launchpad.net
Sat Apr 8 17:02:29 UTC 2023


Public bug reported:

OS:
Description: Ubuntu 22.04.2 LTS
Release: 22.04

Package: 
vdr 2.6.0-1 amd64

Affected file:
vdr: /lib/systemd/system/vdr.service

Expected behaviour:
Ubuntu should start vdr via systemd after mounting all _netdev shares. 

Observed behaviour:
If a share resides on an iSCSI SAN, starting vdr fails with "/var/lib/video not available" or so. 

Reason:
Although systemd does mount the SAN devices, it does not wait long enough before the vdr start is attempted. The main reason is given by udevadm: 

Apr  2 13:58:40 seneca udevadm[1698]: systemd-udev-settle.service is
deprecated. Please fix vdr.service not to pull it in.

Workaround:
I disabled vdr in systemd and set up rc.local to explicitly start vdr after waiting max 60 seconds that the iSCSI device is available. Needless to say that this is not supposed to be a permanent solution.

** Affects: open-iscsi (Ubuntu)
     Importance: Undecided
         Status: New

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

Title:
  vdr will not start if /var/lib/video resides on an iSCSI device

Status in open-iscsi package in Ubuntu:
  New

Bug description:
  OS:
  Description: Ubuntu 22.04.2 LTS
  Release: 22.04

  Package: 
  vdr 2.6.0-1 amd64

  Affected file:
  vdr: /lib/systemd/system/vdr.service

  Expected behaviour:
  Ubuntu should start vdr via systemd after mounting all _netdev shares. 

  Observed behaviour:
  If a share resides on an iSCSI SAN, starting vdr fails with "/var/lib/video not available" or so. 

  Reason:
  Although systemd does mount the SAN devices, it does not wait long enough before the vdr start is attempted. The main reason is given by udevadm: 

  Apr  2 13:58:40 seneca udevadm[1698]: systemd-udev-settle.service is
  deprecated. Please fix vdr.service not to pull it in.

  Workaround:
  I disabled vdr in systemd and set up rc.local to explicitly start vdr after waiting max 60 seconds that the iSCSI device is available. Needless to say that this is not supposed to be a permanent solution.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/open-iscsi/+bug/2015639/+subscriptions




More information about the foundations-bugs mailing list