<div dir="ltr">Hi Team,<br><br>We are Installing StarlingX 4.0 and facing an issue which is related to the below bug:<div><br></div><div><a href="https://bugs.launchpad.net/starlingx/+bug/1904973">https://bugs.launchpad.net/starlingx/+bug/1904973</a></div><div><br></div><div>We have Raid 5 configuration at our setup on which STX 4.0 is installed.</div><div><br></div><div>While extending the XFS filesystem for docker-lv before uploading stx-openstack application<br><br><div><a href="https://docs.starlingx.io/deploy_install_guides/r4_release/openstack/install.html">https://docs.starlingx.io/deploy_install_guides/r4_release/openstack/install.html</a></div><div><br></div><div>Command:</div><div><br></div><div><i><b>system host-fs-modify controller-0 docker=60</b></i><br><br>As we run this command, we get kernel alert logs in <b>/var/log/kern.log/</b></div><div><br></div><div><br>2020-12-16T13:23:40.467 controller-0 kernel: alert [  921.174512] XFS (dm-5): metadata I/O error in "xfs_trans_read_buf_map" at daddr 0x77fc002 len 1 error 74<br>2020-12-16T13:23:41.715 controller-0 kernel: alert [  922.488879] XFS (dm-5): Metadata CRC error detected at xfs_agi_read_verify+0xd0/0xf0 [xfs], xfs_agi block 0x77fc002<br>2020-12-16T13:23:41.715 controller-0 kernel: alert [  922.498188] XFS (dm-5): Unmount and run xfs_repair<br>2020-12-16T13:23:41.715 controller-0 kernel: alert [  922.507214] XFS (dm-5): First 128 bytes of corrupted metadata buffer:<br>2020-12-16T13:23:41.809 controller-0 kernel: alert [  922.516545] 00000000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................<br>2020-12-16T13:23:41.809 controller-0 kernel: alert [  922.516547] 00000010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................<br>2020-12-16T13:23:41.809 controller-0 kernel: alert [  922.516548] 00000020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................<br>2020-12-16T13:23:41.809 controller-0 kernel: alert [  922.516549] 00000030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................<br>2020-12-16T13:23:41.809 controller-0 kernel: alert [  922.516551] 00000040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................<br>2020-12-16T13:23:41.809 controller-0 kernel: alert [  922.516552] 00000050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................<br>2020-12-16T13:23:41.809 controller-0 kernel: alert [  922.516553] 00000060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................<br>2020-12-16T13:23:41.809 controller-0 kernel: alert [  922.516555] 00000070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................<br><br>In order to avoid this, we thought to initially set the size of docker-lv filesystem to 60 instead of increasing it from 30 to 60<br><br>For this, before bootstrap C0, we changed the following:<br><br>1. lv_size changed from 30 to 60 in file <b>/usr/share/puppet/modules/platform/manifests/filesystem.pp</b><br><br>class platform::filesystem::docker::params::bootstrap (<br>  $lv_size = '<b>60</b>',<br>  $lv_name = 'docker-lv',<br>  $mountpoint = '/var/lib/docker',<br>  $devmapper = '/dev/mapper/cgts--vg-docker--lv',<br>  $fs_type = 'xfs',<br>  $fs_options = '-n ftype=1',<br>  $fs_use_all = false<br>) { }<br><br>2. Value of 

KUBERNETES_DOCKER_STOR_SIZE  at line 39 changed to 60 from 30 in file <b>/usr/lib64/python2.7/site-packages/sysinv/common/constants.py</b><br><br>KUBERNETES_DOCKER_STOR_SIZE = <b>60</b><br><br>With these changes, after bootstrap of Controller-0, the size of docker-lv changes to 60 successfully.<br>The same is verified running the command "system host-fs-list controller-0"<br><br>But once Controller-1 bootstraps and comes up, we still get the size of docker-lv as 30.<br>Since Controller-0 PXE boots Controller-1, there must be a file at C0 which we could change so that Controller-1's docker-lv gets a size of 60G.<br><br>We are unable to find such a file and would require help in order to resolve this. <br></div></div><div><br></div><div>Regards</div><div>Anirudh Gupta</div></div>