Marker to indicate bootstrap has failed is not always created

Bug #2056216 reported by Simon Fels
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Anbox Cloud
Fix Committed
High
Simon Fels

Bug Description

We have seen cases where the bootstrap process has failed like

Mar 06 02:27:36 ubuntu anbox-cloud-appliance.bootstrapper[6983]: Error: Failed to run bootstrap process, you can find more information at /var/snap/anbox-cloud-appliance/com>
Mar 06 02:27:36 ubuntu anbox-cloud-appliance.bootstrapper[6983]: Error: exit status 1
Mar 06 02:27:36 ubuntu systemd[1]: snap.anbox-cloud-appliance.bootstrapper.service: Main process exited, code=exited, status=1/FAILURE
Mar 06 02:27:36 ubuntu systemd[1]: snap.anbox-cloud-appliance.bootstrapper.service: Failed with result 'exit-code'.

but the marker in /var/snap/anbox-cloud-appliance/common/.bootstrap_failed was not created causing a subsequent `anbox-cloud-appliance destroy` to fail as it misses both the .bootstrap_done and .bootstrap_failed marker. This leads to the following situation

ubuntu@ubuntu:~$ sudo anbox-cloud-appliance destroy
Error: appliance not deployed
ubuntu@ubuntu:~$ sudo anbox-cloud-appliance init
Error: appliance is already initialized

We need to ensure the .boostrap_failed marker is always created, independent of what the bootstrap.sh script does.

Simon Fels (morphis)
Changed in anbox-cloud:
milestone: none → 1.22.2
assignee: nobody → Simon Fels (morphis)
importance: Undecided → High
status: New → In Progress
Simon Fels (morphis)
Changed in anbox-cloud:
status: In Progress → Fix Committed
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.