Container remains in container creating state

Nikheel Jain 136 Reputation points
2022-06-25T08:31:28.92+00:00

kubectl get pods -n teams-recording-bot
output:
NAME READY STATUS RESTARTS AGE
teams-recording-bot-0 0/1 ContainerCreating 0 42m

can't setup certifcates:
kubectl get cert -n teams-recording-bot
NAME READY SECRET AGE
ingress-tls False ingress-tls 41m

kubectl logs -n teams-recording-bot teams-recording-bot-0
Error from server (BadRequest): container "recording-bot" in pod "teams-recording-bot-0" is waiting to start: ContainerCreating

pod logs:
[Pod] [teams-recording-bot-0] FailedMount: Unable to attach or mount volumes: unmounted volumes=[certificate], unattached volumes=[kube-api-access-bnvqt certificate]: timed out waiting for the condition
11 mins ago [Pod] [teams-recording-bot-0] FailedMount: Unable to attach or mount volumes: unmounted volumes=[certificate], unattached volumes=[certificate kube-api-access-bnvqt]: timed out waiting for the condition
1 min ago [Pod] [teams-recording-bot-0] FailedMount: MountVolume.SetUp failed for volume "certificate" : secret "ingress-tls" not found
682 msecs ago [Pod] [teams-recording-bot-0] Scheduled: Successfully assigned teams-recording-bot/teams-recording-bot-0 to aksscale000000

Azure Kubernetes Service (AKS)
Azure Kubernetes Service (AKS)
An Azure service that provides serverless Kubernetes, an integrated continuous integration and continuous delivery experience, and enterprise-grade security and governance.
1,866 questions
0 comments No comments
{count} votes

Accepted answer
  1. risolis 8,701 Reputation points
    2022-07-02T04:27:19.613+00:00

    Hello @Nikheel Jain

    I hope you are doing fine.

    I would like to provide my humble opinion on this case scenario.

    • AKS is not considered as IaaS service since it is considered as PaaS service(Just a friendly reminder)
    • It is true that for this set up that you are trying to get it done, You need a windows server instance which is IaaS service.
    • Then, WebApp can not be used for this due to the following explanation below:

    217016-image.png

    Furthermore, there is a good point to be shared as shown below:

    Use one bot channel registration per environment, since your endpoint changes when you switch between local development, staging, and production environments.
    Deleting the Teams channel registration will cause a new pair of keys to be generated when it is re-enabled. This invalidates all 29:xxx and a:xxx IDs that the bot may have stored for proactive messaging.

    I hope this can help you the behavior observed until now buddy : )

    Looking forward to your feedback,

    Best Regards,

    Please "Accept the answer" if the information helped you. This will help us and others in the community as well.

    1 person found this answer helpful.

8 additional answers

Sort by: Most helpful
  1. Harsh Basuta 16 Reputation points
    2022-06-30T07:28:05.4+00:00

    It sounds like the path indicated in following section of deployment.yaml should be changed as a valid path like /host_mnt/c/certs

    volumeMounts:
    - mountPath: "C:/certs/"
    name: certificate
    readOnly: true

    1 person found this answer helpful.

  2. Harsh Basuta 16 Reputation points
    2022-06-30T07:28:19.493+00:00

    It sounds like the path indicated in following section of deployment.yaml should be changed as a valid path like /host_mnt/c/certs

    volumeMounts:
    - mountPath: "C:/certs/"
    name: certificate
    readOnly: true

    !!!!!

    1 person found this answer helpful.
    0 comments No comments

  3. Amanda 1 Reputation point
    2023-01-01T16:17:38.06+00:00

    @Nikheel Jain Recall.ai has hosted recording bot infrastructure.

    0 comments No comments

  4. Amanda 1 Reputation point
    2023-04-17T01:27:43.6533333+00:00

    @Nikheel Jain Have you looked at Recall.ai? They provide a hosted solution for the Microsoft Teams bot so you don't need to build, deploy, and maintain the bots yourself.

    0 comments No comments