© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
I think this is happening due to corrupted cached cirros image in nodepool images, to confirm it i logged into a running undercloud and found:-
We had hit similar issues in past, i don't have bug handy currently for that though.
[zuul@undercloud ~]$ ls -lh /opt/cache/files/
total 32K
-rw-r--r--. 1 root root 273 May 7 09:52 cirros-
-rw-r--r--. 1 root root 273 May 7 09:52 cirros-
-rw-r--r--. 1 root root 273 May 7 09:52 cirros-
-rw-r--r--. 1 root root 275 May 7 09:52 cirros-
-rw-r--r--. 1 root root 274 May 7 09:52 cirros-
-rw-r--r--. 1 root root 273 May 7 09:52 cirros-
-rw-r--r--. 1 root root 275 May 7 09:52 cirros-
-rw-r--r--. 1 root root 1.6K May 7 09:52 source-
(reverse-
[zuul@undercloud ~]$ cat /opt/cache/
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>302 Found</title>
</head><body>
<h1>Found</h1>
<p>The document has moved <a href="https:/
</body></html>
The reason it's not happening upstream is:- cirros images are cached differently, since cirros url is redirected, and without -L it download redirect text instead of image, https:/
The reason it's not happening in train+:- os_tempest is used where cirros image is getting downloaded instead of using cached, https:/