-
Notifications
You must be signed in to change notification settings - Fork 29
sycri can't create container #365
Comments
Hi @malixian, Please provide the following information:
BTW do you have docker running? I see you require |
thanks @sashayakovtseva ,
journalctl -u kubelet -e, find error:
journalctl -u sycri -e, find error:
it looks like image not't exist,but i have pushed image with
i try to deploy sycri in x86,but also appear some error:
journalctl -u sycri -e
|
@malixian What version of singularity-cri you are using? Can you confirm the same network error appears if you do |
it's ok in that host.
journalctl -u sycri -e
|
|
@malixian Is this is not an issue anymore? Looks like you have accidentally closed it. And I need a full output of |
@sashayakovtseva yes,you're right, sycri version is 1.0.0-beta.5. node information is
|
Can you please update sycri to the latest version? |
sorry, it's my fault。and your suggestion is update sycri to 1.0.0-beta.6?current is 1.0.0-beta.5
|
Yes, there've been some fixes |
Also enabling debug logs will help us to understand what is wrong.
|
@sashayakovtseva unfortunately, it doesn't work.but i can see sycri detail execute information:
you can see , execution process doesn't have |
Is that for |
i change arch to amd64, and that error is not like image compatible.the core error is what i have show."StartContainer" for |
I see this error, but that only means container fails to start. The reason is somewhere in the logs hopefully. However, I think you may not see some of them because of #360. I would appreciate if you can try to run the image with Singularity directly on that host and paste full output here:
|
output seems like normal.
my kubelet.service config is
|
Weird..
This should prevent from logs being truncated. Then post the output here please. |
sycri only has the same output
|
What do container logs show? |
the problem has been found, may be shell in container execution time is too short to logs shows |
Execution time will not result in an Btw there is a beta7 version, so feel free to update singularity-cri :) |
hi @sashayakovtseva , i try to execute the yaml file like this:
And i find pod status is CrashLoopBackOff, but when append shell |
@malixian @sashayakovtseva This is my environment:
I test the example/k8s/image-service.yaml, get this error log:
|
my kubelet.service config is:
[Unit]
Description=Kubernetes Kubelet
Documentation=https://github.com/GoogleCloudPlatform/kubernetes
After=docker.service
Requires=docker.service
[Service]
WorkingDirectory=/var/lib/kubelet
ExecStart=/opt/kube/bin/kubelet
--address=10.2.152.182
--allow-privileged=true
--anonymous-auth=false
--authentication-token-webhook
--authorization-mode=Webhook
--client-ca-file=/etc/kubernetes/ssl/ca.pem
--cluster-dns=10.70.0.2
--cluster-domain=cluster.local.
--cni-bin-dir=/opt/kube/bin
--cni-conf-dir=/etc/cni/net.d
--fail-swap-on=false
--hairpin-mode hairpin-veth
--hostname-override=10.2.152.182
--kubeconfig=/etc/kubernetes/kubelet.kubeconfig
--max-pods=110
--network-plugin=cni
--pod-infra-container-image=mirrorgooglecontainers/pause-amd64:3.1
--register-node=true
--root-dir=/var/lib/kubelet
--tls-cert-file=/etc/kubernetes/ssl/kubelet.pem
--tls-private-key-file=/etc/kubernetes/ssl/kubelet-key.pem
--v=2
--container-runtime=remote
--container-runtime-endpoint=unix:///var/run/singularity.sock
--image-service-endpoint=unix:///var/run/singularity.sock
ExecStartPost=/sbin/iptables -A INPUT -s 10.0.0.0/8 -p tcp --dport 4194 -j ACCEPT
ExecStartPost=/sbin/iptables -A INPUT -s 172.16.0.0/12 -p tcp --dport 4194 -j ACCEPT
ExecStartPost=/sbin/iptables -A INPUT -s 192.168.0.0/16 -p tcp --dport 4194 -j ACCEPT
ExecStartPost=/sbin/iptables -A INPUT -p tcp --dport 4194 -j DROP
Restart=on-failure
RestartSec=5
[Install]
WantedBy=multi-user.target
i think this config is ok, but pod events have some error:
Error: could not create container: could not spawn container: could not create oci bundle: could not create SIF bundle: failed to load SIF image /var/lib/singularity/cf5d9eea227371037e614fc7dec7c1f437a6398f9b08250b89ef5c92aab7e737: image format not recognized
The text was updated successfully, but these errors were encountered: