Actions
action #64941
closedafter every reboot openqaworker7 is missing var-lib-openqa-share.mount , check dependencies of service with openqaworker1
Start date:
2020-03-27
Due date:
2021-06-11
% Done:
0%
Estimated time:
Updated by okurz about 5 years ago
- Priority changed from High to Low
- Target version set to future
problem is still there but QA Kernel team managed to not rely on NFS anymore so we can reduce prio.
Updated by okurz over 4 years ago
- Related to action #69475: [tools] openQA child task fails to download asset created by parent job added
Updated by mkittler over 4 years ago
- Has duplicate action #69475: [tools] openQA child task fails to download asset created by parent job added
Updated by okurz over 4 years ago
- Related to action #73501: Bind mounts of fixed assets is racy added
Updated by okurz over 4 years ago
Looking into #73501 I came to the idea, maybe we need to explicitly specify some systemd mount point dependencies directly in /etc/fstab but:
# systemctl list-dependencies var-lib-openqa-share.mount
var-lib-openqa-share.mount
● ├─-.mount
● ├─system.slice
● ├─var-lib-openqa.mount
● └─network-online.target
● └─wicked.service
so that sounds like it's good enough. On openqaworker1 *and openqaworker4 for reference:
# sudo systemctl list-dependencies var-lib-openqa-share.mount
var-lib-openqa-share.mount
● ├─-.mount
● ├─system.slice
● ├─var-lib-openqa.mount
● ├─var.mount
● └─network-online.target
● └─wicked.service
so nearly same, only different that /var is an explicit mount point in this setup as that is the base btrfs subvol after clean reinstalls from openSUSE Leap 15.0+
Updated by okurz almost 4 years ago
- Priority changed from Low to High
- Target version changed from future to Ready
Updated by okurz almost 4 years ago
- Related to action #92302: NFS mount var-lib-openqa-share.mount often fails after boot of some workers added
Updated by okurz almost 4 years ago
- Status changed from Workable to Feedback
- Assignee set to okurz
Updated by okurz almost 4 years ago
- Due date set to 2021-06-11
should check after more weekends (and automatic reboots).
Updated by okurz almost 4 years ago
- Status changed from Feedback to Resolved
All good, no further related alerts
Updated by okurz about 1 year ago
- Related to action #158041: grenache needs upgrade to 15.5 added
Actions