linux 3.16.0-28.37 update breaks hv-vss-daemon

Bug #1401525 reported by İsmail Dönmez
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Fix Released
Medium
Andy Whitcroft
Utopic
Won't Fix
Medium
Andy Whitcroft
Vivid
Fix Released
Medium
Andy Whitcroft

Bug Description

Setting up linux-cloud-tools-common (3.16.0-28.37) ...
Job for hv-vss-daemon.service failed. See 'systemctl status hv-vss-daemon.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript hv-vss-daemon, action "start" failed.

Looks like its getting killed:

[~]> systemctl status hv-vss-daemon.service
hv-vss-daemon.service - Hyper-V VSS Protocol Daemon
   Loaded: loaded (/lib/systemd/system/hv-vss-daemon.service; disabled)
   Active: failed (Result: timeout) since Thu 2014-12-11 13:23:40 UTC; 1min 4s ago
  Process: 2038 ExecStart=/usr/sbin/hv_vss_daemon (code=killed, signal=TERM)

This with Ubuntu 14.10 on Azure VM.

affects: gallery-app → linux
Revision history for this message
İsmail Dönmez (ismaildonmez) wrote :

Still fails with 3.16.0-28.38 update.

Revision history for this message
İsmail Dönmez (ismaildonmez) wrote :

Still fails with 3.16.0-29.39

Revision history for this message
İsmail Dönmez (ismaildonmez) wrote :

Still fais with 3.16.0-30.40

Revision history for this message
İsmail Dönmez (ismaildonmez) wrote :

CC'ing Luis Henriques since he is the one who uploaded the original broken release.

Revision history for this message
Adam Conrad (adconrad) wrote :

We don't even remotely support running systemd as init on 14.10, so I'm not entirely sure what to do with this bug report.

Revision history for this message
İsmail Dönmez (ismaildonmez) wrote :

Fair point but why do you think this is a systemd problem?

Revision history for this message
Adam Conrad (adconrad) wrote :

I don't necessarily think it's a systemd issue, but without debugging info from running the daemon by hand, it's hard to tell what's happening. It could just be that it's running in a way systemd doesn't expect (perhaps backgrounding, when it expects it to stay in the foreground?)

Revision history for this message
İsmail Dönmez (ismaildonmez) wrote :

Ok your last comment put me in the right direction.

Both /lib/systemd/system/hv-vss-daemon.service and /lib/systemd/system/hv-kvp-daemon.service has

Type=forking

but they don't fork hence systemd kills them after some time. Removing this field fixes the problem. So, can we get an update with that fixed? :)

Revision history for this message
İsmail Dönmez (ismaildonmez) wrote :

/lib/systemd/system/hv-fcopy-daemon.service has the same problem btw.

Andy Whitcroft (apw)
Changed in linux:
importance: Undecided → Medium
assignee: nobody → Andy Whitcroft (apw)
affects: linux → linux (Ubuntu)
Changed in linux (Ubuntu):
status: New → Triaged
milestone: none → ubuntu-15.02
Changed in linux (Ubuntu Utopic):
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Andy Whitcroft (apw)
milestone: none → utopic-updates
Revision history for this message
Andy Whitcroft (apw) wrote :

@Ismail -- could you test the kernels at below and let me know that they work for you under systemd? Kernels are at the URL below:

    http://people.canonical.com/~apw/lp1401525-utopic/

Please report any testing back here. Thanks.

Changed in linux (Ubuntu Utopic):
status: Triaged → In Progress
Changed in linux (Ubuntu Vivid):
status: Triaged → In Progress
status: In Progress → Fix Committed
Revision history for this message
İsmail Dönmez (ismaildonmez) wrote :

Looks good:

[~]> uname -a
Linux i10z 3.16.0-31-generic #41lp1401525v201502102156 SMP Tue Feb 10 22:03:54 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

[~]> systemctl status hv-vss-daemon
hv-vss-daemon.service - Hyper-V VSS Protocol Daemon
   Loaded: loaded (/lib/systemd/system/hv-vss-daemon.service; enabled)
   Active: active (running) since Wed 2015-02-11 09:51:36 UTC; 2min 3s ago
 Main PID: 1120 (hv_vss_daemon)
   CGroup: /system.slice/hv-vss-daemon.service
           └─1120 /usr/lib/linux-tools/3.16.0-31-generic/hv_vss_daemon

Thank you!

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package linux - 3.19.0-7.7

---------------
linux (3.19.0-7.7) vivid; urgency=low

  [ Andy Whitcroft ]

  * Release Tracking Bug
    - LP: #1426013

  [ Upstream Kernel Changes ]

  * x86/irq: Fix regression caused by commit b568b8601f05
  * cxl: Fix leaking interrupts if attach process fails
    - LP: #1415102
  * cxl: Early return from cxl_handle_fault for a shut down context
    - LP: #1415102
  * cxl: Disable AFU debug flag
    - LP: #1415102
  * cxl: Disable SPAP register when freeing SPA
    - LP: #1415102
  * cxl: remove redundant increment of hwirq
    - LP: #1415102
  * cxl: Add tracepoints
    - LP: #1415102
  * cxl: Update CXL ABI documentation
    - LP: #1415102
  * cxl: Use image state defaults for reloading FPGA
    - LP: #1415102
  * cxl: Add image control to sysfs
    - LP: #1415102
  * cxl: Enable CAPP recovery
    - LP: #1415102
  * cxl: Add ability to reset the card
    - LP: #1415102
  * cxl: Fix device_node reference counting
    - LP: #1415102
  * cxl: Export optional AFU configuration record in sysfs
    - LP: #1415102
  * cxl: Fail AFU initialisation if an invalid configuration record is
    found
    - LP: #1415102
  * cxl: Add missing return statement after handling AFU errror
    - LP: #1415102
  * powerpc/eeh: Introduce flag EEH_PE_REMOVED
    - LP: #1415102
  * powerpc/eeh: Allow to set maximal frozen times
    - LP: #1415102
  * HID: i2c-hid: Limit reads to wMaxInputLength bytes for input events
 -- Andy Whitcroft <email address hidden> Thu, 26 Feb 2015 16:00:18 +0000

Changed in linux (Ubuntu Vivid):
status: Fix Committed → Fix Released
Revision history for this message
Rolf Leggewie (r0lf) wrote :

utopic has seen the end of its life and is no longer receiving any updates. Marking the utopic task for this ticket as "Won't Fix".

Changed in linux (Ubuntu Utopic):
status: In Progress → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.