ubuntu-repository-cache units fail at rebooting on azure

Bug #1668538 reported by Junien F
42
This bug affects 8 people
Affects Status Importance Assigned to Milestone
Ubuntu Repository Cache Charm
Fix Released
High
Unassigned
ubuntu-repository-cache (Juju Charms Collection)
Won't Fix
High
Unassigned

Bug Description

Hi,

Because the Azure local storage can be wiped in a lot of situations (machine restarted, shut down, resized, etc...), and because the label of said disk is used to mount it in /etc/fstab, booting with a wiped disk will put the server in emergency mode, which means it won't fully boot.

The charm shouldn't use /etc/fstab at all (or with the "noauto" option) and format/partition/create a filesystem/mount the ephemeral disk in its "start" hook.

Thanks

Barry Price (barryprice)
tags: added: canonical-is
Chris Glass (tribaal)
Changed in ubuntu-repository-cache (Juju Charms Collection):
importance: Undecided → High
Chris Glass (tribaal)
Changed in ubuntu-repository-cache:
importance: Undecided → High
tags: added: id-58b58a8455a0dbbb063fe6cc
Revision history for this message
Junien F (axino) wrote :
Haw Loeung (hloeung)
Changed in ubuntu-repository-cache (Juju Charms Collection):
status: New → Won't Fix
Changed in ubuntu-repository-cache:
status: New → Confirmed
Revision history for this message
Haw Loeung (hloeung) wrote :

Closing this one off. For Azure, we're now using persistent storage volumes and fstab also mounts the devices using 'nofail'. e.g.:

| # /srv/ubuntu-repository-cache was on /dev/sdc1 during installation
| UUID=37e15f62-7bf3-47a0-9112-3d567392fbbc /srv/ubuntu-repository-cache ext4 nofail,relatime,rw 0 0

The change to using 'nofail' landed in Juju 2.8.2 per LP:1877380.

Changed in ubuntu-repository-cache:
status: Confirmed → Fix Released
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.