[rdo-users] UnderCloud Failed for Stein
Alex Schultz
aschultz at redhat.com
Fri Jun 21 13:49:36 UTC 2019
seems to be a dns related issue. Perhaps try using a different dns server?
On Fri, Jun 21, 2019 at 12:39 AM Pradeep Antil <pradeepantil at gmail.com>
wrote:
> Hi Alex and Team,
>
> As per your suggestion i have used latest version of CentOS 7.6, it
> automatically set fstype=1 for XFS file system and which ultimately resolve
> below said issue.
>
> When i try to install undercloud, it download almost all container images
> and start the containers via podman. But in the last i am getting beneath
> errors, which says not able to pull container image
> "tripleostein/centos-binary-nova-compute-ironic:current-tripleo".
>
> Any ideas and suggestions?
>
>
> "time=\"2019-06-21T01:20:42-04:00\" level=error msg=\"Error pulling
> image ref //tripleostein/centos-binary-nova-compute-ironic:current-tripleo:
> Error reading blob
> sha256:66daf3b88294952a8eb2290888646a0dc54a9799fd94daa3674996c3e3bf2177:
> Get
> https://production.cloudflare.docker.com/registry-v2/docker/registry/v2/blobs/sha256/66/66daf3b88294952a8eb2290888646a0dc54a9799fd94daa3674996c3e3bf2177/data?verify=1561097439-0wL9AUBpDH33sgAsYFhozG%2F%2B6NY%3D:
> dial tcp: lookup production.cloudflare.docker.com on 192.168.1.1:53: no
> such host\" ",
> "Failed",
> "Error: error pulling image \"
> docker.io/tripleostein/centos-binary-nova-compute-ironic:current-tripleo\
> <http://docker.io/tripleostein/centos-binary-nova-compute-ironic:current-tripleo%5C>":
> unable to pull
> docker.io/tripleostein/centos-binary-nova-compute-ironic:current-tripleo:
> unable to pull image: Error reading blob
> sha256:66daf3b88294952a8eb2290888646a0dc54a9799fd94daa3674996c3e3bf2177:
> Get
> https://production.cloudflare.docker.com/registry-v2/docker/registry/v2/blobs/sha256/66/66daf3b88294952a8eb2290888646a0dc54a9799fd94daa3674996c3e3bf2177/data?verify=1561097439-0wL9AUBpDH33sgAsYFhozG%2F%2B6NY%3D:
> dial tcp: lookup production.cloudflare.docker.com on 192.168.1.1:53: no
> such host",
> "stdout:
> 38121be0fb7fc2f90361ab5b213c16293943afa17134fe96b8e22fab736996e4",
> "stderr: Trying to pull
> docker.io/tripleostein/centos-binary-swift-account:current-tripleo...Getting
> image source signatures",
> "Copying blob
> sha256:a3fa68d16c4b1f98e79bfba672df9f463c604ddda7e83cd724c833f4c586cb16",
> "Copying blob
> sha256:6acc5092704370257189f2e842dc2a1237c102c91214b64eed56b2ab779c4837",
> "Copying blob
> sha256:8b18b698c5e53a098cc204fce32ff87382192cd53baeb3dcd641ac06c0e4be5c",
> "Copying blob
> sha256:16b6fb2152f8d39d4cadc25e94ebb0d200201b3f1facc53b18db98e00f6eb891",
> "Copying blob
> sha256:6babe638ad07ac4b260a134fb3e22dbca32374684ccf970cd2908c084aecf868",
> "Copying blob
> sha256:3b53b2a0b7099498bd724a4bc1de79b0907e75ff8d00086a23d0faed2bddf329",
> "Copying blob
> sha256:76c3f3108d8bc1515ab689d1b527f0c813eb57c693a934ea8c40a6ef6d985db7",
> "Copying blob
> sha256:b9ee4442559089c190529dfa14ece03e972223dc01c2d4b6093652bdde9f3654",
> "Copying config
> sha256:38121be0fb7fc2f90361ab5b213c16293943afa17134fe96b8e22fab736996e4",
> "Writing manifest to image destination",
> "Storing signatures",
> "stdout:
> a8663b8e7383c1a3bf78c0895fb75ad3a4777df55a1679a7501605271300b717",
> "stderr: Trying to pull
> docker.io/tripleostein/centos-binary-swift-object:current-tripleo...Getting
> image source signatures",
> "Copying blob
> sha256:2e8b7353e3df533697295f3a6d0050ab4a0f9fad97cd0483aa69d4b82f632721",
> "Copying blob
> sha256:4065fdc1a40b76c33e05f9891749fda2fce368a2972541394ea76f9ebec2fdbb",
> "Copying config
> sha256:a8663b8e7383c1a3bf78c0895fb75ad3a4777df55a1679a7501605271300b717"
> ]
> }
> ]
> ]
> Install artifact is located at
> /home/stack/undercloud-install-20190621052125.tar.bzip2
>
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
> Deployment Failed!
>
> ERROR: Heat log files: /var/log/heat-launcher/undercloud_deploy-mRI2p4
>
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
> Deployment failed.
>
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
> An error has occured while deploying the Undercloud.
>
> See the previous output for details about what went wrong.
>
> !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>
>
> On Thu, Jun 20, 2019 at 9:21 PM Alex Schultz <aschultz at redhat.com> wrote:
>
>> It's the default so as long as you're using a version of the xfs tools
>> from 7.4 or higher, it should be ftype=1.
>>
>> On Thu, Jun 20, 2019 at 9:39 AM Pradeep Antil <pradeepantil at gmail.com>
>> wrote:
>>
>>> Hi Alex,
>>>
>>> is there any way to specify ftype=1 for XFS during OS installation, I
>>> tried it from my end but i didn't find any option during installation.
>>>
>>> or do i need to create a separate /var file system with XFS and then
>>> after the installation reformat it with ftype=1 option.
>>>
>>> What is your suggestion ?
>>>
>>>
>>>
>>>
>>>
>>> On Thu, Jun 20, 2019 at 8:52 PM Alex Schultz <aschultz at redhat.com>
>>> wrote:
>>>
>>>> You can use ext4, we primarily test xfs though.
>>>>
>>>> On Thu, Jun 20, 2019 at 9:21 AM Pradeep Antil <pradeepantil at gmail.com>
>>>> wrote:
>>>>
>>>>> Hi Alex,
>>>>>
>>>>> Thanks for the useful information and reply.
>>>>>
>>>>> Will this issue go away if use ext4 file system in place of XFS ?
>>>>>
>>>>> or is it mandatory to use xfs file system for Undercloud OS ?
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Jun 20, 2019 at 7:22 PM Alex Schultz <aschultz at redhat.com>
>>>>> wrote:
>>>>>
>>>>>> This error is caused by an xfs file system with ftype=0. You need
>>>>>> ftype=1 for the container file system to work correctly. ftype=1 was the
>>>>>> default setting when formatting a filesystem starting with CentOS/RHEL
>>>>>> 7.3. If you're starting by using a cloud image, make sure its a recent one.
>>>>>>
>>>>>> https://bugs.launchpad.net/tripleo/+bug/1765121
>>>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1564671
>>>>>>
>>>>>> On Thu, Jun 20, 2019 at 2:59 AM Alfredo Moralejo Alonso <
>>>>>> amoralej at redhat.com> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> What version of CentOS are you using for the underlying OS in the
>>>>>>> undercloud and how did you deploy it?
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> Alfredo
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Jun 20, 2019 at 10:47 AM Pradeep Antil <
>>>>>>> pradeepantil at gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi Folks,
>>>>>>>>
>>>>>>>> I am trying to install undercloud on CentOS 7 VirtualBox VM. Two
>>>>>>>> Nics are assigned to VM, first NIC is used for Provisioning N/w(
>>>>>>>> 192.168.56.0/24) and second is used for internet (NAT - 10.0.3.15)
>>>>>>>>
>>>>>>>> When i try to install undercloud using below command, getting the
>>>>>>>> following error,
>>>>>>>>
>>>>>>>> Any idea and suggestion to resolve the error.
>>>>>>>>
>>>>>>>> [stack at undercloud ~]$ openstack undercloud install
>>>>>>>>
>>>>>>>> TASK [Restart Keepalived container]
>>>>>>>> *******************************************************************************************
>>>>>>>> fatal: [undercloud]: FAILED! => {"changed": true, "cmd": "podman
>>>>>>>> restart keepalived", "delta": "0:00:00.090226", "end": "2019-06-20
>>>>>>>> 03:50:58.583423", "msg": "non-zero return code", "rc": 125, "start":
>>>>>>>> "2019-06-20 03:50:58.493197", "stderr": "Error: error creating libpod
>>>>>>>> runtime: kernel does not support overlay fs: overlay: the backing xfs
>>>>>>>> filesystem is formatted without d_type support, which leads to incorrect
>>>>>>>> behavior. Reformat the filesystem with ftype=1 to enable d_type support.
>>>>>>>> Running without d_type is not supported.: driver not supported",
>>>>>>>> "stderr_lines": ["Error: error creating libpod runtime: kernel does not
>>>>>>>> support overlay fs: overlay: the backing xfs filesystem is formatted
>>>>>>>> without d_type support, which leads to incorrect behavior. Reformat the
>>>>>>>> filesystem with ftype=1 to enable d_type support. Running without d_type is
>>>>>>>> not supported.: driver not supported"], "stdout": "", "stdout_lines": []}
>>>>>>>> ...ignoring
>>>>>>>>
>>>>>>>> [stack at undercloud ~]$ df -Th
>>>>>>>> Filesystem Type Size Used Avail Use% Mounted on
>>>>>>>> /dev/mapper/centos-root xfs 31G 2.3G 29G 8% /
>>>>>>>> devtmpfs devtmpfs 3.9G 0 3.9G 0% /dev
>>>>>>>> tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm
>>>>>>>> tmpfs tmpfs 3.9G 8.7M 3.9G 1% /run
>>>>>>>> tmpfs tmpfs 3.9G 0 3.9G 0%
>>>>>>>> /sys/fs/cgroup
>>>>>>>> /dev/sda1 xfs 497M 141M 356M 29% /boot
>>>>>>>> tmpfs tmpfs 782M 0 782M 0% /run/user/0
>>>>>>>> tmpfs tmpfs 500M 36M 465M 8%
>>>>>>>> /var/log/heat-launcher
>>>>>>>> [stack at undercloud ~]$ free -h
>>>>>>>> total used free shared buff/cache
>>>>>>>> available
>>>>>>>> Mem: 7.6G 232M 5.7G 44M 1.7G
>>>>>>>> 7.0G
>>>>>>>> Swap: 3.5G 0B 3.5G
>>>>>>>> [stack at undercloud ~]$
>>>>>>>>
>>>>>>>> [stack at undercloud ~]$ cat ~/undercloud.conf
>>>>>>>> # Config generated by undercloud wizard
>>>>>>>> # Use these values in undercloud.conf
>>>>>>>> [DEFAULT]
>>>>>>>> undercloud_hostname = undercloud.localdomain
>>>>>>>> local_interface = enp0s3
>>>>>>>> local_mtu = 1500
>>>>>>>> local_ip = 192.168.56.2/24
>>>>>>>> undercloud_public_host = 192.168.56.3
>>>>>>>> undercloud_admin_host = 192.168.56.4
>>>>>>>> undercloud_service_certificate =
>>>>>>>> generate_service_certificate = True
>>>>>>>> scheduler_max_attempts = 10
>>>>>>>>
>>>>>>>> # Deprecated names for compatibility with older releases
>>>>>>>> discovery_iprange = 192.168.56.16,192.168.56.20
>>>>>>>> undercloud_public_vip = 192.168.56.3
>>>>>>>> undercloud_admin_vip = 192.168.56.4
>>>>>>>> network_cidr = 192.168.56.0/24
>>>>>>>> dhcp_start = 192.168.56.6
>>>>>>>> dhcp_end = 192.168.56.15
>>>>>>>> inspection_iprange = 192.168.56.16,192.168.56.20
>>>>>>>> network_gateway = 192.168.56.1
>>>>>>>> #masquerade_network = 192.168.56.0/24
>>>>>>>> # End of deprecated names
>>>>>>>>
>>>>>>>> [ctlplane-subnet]
>>>>>>>> cidr = 192.168.56.0/24
>>>>>>>> gateway = 192.168.56.1
>>>>>>>> dhcp_start = 192.168.56.6
>>>>>>>> dhcp_end = 192.168.56.15
>>>>>>>> inspection_iprange = 192.168.56.16,192.168.56.20
>>>>>>>> #masquerade = true
>>>>>>>>
>>>>>>>> [stack at undercloud ~]$
>>>>>>>>
>>>>>>>> --
>>>>>>>> Best Regards
>>>>>>>> Pradeep Kumar
>>>>>>>> _______________________________________________
>>>>>>>> users mailing list
>>>>>>>> users at lists.rdoproject.org
>>>>>>>> http://lists.rdoproject.org/mailman/listinfo/users
>>>>>>>>
>>>>>>>> To unsubscribe: users-unsubscribe at lists.rdoproject.org
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> users mailing list
>>>>>>> users at lists.rdoproject.org
>>>>>>> http://lists.rdoproject.org/mailman/listinfo/users
>>>>>>>
>>>>>>> To unsubscribe: users-unsubscribe at lists.rdoproject.org
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Best Regards
>>>>> Pradeep Kumar
>>>>>
>>>>
>>>
>>> --
>>> Best Regards
>>> Pradeep Kumar
>>>
>>
>
> --
> Best Regards
> Pradeep Kumar
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rdoproject.org/pipermail/users/attachments/20190621/09921ab1/attachment-0001.html>
More information about the users
mailing list