Open Stack

Hi,

I think the time out is not a cause but a consequence of multiples retry
to get those packages....

Forget to talk about it...
Already tried...
Unfortunately that won´t change anything, problem is still there.

.
Laurent

_<mailto:laurent.tupin at apalia.net>_
On 03/02/2016 17:58, Makrand wrote:
> Hi
>
> I did some research and found that the error happening because of time
> out.
>
> 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 .
>
> 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.
>
> B) Or it may be bug as well as described below. This is mainly because
> of older docker version.
>
> https://bugs.launchpad.net/fuel/+bug/1528498/comments/8
>
> There is work around for that as well, as mentioned in comment above.
>
>
>
> --
> Best,
> Makrand
>
>
> On Wed, Feb 3, 2016 at 10:14 PM, Laurent Tupin
> <laurent.tupin at apalia.net <mailto:laurent.tupin at apalia.net>> wrote:
>
>     Hi,
>
>     I am experimenting exactly the same problem here...
>     In deployment logs I find errors regarding *size mismatch* for
>     various packages :
>
>     //var/log/docker-logs/fuel-agent-env-2.log//
>     //Stderr: 'E: Failed to fetch
>     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
>     <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> 
>     Size mismatch\n\nE: Failed to fetch
>     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
>     <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> 
>     Size mismatch\n\nE: Failed to fetch
>     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
>     <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> 
>     Size mismatch\n\nE: Failed to fetch
>     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
>     <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> 
>     Size mismatch\n\nE: Failed to fetch
>     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
>     <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> 
>     Size mismatch\n\n.../
>
>     I think there is a repository problem when local repo are creating
>     because errors are always regarding it, same as your example.
>
>     I am trying to make a fuel-createmirror and if it s still not
>     working :
>
>       *     trying only with external repos and if its still not working
>           o trying to copy with rsync or something mainstream repo locally
>
>
>     Please guys for who its working... what are your repos ?
>
>     Mine are:
>     /ubuntu deb http://archive.ubuntu.com/ubuntu/ trusty main universe
>     multiverse//
>     //ubuntu-updates deb http://archive.ubuntu.com/ubuntu/
>     trusty-updates main universe multiverse//
>     //ubuntu-security deb http://archive.ubuntu.com/ubuntu/
>     trusty-security main universe multiverse//
>     //mos-updates deb
>     http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/ mos7.0-updates
>     main restricted 1050//
>     //mos-security deb
>     http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/ mos7.0-security
>     main restricted 1050//
>     //mos deb http://10.20.4.2:8080/2015.1.0-7.0/ubuntu/x86_64 mos7.0
>     main restricted 1050//
>     //mos-holdback deb
>     http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/ mos7.0-holdback
>     main restricted 1100
>
>     /Maybe I´m on a wrong way....
>
>     .
>     Laurent
>
>
>
>     __
>     On 03/02/2016 16:58, Makrand wrote:
>>     Hi there,
>>
>>     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.
>>
>>     =================================
>>     Error
>>     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":
>>     "http://10.20.0.2:8080/targetimages/env_2_ubuntu_1404_amd64-boot.img.gz",
>>     "format": "ext2"}, "/": {"container": "gzip", "uri":
>>     "http://10.20.0.2:8080/targetimages/env_2_ubuntu_1404_amd64.img.gz",
>>     "format": "ext4"}}, "output": "/var/www/nailgun/targetimages",
>>     "repos": [{"name": "ubuntu", "section": "main universe
>>     multiverse", "uri": "http://archive.ubuntu.com/ubuntu/",
>>     "priority": null, "suite": "trusty", "type": "deb"}, {"name":
>>     "ubuntu-updates", "section": "main universe multiverse", "uri":
>>     "http://archive.ubuntu.com/ubuntu/", "priority": null, "suite":
>>     "trusty-updates", "type": "deb"}, {"name": "ubuntu-security",
>>     "section": "main universe multiverse", "uri":
>>     "http://archive.ubuntu.com/ubuntu/", "priority": null, "suite":
>>     "trusty-security", "type": "deb"}, {"name": "mos", "section":
>>     "main restricted", "uri":
>>     "http://10.20.0.2:8080/2015.1.0-7.0/ubuntu/x86_64", "priority":
>>     1050, "suite": "mos7.0", "type": "deb"}, {"name": "mos-updates",
>>     "section": "main restricted", "uri":
>>     "http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/", "priority":
>>     1050, "suite": "mos7.0-updates", "type": "deb"}, {"name":
>>     "mos-security", "section": "main restricted", "uri":
>>     "http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/", "priority":
>>     1050, "suite": "mos7.0-security", "type": "deb"}, {"name":
>>     "mos-holdback", "section": "main restricted", "uri":
>>     "http://mirror.fuel-infra.org/mos-repos/ubuntu/7.0/", "priority":
>>     1100, "suite": "mos7.0-holdback", "type": "deb"}, {"name":
>>     "Auxiliary", "section": "main restricted", "uri":
>>     "http://10.20.0.2:8080/2015.1.0-7.0/ubuntu/auxiliary",
>>     "priority": 1150, "suite": "auxiliary", "type": "deb"}],
>>     "codename": "trusty"}'
>>     Task: ddb86944-18ec-473a-a671-8edc7eab9e6d: shell timeout error: execution expired
>>     Task timeout: 3600, Retries: 1
>>     =================================
>>
>>     --
>>     Best,
>>     Makrand
>>
>>
>>
>>     _______________________________________________
>>     Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>     Post to     : openstack at lists.openstack.org <mailto:openstack at lists.openstack.org>
>>     Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20160203/627554e1/attachment.html>