Open Stack

Just finding another indice. The packages in error in deployment logs
are EMPTY.



trying to delete them and synchro again...

.
Laurent

_<mailto:laurent.tupin at apalia.net>_
On 03/02/2016 18:02, Laurent Tupin wrote:
> 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
>
> __
> 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 
>>     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 
>>     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 
>>     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 
>>     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 
>>     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/de080a96/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: afhdijaa.png
Type: image/png
Size: 57617 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20160203/de080a96/attachment.png>