Uploaded image for project: 'XenServer Org'
  1. XenServer Org
  2. XSO-910

xapi-core update left empty /etc/xenserver/feature.d

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: To Do (View Workflow)
    • Priority: Minor
    • Resolution: Unresolved
    • Affects Version/s: 7.6
    • Fix Version/s: None
    • Component/s: Update / Upgrade
    • Labels:
      None

      Description

      In XS 7.5, the xapi-core RPM owned the following files:

      /etc/xenserver/features.d/corosync
      /etc/xenserver/features.d/network_sriov
      

      But it did not own either /etc/xenserver no /etc/xenserver/features.d (it should have owned both since no other package provides them), so when I updated XS 7.5 to 7.6 with the update ISO and xapi-core was updated to a version that doesn't have those corosync and network_sriov files anymore, /etc/xenserver/features.d was left behind, empty.

       

      Similarly, the update of xapi-storage left the owned-by-nobody /usr/lib/python2.7/site-packages/xapi/storage/api/v4/ directory behind.

       

      Note: there are probably many other packages that create directories that neither they nor any other package owns from a package management point of view. They can all lead to that kind of situation in future updates. It's usually harmless but knows what can happen in the future if some file or directory is left somewhere where no one expects them to be? I won't report all those that I found, unless you want me to.

        Attachments

          Activity

            People

            Assignee:
            Unassigned
            Reporter:
            stormi Samuel Verschelde
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Dates

              Created:
              Updated: