Hi again,
I'll try to deploy divingbell in an AIAB multigate environment. By default divingbell is disabled in AIAB [1], but I'd like to use it to mount hugepages in the local filesystem.
After enabling (uncommenting ) divingbell in the manifest [1] and re-deploying the system, divingbell pods get deployed, but they get stuck in state "ContainerCreating". Digging deeper, the pod isn't able to mount one configmap:
Warning FailedMount 1m (x470 over 15h) kubelet, n0 MountVolume.SetUp failed for volume "divingbell-mounts" : configmaps "divingbell-mounts" not found
Checking the configmaps, there are in fact multiple divingbell configmaps, however the names are slightly different:
divingbell-ethtool-default divingbell-mounts-default divingbell-sysctl-default divingbell-uamlite-default
If I understand the divingbell chart templates correctly, the name "divingbell-mounts" is hardcoded there for the configmap [2][3]. Can somebody help me understand where the "-default" postfix comes from and how to resolve it?
[1] https://github.com/openstack/airship-in-a-bottle/blob/master/deployment_file... [2] https://github.com/openstack/airship-divingbell/blob/master/divingbell/templ...
Thanks a lot!
Best regards Georg
If you're running Ubuntu 16.04 or later, then Ubuntu will do this already by default, e.g.: https://www.apt-browse.org/browse/ubuntu/xenial/main/i386/systemd/229-4ubunt... or check with: "sudo systemctl status dev-hugepages.mount"
Regarding the error, this appears to be happening because the version of helm toolkit we have specified in versions.yaml is wrong for this version of divingbell. We need to either be using a newer version of divingbell, or an older version of helm toolkit to be compatible. I'll see about getting the versions aligned upstream, if not also re-enabling divingbell in AIAB.
Thanks,
-----Original Message----- From: Georg Kunz [mailto:georg.kunz@ericsson.com] Sent: Thursday, January 24, 2019 7:13 AM To: airship-discuss@lists.airshipit.org Subject: [Airship-discuss] Divingbell in AIAB
Hi again,
I'll try to deploy divingbell in an AIAB multigate environment. By default divingbell is disabled in AIAB [1], but I'd like to use it to mount hugepages in the local filesystem.
After enabling (uncommenting ) divingbell in the manifest [1] and re-deploying the system, divingbell pods get deployed, but they get stuck in state "ContainerCreating". Digging deeper, the pod isn't able to mount one configmap:
Warning FailedMount 1m (x470 over 15h) kubelet, n0 MountVolume.SetUp failed for volume "divingbell-mounts" : configmaps "divingbell-mounts" not found
Checking the configmaps, there are in fact multiple divingbell configmaps, however the names are slightly different:
divingbell-ethtool-default divingbell-mounts-default divingbell-sysctl-default divingbell-uamlite-default
If I understand the divingbell chart templates correctly, the name "divingbell-mounts" is hardcoded there for the configmap [2][3]. Can somebody help me understand where the "-default" postfix comes from and how to resolve it?
[1] https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_openstack_ai... [2] https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_openstack_ai...
Thanks a lot!
Best regards Georg
_______________________________________________ Airship-discuss mailing list Airship-discuss@lists.airshipit.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.airshipit.org_cgi-...
Hi Craig,
Thanks for the hint regarding the hugepages. I never noticed that Ubuntu does this automatically because we typically control this explicitly in our deployments.
Anyway, in the meantime I also came across the versioning mismatch of divingbell and htk. I just bumped both versions to HEAD for testing purposes and it seems to have resolved the problem.
Thanks a lot!
Best regards Georg
-----Original Message----- From: ANDERSON, CRAIG ca846m@att.com Sent: Thursday, January 24, 2019 10:43 PM To: Georg Kunz georg.kunz@ericsson.com; airship-discuss@lists.airshipit.org Subject: RE: Divingbell in AIAB
If you're running Ubuntu 16.04 or later, then Ubuntu will do this already by default, e.g.: https://www.apt-browse.org/browse/ubuntu/xenial/main/i386/systemd/229-4ubunt... or check with: "sudo systemctl status dev-hugepages.mount"
Regarding the error, this appears to be happening because the version of helm toolkit we have specified in versions.yaml is wrong for this version of divingbell. We need to either be using a newer version of divingbell, or an older version of helm toolkit to be compatible. I'll see about getting the versions aligned upstream, if not also re-enabling divingbell in AIAB.
Thanks,
-----Original Message----- From: Georg Kunz [mailto:georg.kunz@ericsson.com] Sent: Thursday, January 24, 2019 7:13 AM To: airship-discuss@lists.airshipit.org Subject: [Airship-discuss] Divingbell in AIAB
Hi again,
I'll try to deploy divingbell in an AIAB multigate environment. By default divingbell is disabled in AIAB [1], but I'd like to use it to mount hugepages in the local filesystem.
After enabling (uncommenting ) divingbell in the manifest [1] and re-deploying the system, divingbell pods get deployed, but they get stuck in state "ContainerCreating". Digging deeper, the pod isn't able to mount one configmap:
Warning FailedMount 1m (x470 over 15h) kubelet, n0 MountVolume.SetUp failed for volume "divingbell-mounts" : configmaps "divingbell-mounts" not found
Checking the configmaps, there are in fact multiple divingbell configmaps, however the names are slightly different:
divingbell-ethtool-default divingbell-mounts-default divingbell-sysctl-default divingbell-uamlite-default
If I understand the divingbell chart templates correctly, the name "divingbell-mounts" is hardcoded there for the configmap [2][3]. Can somebody help me understand where the "-default" postfix comes from and how to resolve it?
[1] https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_openstack_ai... [2] https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_openstack_ai...
Thanks a lot!
Best regards Georg
_______________________________________________ Airship-discuss mailing list Airship-discuss@lists.airshipit.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.airshipit.org_cgi-...
participants (2)
-
ANDERSON, CRAIG
-
Georg Kunz