curtin install fails with Stdout: "[Errno 2] No such file or directory: '/tmp/tmp5NkcjO/state/config'\n"
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| curtin |
High
|
Unassigned | |||
Bug Description
We are using MAAS 1.7.1 on Ubuntu 14.04 to provision a diskless server with access to iSCSI LUN and it fails with
[Errno 2] No such file or directory: '/tmp/tmp5NkcjO
Installation failed with exception: Unexpected error while running command.
Command: ['curtin', 'block-meta', 'simple']
Exit code: 3
Reason: -
Stdout: "[Errno 2] No such file or directory: '/tmp/tmp5NkcjO
Stderr: ''
Complete install log: http://
| Srinivas (srinira) wrote : | #2 |
Yes, this is repeatable. we can work on accessing the machine, I can send you the details offline.
still get the same error (http://
/usr/share/
After the system failed to be deployed by MAAS, we ssh in and collect the syslog and dmesg: http://
ubuntu@
Linux elaborate-carpenter 3.13.0-44-generic #73-Ubuntu SMP Tue Dec 16 00:22:43 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
ubuntu@
MAAS version: $ sudo apt-cache policy maas
[sudo] password for srini:
maas:
Installed: 1.7.2~rc2+
Candidate: 1.7.2~rc2+
Version table:
*** 1.7.2~rc2+
500 http://
100 /var/lib/
1.
500 http://
1.
500 http://
1.
500 http://
1.
500 http://
the /tmp folder is cleared when DPKG is "Setting up snic-dkms (0.0.1.19) ...", that's before dkms sets up snic later.
http://
Using snic-dkms from either of the following PPA has the same result:
https:/
Or
https:/
drivers.yaml:
drivers:
- blacklist: ahci
comment: SNIC driver DKMS
key_binary: !!binary |
modaliases:
- 'pci:v00001137d
module: snic
package: snic-dkms
repository: http://
Or
drivers:
- blacklist: ahci
comment: SNIC driver DKMS
key_binary: !!binary |
modaliases:
- 'pci:v00001137d
module: snic
package: snic-dkms
repository: http://
The root cause is very likely due to the update of the libc6: bug 1464442
| Andrew Cloke (andrew-cloke) wrote : | #9 |
Larry Michel has managed to track this bug down to the installation or upgrade of libc6 in Trusty. It would seem some packaging error in libc6 is wiping /tmp and causing this issue.
Larry has raised the following bug against libc6 for this issue: https:/

Very strange that config file should exists. Is this repeatable? Would it be possible for me to gain access to this machine?