Denis
07/21/2024, 4:26 PMbash
DOCKER_REGISTRY_SERVER=docker.io
DOCKER_USER=gontcharovd
[email protected]
DOCKER_PASSWORD=thisisnotmyrealpassword
sudo kubectl create secret docker-registry myregistrykey --docker-server=$DOCKER_REGISTRY_SERVER --docker-username=$DOCKER_USER --docker-password=$DOCKER_PASSWORD --docker-email=$DOCKER_EMAIL -n united-manufacturing-hub --kubeconfig /etc/rancher/k3s/k3s.yaml
# Persistent Volume Claim
I created a PersistentVolumeClaim for HighByte based on the attached persistent-volume-claim.yaml file:
sudo kubectl apply -f persistent-volume-claim.yaml --kubeconfig /etc/rancher/k3s/k3s.yaml
# Kubernetes Deployment
I deployed the attached deployment.yaml file (based on the Docker command specified in the HighByte Docker documentation: https://guide.highbyte.com/setup/docker/):
sudo kubectl apply -f deployment.yaml --kubeconfig /etc/rancher/k3s/k3s.yaml
I can see that the pod is created, but the pod fails to start up:
sudo kubectl get pods -n united-manufacturing-hub --kubeconfig /etc/rancher/k3s/k3s.yaml
NAME READY STATUS RESTARTS AGE
united-manufacturing-hub-kafka-configuration-tbf2q 0/1 Completed 0 38d
...
highbyte-deployment-556444bcbc-zk7mv 0/1 Pending 0 26m
...
# Troubleshooting
This command does not return any output:
sudo kubectl logs highbyte-deployment-556444bcbc-zk7mv -n united-manufacturing-hub --kubeconfig /etc/rancher/k3s/k3s.yaml
I suspect there's an authenticaton issue with Docker Hub, because the gontcharovd/highbyte:4.0.0 image shows 0 downloads. I'll investigate the further. Are there perhaps any obvious flaws you see in my workflow?Jermuk
07/22/2024, 7:29 AMDenis
07/22/2024, 7:44 AMJermuk
07/22/2024, 8:47 AMJermuk
07/22/2024, 8:53 AMJermuk
07/22/2024, 8:53 AMJermuk
07/22/2024, 8:53 AMapiVersion: v1
kind: Service
metadata:
name: highbyte-service
namespace: united-manufacturing-hub
spec:
selector:
app: highbyte
ports:
- name: port-45245
protocol: TCP
port: 45245
targetPort: 45245
- name: port-1885
protocol: TCP
port: 1885
targetPort: 1885
- name: port-8885
protocol: TCP
port: 8885
targetPort: 8885
type: LoadBalancerJermuk
07/22/2024, 8:53 AM---Jermuk
07/22/2024, 8:55 AMJermuk
07/22/2024, 9:51 AMJermuk
07/22/2024, 9:52 AMDenis
07/22/2024, 10:50 AMJermuk
07/22/2024, 11:16 AMJermuk
07/22/2024, 11:17 AMDenis
07/22/2024, 12:37 PMDenis
07/22/2024, 12:39 PMJermuk
07/22/2024, 3:42 PMJermuk
07/22/2024, 3:42 PMJermuk
07/22/2024, 3:46 PMJermuk
07/22/2024, 3:46 PMDenis
07/23/2024, 7:01 AM_timestamp value to the message (I checked it with the UMH MQTT broker as well as the built-in HighByte MQTT broker: the _timestamp appears in both cases). So far I haven't discovered a way to remove itDenis
07/23/2024, 7:30 AM_timestamp topic and key-value pair. With the former, I can manually filter it out using the Attribute Filter. I read all the HighByte documentation and couldn't find anything related to _timestamp so I think this is a bug. I'll write them an email