action #162356
Updated by livdywan 6 months ago
## Motivation
#162332-7 OSD was encountered as unbootable, possibly due to filesystem problems in the big volumes like vdb,vdc,vdd,vde . We should treat those mount points as non-critical for boot but make critical services like openQA depend on them so that openQA would only start up with a consistent set of mount points. If possible still trigger the automatic filesystem checks but make them non-critical for making the system reachable over network
## Acceptance criteria
* **AC1:** OSD is reachable over SSH after reboot regardless of problems with vd[a-e]
* **AC2:** openQA services are prevented from starting if not all relevant mount points are available
## Suggestions
* *DONE* Add "nofail" to all non-root partitions in /etc/fstab
* *DONE* Add `RequiresMountsFor` for all relevant high-level services, e.g. openQA, to prevent openQA starting and writing incomplete data
* Ensure that a system like that can boot with all partitions in good state
* Ensure that a system like that can boot at least reachable over ssh with at least one partition in non-good or absent state, e.g. simulate on OSD directly with `qemu-system-x86_64 -m 8192 -snapshot -hda /dev/vda -nographic -serial mon:stdio -smp 4`