You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What happened:
In my k8s 1.15 environment, I encountered an error after upgrading volcano version from v1.1.0 to v1.1.1.
pod volcano-scheduler-xxxxxxx is always in the CrashLoopBackOfff state, and the following error message appears:
standard_init_linux.go:211: exec user process caused "no such file or directory"
standard_init_linux.go:211: exec user process caused "no such file or directory"
standard_init_linux.go:211: exec user process caused "no such file or directory"
...
Rolling back to the old version is normal.
What you expected to happen:
How to reproduce it (as minimally and precisely as possible):
It can be reproduced at any time
Anything else we need to know?:
Environment:
Volcano Version: v1.1.1
Kubernetes version (use kubectl version): v1.15.11
Cloud provider or hardware configuration: OpenStack instances
OS (e.g. from /etc/os-release): CentOS Linux 7.8 x86_64
Is this a BUG REPORT or FEATURE REQUEST?:
/kind bug
What happened:
In my k8s 1.15 environment, I encountered an error after upgrading volcano version from v1.1.0 to v1.1.1.
pod
volcano-scheduler-xxxxxxx
is always in the CrashLoopBackOfff state, and the following error message appears:Rolling back to the old version is normal.
What you expected to happen:
How to reproduce it (as minimally and precisely as possible):
It can be reproduced at any time
Anything else we need to know?:
Environment:
kubectl version
): v1.15.11uname -a
): 3.10.0-1127.el7.x86_64 Rename hpw.cloud keyword to volcano.sh #1 SMP Tue Mar 31 23:36:51 UTC 2020 x86_64 x86_64 x86_64 GNU/LinuxThe text was updated successfully, but these errors were encountered: