---------- Forwarded message ---------- From: Valery Sakharov <[email protected]> Date: 2016-02-05 16:56 GMT+03:00 Subject: Fwd: [Openstack] Fuel openstack deployment failing. To: [email protected]
---------- Forwarded message ---------- From: Jay Pipes <[email protected]> Date: 2016-02-05 15:52 GMT+03:00 Subject: Re: [Openstack] Fuel openstack deployment failing. To: [email protected] openstack@ please :) On 02/05/2016 07:33 AM, Valery Sakharov wrote: > Hello! > > It's looks like that problem in therepositoryorin the connection, > becauseI haven't foundthese packagesinthe official > mos-repos(http://mirror.seed-cz1.fuel-infra.org/mos/ubuntu/pool/main/). > Make sure, that the pathto the mos repositoryin the iso settings is > correct andensurein stable connectionwith them. > Could youplease specifythe iso imagethat was used > toinstallFuelMasternode? It was custom iso or release? > > BR, > Valeriy > > 2016-02-04 16:16 GMT+03:00 Valery Sakharov <[email protected] > <mailto:[email protected]>>: > > Igor, > > I'll take this issue. > > 2016-02-04 11:57 GMT+03:00 Igor Marnat <[email protected] > <mailto:[email protected]>>: > > Fuelers, > do you read openstack mailing list? There are guys looking for > help with Fuel. > > Regards, > Igor Marnat > > ---------- Forwarded message ---------- > From: *Laurent Tupin* <[email protected] > <mailto:[email protected]>> > Date: Wed, Feb 3, 2016 at 8:12 PM > Subject: Re: [Openstack] Fuel openstack deployment failing. > To: Makrand <[email protected] <mailto:[email protected] > >> > Cc: [email protected] > <mailto:[email protected]> > > > Just finding another indice. The packages in error in deployment > logs are EMPTY. > > > > trying to delete them and synchro again... > > . > Laurent > > _<mailto:[email protected]>_ > 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> >>> 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 >>> <<mailto:[email protected]>[email protected] >>> <mailto:[email protected]>> 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%7Eu14.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~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%7Eu14.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~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%7Eu14.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~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%7Eu14.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~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%7Eu14.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~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> >>>> 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/> >>>> 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/> >>>> 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> >>>> 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/> >>>> 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/> >>>> 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/> >>>> 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> >>>> 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 :[email protected] >>>> <mailto:[email protected]> >>>> Unsubscribe : >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>>> >>> >>> >>> >> > > _______________________________________________ > Mailing list: > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > Post to : [email protected] > <mailto:[email protected]> > Unsubscribe : > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack > > > > > > -- > -- > Valeriy Sakharov > MOS: Product Engineering, Junior Deployment Engineer, Mirantis, Saratov > > > > > -- > -- > Valeriy Sakharov > MOS: Product Engineering, Junior Deployment Engineer, Mirantis, Saratov > -- -- Valeriy Sakharov MOS: Product Engineering, Junior Deployment Engineer, Mirantis, Saratov -- -- Valeriy Sakharov MOS: Product Engineering, Junior Deployment Engineer, Mirantis, Saratov
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : [email protected] Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
