Include uvp-monitor in xenial and trusty, update artful

[Łukasz Zemczak]

[Impact]

As per T-Systems request, we have packaged the uvp-monitor daemon for their cloud images resource monitoring. The main Ubuntu images officially available on the T-Systems cloud are xenial and trusty images. We would like to request backporting of the new uvp-monitor package to those series so that we can get those pre-installed on their images. It's a direct request from the cloud provider as only this way the packages can have the same functionality as other linux distributions on this cloud. The packages will not work on non-T-Systems instances and will be only consumed on that specific cloud.

We're also updating artful here as it has an older version and we would like to keep all supported series up-to-date with the same version.

[Test Case]

 * Install uvp-monitor from -proposed
 * Check if uvp-monitor is running (systemctl status uvp-monitor)
 * Go to the ECS page on the T-Systems interface, go to Monitoring and check if Disk Usage is reported (note: some time might be needed for the data to be gathered)
 * Reboot the instance and confirm that uvp-monitor is still running

[Regression Potential]

None. The package will only be installed and enabled on T-Systems cloud images.

[Brian Murray (brian-murray)]

Hello Łukasz, or anyone else affected,

Accepted uvp-monitor into artful-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/uvp-monitor/2.2.0.316-0ubuntu1~17.10.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-artful to verification-done-artful. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-artful. In either case, without details of your testing we will not be able to proceed.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Łukasz Zemczak (sil2100)]

Verification on artful (2.2.0.316-0ubuntu1~17.10.1)

There are no artful instances available in the T-Systems cloud so not all tests from the test case section could be performed. I installed the package and made sure that the service is starting. All looks good enough for release there.

[Launchpad Janitor (janitor)]

This bug was fixed in the package uvp-monitor - 2.2.0.316-0ubuntu1~17.10.1

---------------
uvp-monitor (2.2.0.316-0ubuntu1~17.10.1) artful; urgency=medium

  * Backport to artful (LP: #1735532).
  * New upstream release.
  * Add debian/watch.
  * debian/control: switch priority from extra to optional.
  * debian/patches/init.d_script_fixes.patch:
    - Fix some lintian errors with the init.d script by adding local_fs
      dependency on start/stop.

 -- Łukasz 'sil2100' Zemczak <email address hidden> Thu, 30 Nov 2017 12:08:03 +0100

[Robie Basak (racb)]

The verification of the Stable Release Update for uvp-monitor has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regressions.

[Łukasz Zemczak (sil2100)]

Verification on xenial (2.2.0.316-0ubuntu1~16.04.1)

I have enabled -proposed on a T-Systems xenial image, updated, installed uvp-monitor and made sure it is running through systemctl status uvp-monitor. It was still working after reboot. The Disk Usage monitoring statistic seemed to work.
Marking as verified for xenial.

[Łukasz Zemczak (sil2100)]

Updated tags and statuses as those weren't set by SRU tools (the package is new in stable series, maybe that's why).

[Łukasz Zemczak (sil2100)]

I am releasing the xenial uvp-monitor package as it is a new package for the series and passes verification.

For trusty - probably a follow-up upload might be needed. It seems that there are issues with uvp-monitor on this version of Ubuntu because of the version of libxenstore3.0 present. Explanation:

uvp-monitor cannot start because xs_domain_dev() from xenstore by default, for linux systems, returns /proc/xen/xenbus instead of /dev/xen/xenbus. After setting the environment variable of XENSTORED_PATH to the right path everything works as intended. This seems to be a regression from what was before (probably, need to check). Easiest will be to workaround this in uvp-monitor by just enforcing the XENSTORED_PATH env in the init scripts, but I'll fill in a bug for it in xen and see why it got changed there.

[Launchpad Janitor (janitor)]

This bug was fixed in the package uvp-monitor - 2.2.0.316-0ubuntu1~16.04.1

---------------
uvp-monitor (2.2.0.316-0ubuntu1~16.04.1) xenial; urgency=medium

  * Backport to xenial (LP: #1735532).
  * New upstream release.
  * Add debian/watch.
  * debian/control: switch priority from extra to optional.
  * debian/patches/init.d_script_fixes.patch:
    - Fix some lintian errors with the init.d script by adding local_fs
      dependency on start/stop.

 -- Łukasz 'sil2100' Zemczak <email address hidden> Thu, 30 Nov 2017 12:08:03 +0100

[Timo Aaltonen (tjaalton)]

An upload of uvp-monitor to trusty-proposed has been rejected from the upload queue for the following reason: "typo in patch comment".

[Timo Aaltonen (tjaalton)]

Hello Łukasz, or anyone else affected,

Accepted uvp-monitor into trusty-proposed. The package will build now and be available at https://launchpad.net/ubuntu/+source/uvp-monitor/2.2.0.316-0ubuntu1~14.04.2 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how to enable and use -proposed.Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested and change the tag from verification-needed-trusty to verification-done-trusty. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed-trusty. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

[Łukasz Zemczak (sil2100)]

Thanks for accepting!

Verification on trusty (2.2.0.316-0ubuntu1~14.04.2)

I have enabled -proposed on a trusty T-Systems instance, updated and installed uvp-monitor. Confirmed that the uvp-monitor service is running (with service uvp-monitor status and checking if the uvp-monitor process is running). After reboot re-confirmed that the service is still running. The graphs seem to look ok as well.

Marking as verified. Will be releasing without the 7-day aging period as this is a NEW package.

[Launchpad Janitor (janitor)]

This bug was fixed in the package uvp-monitor - 2.2.0.316-0ubuntu1~14.04.2

---------------
uvp-monitor (2.2.0.316-0ubuntu1~14.04.2) trusty; urgency=medium

  * debian/patches/force_correct_xenstore_path.patch
    - Add a delta on top of the current version, as the trusty xenstore
      uses the wrong default path for the xenbus. We work-around it by
      enforcing the right path through the environment.

uvp-monitor (2.2.0.316-0ubuntu1~14.04.1) trusty; urgency=medium

  * Backport to trusty (LP: #1735532).
  * New upstream release.
  * Add debian/watch.
  * debian/control: switch priority from extra to optional.
  * debian/patches/init.d_script_fixes.patch:
    - Fix some lintian errors with the init.d script by adding local_fs
      dependency on start/stop.

 -- Łukasz 'sil2100' Zemczak <email address hidden> Fri, 02 Feb 2018 12:28:58 +0100