umount /run/cloud-init/tmp/tmpl5n7csdd failed
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cloud-init |
Expired
|
Undecided
|
MehdiAmirirad | ||
Ubuntu |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Hello,
I am using cloud-init version: /usr/bin/cloud-init 20.4.1-
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.5 LTS
Release: 18.04
Codename: bionic
I found that umount configdrive fails with device busy reported, it further causes temp folder failed to be deleted.
Logs are
```
2022-07-25 02:13:01,732 - handlers.py[DEBUG]: finish: init-local/
2022-07-25 02:13:01,733 - util.py[WARNING]: Getting data from <class 'cloudinit.
2022-07-25 02:13:01,733 - util.py[DEBUG]: Getting data from <class 'cloudinit.
Traceback (most recent call last):
File "/usr/lib/
yield tdir
File "/usr/lib/
return ret
File "/usr/lib/
next(self.gen)
File "/usr/lib/
subp.
File "/usr/lib/
cmd=args)
cloudinit.
Command: ['umount', '/run/cloud-
Exit code: 32
Reason: -
Stdout:
Stderr: umount: /run/cloud-
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/
if s.update_
File "/usr/lib/
result = self.get_data()
File "/usr/lib/
return_value = self._get_data()
File "/usr/lib/
mtype=mtype)
File "/usr/lib/
return ret
File "/usr/lib/
self.
File "/usr/lib/
shutil.
File "/usr/lib/
_rmtree_
File "/usr/lib/
_rmtree_
File "/usr/lib/
_rmtree_
File "/usr/lib/
onerror(
File "/usr/lib/
os.unlink(name, dir_fd=topfd)
OSError: [Errno 30] Read-only file system: 'network_data.json'
2022-07-25 02:13:01,783 - main.py[DEBUG]: No local datasource found
```
Changed in cloud-init: | |
assignee: | nobody → MehdiAmirirad (mahdi3742) |
Thanks for filing a bug and helping make cloud-init better.
I'm having a hard time with these logs deterimining what may be contributing to the configdrive device busy. I suppose we could add a bit of retry logic on device busy errors here, but I'm not sure whether this is due to the underlying system being under high load or some other symptom that leads to this.
Would it be possible to run `cloud-init collect-logs` and attach the resulting tarfile of logs/system configuration to this bug to help us triage.
Note if providing
collect-logs --include-userdata that you may want to inspect the userdata included to make sure no secrets or passwords are included in the tarfile.
Much thanks.