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(a)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/b...:
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-t...;:
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/b...:
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(a)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(a)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(a)redhat.com>
>> wrote:
>>
>>> You can use ext4, we primarily test xfs though.
>>>
>>> On Thu, Jun 20, 2019 at 9:21 AM Pradeep Antil <pradeepantil(a)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(a)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(a)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(a)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@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@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@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@undercloud ~]$
>>>>>>>
>>>>>>> [stack@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@undercloud ~]$
>>>>>>>
>>>>>>> --
>>>>>>> Best Regards
>>>>>>> Pradeep Kumar
>>>>>>> _______________________________________________
>>>>>>> users mailing list
>>>>>>> users(a)lists.rdoproject.org
>>>>>>>
http://lists.rdoproject.org/mailman/listinfo/users
>>>>>>>
>>>>>>> To unsubscribe: users-unsubscribe(a)lists.rdoproject.org
>>>>>>>
>>>>>> _______________________________________________
>>>>>> users mailing list
>>>>>> users(a)lists.rdoproject.org
>>>>>>
http://lists.rdoproject.org/mailman/listinfo/users
>>>>>>
>>>>>> To unsubscribe: users-unsubscribe(a)lists.rdoproject.org
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Best Regards
>>>> Pradeep Kumar
>>>>
>>>
>>
>> --
>> Best Regards
>> Pradeep Kumar
>>
>
--
Best Regards
Pradeep Kumar