# Parent Pod: "Failed to connect to https://app.netdata.cloud, return code 6", Child Nodes Working

**URL:** <https://community.netdata.cloud/t/parent-pod-failed-to-connect-to-https-app-netdata-cloud-return-code-6-child-nodes-working/2690>\
**Category:** Help\
**Tags:** cloud, node-claiming\
**Created:** [March 23, 2022, 11:39am UTC](https://community.netdata.cloud/t/parent-pod-failed-to-connect-to-https-app-netdata-cloud-return-code-6-child-nodes-working/2690 "2022-03-23T11:39:04Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![jotojoto1324](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/jotojoto1324/32/1677_2.png) [@jotojoto1324](https://community.netdata.cloud/u/jotojoto1324)\
**Post date:** [March 23, 2022, 11:39am UTC](https://community.netdata.cloud/t/parent-pod-failed-to-connect-to-https-app-netdata-cloud-return-code-6-child-nodes-working/2690/1 "2022-03-23T11:39:04Z")

</div>

**Suggested template:**

## Problem/Question

Parent pod is crash looping with:

```auto
ls: /var/run/balena.sock: No such file or directory
ls: /var/run/docker.sock: No such file or directory
Unable to communicate with Netdata daemon, querying config from disk instead.
Unable to communicate with Netdata daemon, querying config from disk instead.
Token: ****************
Base URL: https://app.netdata.cloud
Id: [ID]
Rooms: [ROOMS]
Hostname: [PODNAME]
Proxy: 
Netdata user: netdata
Failed to connect to https://app.netdata.cloud, return code 6
Connection attempt 1 failed. Retry in 1s.
Failed to connect to https://app.netdata.cloud, return code 6
Connection attempt 2 failed. Retry in 2s.
Failed to connect to https://app.netdata.cloud, return code 6
Connection attempt 3 failed. Retry in 3s.
grep: /var/lib/netdata/cloud.d/tmpout.txt: No such file or directory
grep: /var/lib/netdata/cloud.d/tmpout.txt: No such file or directory
Failed to claim node with the following error message:"Unknown HTTP error message"

```

Netdata is running on a MicroK8s (1.22.6) cluster. It is provisioned (via Flux) with Helm with the following config:

```auto
spec:
  values:
    child:
      claiming:
        enabled: true
        rooms: [ROOMS]
      envFrom:
        - secretRef:
            name: netdata-secrets
    notifications:
      slackurl: [SLACKURL]
    parent:
      alarms:
        storageclass: nfs-hdd
        volumesize: 1Gi
      claiming:
        enabled: true
        rooms: [ROOMS]
      database:
        storageclass: nfs-ssd
        volumesize: 10Gi
      envFrom:
        - secretRef:
            name: netdata-secrets
      livenessProbe:
        failureThreshold: 10
        periodSeconds: 60
        timeoutSeconds: 10
      readinessProbe:
        failureThreshold: 10
        periodSeconds: 60
        timeoutSeconds: 10
    replicaCount: 1
  interval: 1m0s
  releaseName: netdata
  targetNamespace: netdata

```

Child pods all connect quickly, without any obvious issues. Parent pod is stuck crash looping.

## Relevant docs you followed/actions you took to solve the issue

> **[Install Netdata on Kubernetes | Learn Netdata](https://learn.netdata.cloud/docs/netdata-agent/installation/kubernetes)**
>
> Deploy Netdata to monitor a Kubernetes cluster to monitor the health, performance, resource utilization, and application metrics of a Kubernetes cluster in real time.

I’ve tried forcing the parent pod to other nodes in the cluster, disabling database.persistence, extending thresholds on probes (as seen in the current config above), and haven’t been able to get the parent pods healthy. Child pods are using the same room value as parent and pulling the token from the same kube secret.

## Environment/Browser/Agent’s version etc

Netdata Docker Image Version: v1.33.1

## What I expected to happen

Parent pods to start and become healthy.

---

<div class="post-metadata">

**Author:** ![Manolis\_Vasilakis](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/manolis_vasilakis/32/820_2.png) [@Manolis\_Vasilakis](https://community.netdata.cloud/u/Manolis_Vasilakis)\
**Post date:** [March 23, 2022, 2:10pm UTC](https://community.netdata.cloud/t/parent-pod-failed-to-connect-to-https-app-netdata-cloud-return-code-6-child-nodes-working/2690/2 "2022-03-23T14:10:19Z")

</div>

Hi @jotojoto1324 ! Welcome !

So the claim script fails to connect to the cloud. Return code 6 (if you have curl, it should be from that or else wget) indicates that it couldn’t resolve the host. Is there an easy way to test that the network where the parent node lives is ok ?

---

<div class="post-metadata">

**Author:** ![jotojoto1324](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/jotojoto1324/32/1677_2.png) [@jotojoto1324](https://community.netdata.cloud/u/jotojoto1324)\
**Post date:** [March 23, 2022, 3:48pm UTC](https://community.netdata.cloud/t/parent-pod-failed-to-connect-to-https-app-netdata-cloud-return-code-6-child-nodes-working/2690/3 "2022-03-23T15:48:36Z")

</div>

There is a child pod running on the same node as the parent pod and it doesn’t seem to have any issues. I did notice the child pod uses host networking by default and the parent doesn’t.

I will ssh into the parent pod and see if I can resolve the host from there.

---

<div class="post-metadata">

**Author:** ![jotojoto1324](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/jotojoto1324/32/1677_2.png) [@jotojoto1324](https://community.netdata.cloud/u/jotojoto1324)\
**Post date:** [April 4, 2022, 9:19pm UTC](https://community.netdata.cloud/t/parent-pod-failed-to-connect-to-https-app-netdata-cloud-return-code-6-child-nodes-working/2690/4 "2022-04-04T21:19:26Z")

</div>

I ended up discovering [Debugging DNS Resolution | Kubernetes](https://kubernetes.io/docs/tasks/administer-cluster/dns-debugging-resolution/#known-issues) was the issue. I resolved it by implementing the solution proposed in the article:

> This can be fixed manually by using kubelet’s `--resolv-conf` flag to point to the correct `resolv.conf` (With `systemd-resolved` , this is `/run/systemd/resolve/resolv.conf` ).

And then restarting kubelite, then restarting coredns, then restarting the netdata parent pod. Things look good now. Thanks for the assist (the “couldn’t resolve host” tip was very helpful).

---

<div class="post-metadata">

**Author:** ![Manolis\_Vasilakis](https://yyz1.discourse-cdn.com/flex029/user_avatar/community.netdata.cloud/manolis_vasilakis/32/820_2.png) [@Manolis\_Vasilakis](https://community.netdata.cloud/u/Manolis_Vasilakis)\
**Post date:** [April 5, 2022, 6:32am UTC](https://community.netdata.cloud/t/parent-pod-failed-to-connect-to-https-app-netdata-cloud-return-code-6-child-nodes-working/2690/5 "2022-04-05T06:32:13Z")

</div>

Thank you for the follow up!! Glad you got it solved!