<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><div class="gmail_default">Guys,</div><div class="gmail_default"><br></div><div class="gmail_default">Just saw the emails. (was busy with real life activities :)).</div><div class="gmail_default"><br></div><div class="gmail_default">For my case this seems to be problem with slow internet connection. Plus may be disk io (have laptop with amd quad core A8 6140 and 16GB ram....but the disk is 1TB 5400 rpm. this all offcourse running on top of virtual box latest version). </div><div class="gmail_default"><br></div><div class="gmail_default">Although, as mentioned in point A in my second email, when I hit button deploy button second time, the error never reappeared. I kept the process running and it installed openstack on all nodes (after OS installation). It went to 100%, but it threw damn exception in end telling something like </div><div class="gmail_default"><br></div><blockquote class="gmail_quote" style="font-family:arial,sans-serif;margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><font face="verdana, sans-serif">Deployment has failed. Method granular_deploy. Failed to execute hook 'shell' command: cd / && ruby /etc/puppet/modules/osnailyfacter/modular/astute/upload_cirros.rb</font></blockquote><div class="gmail_default"><br></div><div class="gmail_default">Any idea what this might be.<br></div><div class="gmail_default"><br></div><div class="gmail_default">I will give fuel one more run. need to start all VMs again.</div><div class="gmail_default"><br></div><div class="gmail_default"><br></div><div class="gmail_default">One quick question, If I've to retain the successful ostack deployment on fuel, in which order I should shutdown/start the VMs? I can't obviously keep laptop running 24x7.</div><div class="gmail_default"><br></div><div class="gmail_default">I am thinking more like</div><div class="gmail_default"><br></div><div class="gmail_default">Shutdown= Compute>>Controller>>Fuel master</div><div class="gmail_default">Start= Fule Mastter>>Controller>>Compute</div><div class="gmail_default"><br></div><div class="gmail_default"><br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><span style="font-family:verdana,sans-serif;font-size:12.8000001907349px">--</span></div><div><span style="font-family:verdana,sans-serif;font-size:12.8000001907349px">Best,<br>Makrand</span><br></div><div><span style="font-family:verdana,sans-serif;font-size:12.8000001907349px"><br></span></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Feb 4, 2016 at 10:54 PM, Vladimir Kozhukalov <span dir="ltr"><<a href="mailto:vkozhukalov@mirantis.com" target="_blank">vkozhukalov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Laurent,<div><br></div><div>Nice to read you have found a solution. According to your question about this local repository: it come with the ISO and is to be copied from ISO to the local file system during master node provisioning. I will take a look at the diagnostic snapshot you attached to the bug and will comment later.</div><div><br></div><div>Thanks you very much for not giving up using Fuel. </div><span><font color="#888888"><div><br></div><div> </div></font></span></div><div class="gmail_extra"><span><font color="#888888"><br clear="all"><div><div><div>Vladimir Kozhukalov</div></div></div></font></span><div><div>
<br><div class="gmail_quote">On Thu, Feb 4, 2016 at 6:46 PM, Laurent Tupin <span dir="ltr"><<a href="mailto:laurent.tupin@apalia.net" target="_blank">laurent.tupin@apalia.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
Hi Makrand,<br>
<br>
MU1 installation resolve my problem.<br>
<br>
1. Back up your data with dockerctl backup. This will save the
data to /var/backup/fuel/.<br>
2. Run yum update.<br>
3. Run docker load -i
/var/www/nailgun/docker/images/fuel-images.tar.<br>
4. Run dockerctl destroy all.<br>
5. Run dockerctl start all.<br>
6. Run puppet apply -dv
/etc/puppet/modules/nailgun/examples/host-only.pp.<br>
<br>
<a href="https://docs.mirantis.com/openstack/fuel/fuel-7.0/maintenance-updates.html" target="_blank"></a><a href="https://docs.mirantis.com/openstack/fuel/fuel-7.0/maintenance-updates.html" target="_blank">https://docs.mirantis.com/openstack/fuel/fuel-7.0/maintenance-updates.html</a><br>
<br>
<div>
<span style="font-size:10.0pt"><br>
Cordialement,<br>
<br>
Laurent Tupin<br>
</span><br>
<u><span style="font-size:10.0pt;color:#0000fd"><a href="mailto:laurent.tupin@apalia.net" target="_blank"></a></span></u>
</div><span>
<div>On 04/02/2016 14:51, Laurent Tupin
wrote:<br>
</div>
</span><blockquote type="cite">
Hi,<br>
<br><span>
I opened a case for same topic in the case of broken local repo:<br>
<a href="https://bugs.launchpad.net/fuel/+bug/1541843" target="_blank">https://bugs.launchpad.net/fuel/+bug/1541843</a><br>
<br>
I´m sure that´s the reason of my problem because empty files
shouldn't be empty. <br>
<br>
Here an example for the same file:<br>
<br>
Local repo<br>
<img src="cid:part4.02000506.09000802@apalia.net" alt=""><br>
<br>
MOS repo<br>
<img src="cid:part5.08000007.02020500@apalia.net" alt=""><br>
<br>
I count more than 200 empty files in local repo
/var/www/nailgun/2015.1.0-7.0/ubuntu :<br>
[root@fuelmos7 ubuntu]# find . -type f -size 0 | wc<br>
223 223 19668<br>
<br>
Notice, that is a fresh fuel installation.<br>
<br>
@Vladimir<br>
Just a question, do you know how this local repository
2015.1.0-7.0 is made ? I found files in
/opt/fuel-createmirror-7.0/config/ seems not have any relation
with this 2015.1.0-7.0 repository ?<br>
<br>
@Makrand<br>
Did you check you´re deployment log to know if you have same error
?<br>
<div>
<span style="font-size:10.0pt"><br>
Cordialement,<br>
<br>
Laurent Tupin<br>
</span><br>
<u><span style="font-size:10.0pt;color:#0000fd"><a href="mailto:laurent.tupin@apalia.net" target="_blank"></a></span></u>
</div>
</span><div><div><div>On 04/02/2016 10:42, Vladimir
Kozhukalov wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Makrand,</div>
<div><br>
</div>
<div>The error you are experiencing could occur for several
reasons. This command fa_build_image that exceeds allowed
time builds OS image on the master node and as you can see
the maximum time is set by default to 3600 seconds which
should usually be enough. </div>
<div><br>
</div>
<div>One possible reason why this error occurs is that you use
environment with slow disks. Although we disable ext4
journaling for images when building them, there could be
still too many IO operations for a particular VM that makes
the whole image building process very slow. If you use
libvirt, then try to use cache='unsafe' (for details read
this [0]) but it can be only used FOR TEST ENVIRONMENTS,
because it is UNSAFE.</div>
<div><br>
</div>
<div>Second possible reason (and most likely) is that you have
slow internet connection. The majority of packages are to be
downloaded from unstream mirrors by default, so the speed
should allow to download about 700M from unstream in less
than an hour. </div>
<div><br>
</div>
<div>Third reason is that something could go wrong while the
master node deployment and local repos are broken for some
reason. As Laurent wrote the time out error could occur due
to errors like 'Size mismatch'. Anyway, please file a bug in
launchpad [1] and attach diagnostic snapshot (you can get it
clicking the button 'Generate diagnostic snapshot' on the
Support tab on UI).</div>
<div><br>
</div>
<div>As for fuel-createmirror, we have re-worked it totally in
Fuel 8.0 (to address bugs and some limitations) and it will
be much more reliable and much easier to use. </div>
<div><br>
</div>
<div>Please, feel free to contanct me directly if you have
detailed questions. </div>
<div><br>
</div>
<div>[0] <a href="https://libvirt.org/formatdomain.html" target="_blank">https://libvirt.org/formatdomain.html</a></div>
<div>[1] <a href="https://bugs.launchpad.net/fuel/+filebug" target="_blank">https://bugs.launchpad.net/fuel/+filebug</a></div>
<div> </div>
</div>
<div class="gmail_extra"><br clear="all">
<div>
<div>
<div>Vladimir Kozhukalov</div>
</div>
</div>
<br>
<div class="gmail_quote">On Wed, Feb 3, 2016 at 8:12 PM,
Laurent Tupin <span dir="ltr"><<a href="mailto:laurent.tupin@apalia.net" target="_blank">laurent.tupin@apalia.net</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF"> Just finding
another indice. The packages in error in deployment logs
are EMPTY. <br>
<br>
<img src="cid:part10.03080400.03020901@apalia.net" alt=""><br>
<br>
trying to delete them and synchro again...<br>
<div> <span style="font-size:10.0pt"><br>
</span>.<span><font color="#888888"><br>
Laurent<br>
<br>
<u><span style="font-size:10.0pt;color:#0000fd"></span></u>
</font></span></div>
<div>
<div>
<div>On 03/02/2016 18:02, Laurent Tupin wrote:<br>
</div>
<blockquote type="cite"> Hi,<br>
<br>
I think the time out is not a cause but a
consequence of multiples retry to get those
packages....<br>
<br>
Forget to talk about it...<br>
Already tried... <br>
Unfortunately that won´t change anything, problem
is still there. <br>
<br>
.<br>
Laurent<br>
<div> <span style="font-size:10.0pt"><br>
</span><u><span style="font-size:10.0pt;color:#0000fd"></span></u>
</div>
<div>On 03/02/2016 17:58, Makrand wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Hi</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br>
</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">I
did some research and found that the error
happening because of time out.</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br>
</div>
<div class="gmail_default"><font face="verdana, sans-serif">A) There is a
timer which runs for 3600 sec and this
timer expires after an hour of you
starting the process but the image
creation task does not get completed by
then ,so when the FUEL master nodes starts
looking for the image to install on the
slave nodes it does not find them and
hence the error .</font><br>
</div>
<div class="gmail_default"><font face="verdana, sans-serif"><br>
</font></div>
<div class="gmail_default"><font face="verdana, sans-serif">When you hit
the error, don't do anything. Don't delete
the environment. Wait for 40-60 mins and
just hit deploy button again. I did same
and in middle of deployment again. Fingers
crossed this time :D.</font></div>
<div class="gmail_default"><font face="verdana, sans-serif"><br>
</font></div>
<div class="gmail_default"><font face="verdana, sans-serif">B) Or it may be
bug as well as described below. This is
mainly because of older docker version.</font></div>
<div class="gmail_default"><font face="verdana, sans-serif"><br>
</font></div>
<div class="gmail_default"><font face="verdana, sans-serif"><a href="https://bugs.launchpad.net/fuel/+bug/1528498/comments/8" target="_blank"></a><a href="https://bugs.launchpad.net/fuel/+bug/1528498/comments/8" target="_blank">https://bugs.launchpad.net/fuel/+bug/1528498/comments/8</a><br>
</font></div>
<div class="gmail_default"><font face="verdana, sans-serif"><br>
</font></div>
<div class="gmail_default"><font face="verdana, sans-serif">There is work
around for that as well, as mentioned in
comment above.</font></div>
<div class="gmail_default"><br>
</div>
<div class="gmail_default"><br>
</div>
<div class="gmail_extra"><br clear="all">
<div>
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div><span style="font-family:verdana,sans-serif;font-size:12.8000001907349px">--</span></div>
<div><span style="font-family:verdana,sans-serif;font-size:12.8000001907349px">Best,<br>
Makrand</span><br>
</div>
<div><span style="font-family:verdana,sans-serif;font-size:12.8000001907349px"><br>
</span></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<div class="gmail_quote">On Wed, Feb 3, 2016
at 10:14 PM, Laurent Tupin <span dir="ltr"><<a href="mailto:laurent.tupin@apalia.net" target="_blank">laurent.tupin@apalia.net</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
Hi,<br>
<br>
I am experimenting exactly the same
problem here... <br>
In deployment logs I find errors
regarding <b>size mismatch</b> for
various packages :<br>
<br>
<i>/var/log/docker-logs/fuel-agent-env-2.log</i><i><br>
</i><i>Stderr: 'E: Failed to fetch <a href="http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/p/python-pbr/python-pbr_0.10.0-0u%7Eu14.04+mos2_all.deb" target="_blank"></a><a href="http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/p/python-pbr/python-pbr_0.10.0-0u~u14.04+mos2_all.deb" target="_blank">http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/p/python-pbr/python-pbr_0.10.0-0u~u14.04+mos2_all.deb</a>
Size mismatch\n\nE: Failed to fetch
<a href="http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/s/six/python-six_1.9.0-1%7Eu14.04+mos2_all.deb" target="_blank">http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/s/six/python-six_1.9.0-1~u14.04+mos2_all.deb</a>
Size mismatch\n\nE: Failed to fetch
<a href="http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/s/stevedore/python-stevedore_1.3.0-0u%7Eu14.04+mos2_all.deb" target="_blank">http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/s/stevedore/python-stevedore_1.3.0-0u~u14.04+mos2_all.deb</a>
Size mismatch\n\nE: Failed to fetch
<a href="http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/p/python-urllib3/python-urllib3_1.8.3-1%7Eu14.04+mos1_all.deb" target="_blank">http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/p/python-urllib3/python-urllib3_1.8.3-1~u14.04+mos1_all.deb</a>
Size mismatch\n\nE: Failed to fetch
<a href="http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/r/ruby-cstruct/ruby-cstruct_1.0.1-1%7Eu14.04+mos2_all.deb" target="_blank">http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64/pool/main/r/ruby-cstruct/ruby-cstruct_1.0.1-1~u14.04+mos2_all.deb</a>
Size mismatch\n\n...</i><br>
<br>
I think there is a repository problem
when local repo are creating because
errors are always regarding it, same
as your example.<br>
<br>
I am trying to make a
fuel-createmirror and if it s still
not working :<br>
<ul>
<li> trying only with external
repos and if its still not working
<br>
</li>
<ul>
<li>trying to copy with rsync or
something mainstream repo
locally</li>
</ul>
</ul>
<br>
Please guys for who its working...
what are your repos ?<br>
<br>
Mine are:<br>
<i>ubuntu deb <a href="http://archive.ubuntu.com/ubuntu/" target="_blank"></a><a href="http://archive.ubuntu.com/ubuntu/" target="_blank">http://archive.ubuntu.com/ubuntu/</a>
trusty main universe multiverse</i><i><br>
</i><i>ubuntu-updates deb <a href="http://archive.ubuntu.com/ubuntu/" target="_blank"></a><a href="http://archive.ubuntu.com/ubuntu/" target="_blank">http://archive.ubuntu.com/ubuntu/</a>
trusty-updates main universe
multiverse</i><i><br>
</i><i>ubuntu-security deb <a href="http://archive.ubuntu.com/ubuntu/" target="_blank"></a><a href="http://archive.ubuntu.com/ubuntu/" target="_blank">http://archive.ubuntu.com/ubuntu/</a>
trusty-security main universe
multiverse</i><i><br>
</i><i>mos-updates deb <a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank"></a><a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank">http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/</a>
mos7.0-updates main restricted 1050</i><i><br>
</i><i>mos-security deb <a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank"></a><a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank">http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/</a>
mos7.0-security main restricted 1050</i><i><br>
</i><i>mos deb <a href="http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64" target="_blank"></a><a href="http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64" target="_blank">http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64</a>
mos7.0 main restricted 1050</i><i><br>
</i><i>mos-holdback deb <a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank"></a><a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank">http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/</a>
mos7.0-holdback main restricted 1100<br>
<br>
</i>Maybe I´m on a wrong way....<br>
<br>
.<br>
Laurent
<div>
<div><br>
<div> <span style="font-size:10.0pt"><br>
</span><br>
<u><span style="font-size:10.0pt;color:#0000fd"></span></u>
</div>
<div>On 03/02/2016 16:58, Makrand
wrote:<br>
</div>
</div>
</div>
<blockquote type="cite">
<div>
<div>
<div dir="ltr">
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Hi
there,</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br>
</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">I
am trying to setup demo for
openstack using the fuel 7.0
iso. My fuel master and
slave VMs are ready on OVB.
Slave VMs can boot from PXE
over network. I can create
the deployment environment
frame. But when I hit deploy
option from fuel master GUI,
it just fails with following
error. Tried multiple times,
same thing happening. Anyone
have any idea how to get
around this. Please note, I
don't want to create the
local ubuntu mirror on fuel
master as of now.</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br>
</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">=================================</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><span>Error</span><br>
<span>Failed to execute hook
'shell' command: cd /
&& fa_build_image
--image_build_dir
/var/lib/fuel/ibp
--log-file
/var/log/fuel-agent-env-2.log
--data_driver
nailgun_build_image
--input_data
'{"image_data": {"/boot":
{"container": "gzip",
"uri": "<a href="http://10.20.0.2:8080/targetimages/env_2_ubuntu_1404_amd64-boot.img.gz" target="_blank"></a><a href="http://10.20.0.2:8080/targetimages/env_2_ubuntu_1404_amd64-boot.img.gz" target="_blank">http://10.20.0.2:8080/targetimages/env_2_ubuntu_1404_amd64-boot.img.gz</a>",
"format": "ext2"}, "/":
{"container": "gzip",
"uri": "<a href="http://10.20.0.2:8080/targetimages/env_2_ubuntu_1404_amd64.img.gz" target="_blank"></a><a href="http://10.20.0.2:8080/targetimages/env_2_ubuntu_1404_amd64.img.gz" target="_blank">http://10.20.0.2:8080/targetimages/env_2_ubuntu_1404_amd64.img.gz</a>",
"format": "ext4"}},
"output":
"/var/www/nailgun/targetimages",
"repos": [{"name":
"ubuntu", "section": "main
universe multiverse",
"uri": "<a href="http://archive.ubuntu.com/ubuntu/" target="_blank"></a><a href="http://archive.ubuntu.com/ubuntu/" target="_blank">http://archive.ubuntu.com/ubuntu/</a>",
"priority": null, "suite":
"trusty", "type": "deb"},
{"name": "ubuntu-updates",
"section": "main universe
multiverse", "uri": "<a href="http://archive.ubuntu.com/ubuntu/" target="_blank"></a><a href="http://archive.ubuntu.com/ubuntu/" target="_blank">http://archive.ubuntu.com/ubuntu/</a>",
"priority": null, "suite":
"trusty-updates", "type":
"deb"}, {"name":
"ubuntu-security",
"section": "main universe
multiverse", "uri": "<a href="http://archive.ubuntu.com/ubuntu/" target="_blank"></a><a href="http://archive.ubuntu.com/ubuntu/" target="_blank">http://archive.ubuntu.com/ubuntu/</a>",
"priority": null, "suite":
"trusty-security", "type":
"deb"}, {"name": "mos",
"section": "main
restricted", "uri": "<a href="http://10.20.0.2:8080/2015.1.0-7.0/ubuntu/x86_64" target="_blank"></a><a href="http://10.20.0.2:8080/2015.1.0-7.0/ubuntu/x86_64" target="_blank">http://10.20.0.2:8080/2015.1.0-7.0/ubuntu/x86_64</a>",
"priority": 1050, "suite":
"mos7.0", "type": "deb"},
{"name": "mos-updates",
"section": "main
restricted", "uri": "<a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank"></a><a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank">http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/</a>",
"priority": 1050, "suite":
"mos7.0-updates", "type":
"deb"}, {"name":
"mos-security", "section":
"main restricted", "uri":
"<a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank">http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/</a>",
"priority": 1050, "suite":
"mos7.0-security", "type":
"deb"}, {"name":
"mos-holdback", "section":
"main restricted", "uri":
"<a href="http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/" target="_blank">http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/</a>",
"priority": 1100, "suite":
"mos7.0-holdback", "type":
"deb"}, {"name":
"Auxiliary", "section":
"main restricted", "uri":
"<a href="http://10.20.0.2:8080/2015.1.0-7.0/ubuntu/auxiliary" target="_blank">http://10.20.0.2:8080/2015.1.0-7.0/ubuntu/auxiliary</a>",
"priority": 1150, "suite":
"auxiliary", "type":
"deb"}], "codename":
"trusty"}'</span>
<div>
<pre style="overflow:auto;font-family:Menlo,Monaco,Consolas,'Courier New',monospace;font-size:13px;padding:9.5px;margin-top:0px;margin-bottom:10px;line-height:1.42857;color:rgb(51,51,51);word-wrap:break-word;border:1px solid rgb(204,204,204);border-radius:4px;background-color:rgb(245,245,245)">Task: ddb86944-18ec-473a-a671-8edc7eab9e6d: shell timeout error: execution expired
Task timeout: 3600, Retries: 1</pre>
</div>
</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">=================================<br>
</div>
<div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br>
</div>
<div>
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">
<div><span style="font-family:verdana,sans-serif;font-size:12.8px">--</span></div>
<div><span style="font-family:verdana,sans-serif;font-size:12.8px">Best,<br>
Makrand</span><br>
</div>
<div><span style="font-family:verdana,sans-serif;font-size:12.8px"><br>
</span></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div>
</div>
<pre>_______________________________________________
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a>
Post to : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a>
</pre>
</blockquote>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
<br>
</blockquote>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to : <a href="mailto:openstack@lists.openstack.org" target="_blank">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</div></div></blockquote>
<br>
</div>
</blockquote></div><br></div></div></div>
</blockquote></div><br></div></div>