Closed garet80 closed 2 months ago
@garet80
Hi, the status Init:CrashLoopBackOff
means the init container's failure. So could you please gather logs from init container?
kubectl -n awx logs awx-postgres-15-0 -c init
F.Y.I., the Warning
message you've found (FailedScheduling
) is solved in the next line (Scheduled
). This is not the cause of your issue.
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Warning FailedScheduling 24s default-scheduler 0/1 nodes are available: pod has unbound immediate PersistentVolumeClaims. preemption: 0/1 nodes are available: 1 Preemption is not helpful for scheduling.
Normal Scheduled 22s default-scheduler Successfully assigned awx/awx-postgres-15-0 to vm-ansible-run-01
@kurokobo thanks for the answer and the information about the error.
This is the output of your requested command:
$ kubectl -n awx logs awx-postgres-15-0 -c init
Fatal glibc error: CPU does not support x86-64-v2
$
The VM is created on VMWare 7
Edit:
searching on web I think I have found the solution:
"If you are running on ESXi, ensure the cluster EVC mode is ‘Haswell’ or higher. EVC settings lower than Haswell disable chipset functions that is required by x86-64-v2"
If we can't change EVC there are some other way to deploy AWX (especially postgres POD)?
Thanks Regards
@garet80
Thanks for providing logs! As you found, this is caused the chipset functions on your vCPUs.
If we can't change EVC there are some other way to deploy AWX (especially postgres POD)?
Unfortunately, no, x86-64-v2 support is mandatory for the recent AWX and PSQL. Because these container images are built based on CentOS Stream 9 which requires x86-64-v2 support: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/9.0_release_notes/architectures
i am installing aws for the first time and i have the same issue
@adel-barout
Not the same issue, please read our comments😞
And please follow my guide, maybe you've skipped some steps, since the steps in my guide are designed to avoid any Permission denied
.
@kurokobo, thanks you a lot for the quick response. It works now
@kurokobo I have change the compatibility of the VM and now works all fine thanks for the help.
I'm going to use this space for another question before close it:
it's possible to bind a directory external to the awx pod where put the playbook and tell from awx to use them (in the old version was possible to use a directory external to docker container changing the yaml installer, for example i have set has directory /var/lib/awx/projects/ directory)?
Thanks regards
@garet80
For such purpose, my guide is already designed to mount /data/projects
on your host as /var/lib/awx/projects
in AWX.
If you've followed my guide, maybe you already have that.
Refer to: https://github.com/kurokobo/awx-on-k3s/blob/main/tips/manual-project.md
This issue is stale because it has been open 10 days with no activity. Remove stale label or comment or this will be closed in 4 days.
This issue was closed because it has been open 2 weeks with no activity.
Environment
k3s version v1.29.3+k3s1 (8aecc26b) go version go1.21.8
Description
Hi guys, nice to meet you.
I have a problem on a fresh installation in a virtual machine Red Hat 8.9.
When I launch the deploy of AWX the POD awx-postgres-15-0 going in Init:CrashLoopBackOff
For what i see from log deployment of awx-operator-controller-manager when the start the task of Database return this in loop until it crash:
Before POD crashing I have found this warning in POD description:
I have follow the guide and don't have done any particular customization.
I already try these commands:
as reported in the https://github.com/kurokobo/awx-on-k3s/blob/main/tips/troubleshooting.md but the error remain the same.
On this server is already installed and running an old version of AWX (17.1.0) on docker, I don't think this can be a problem for the deployment.
Do you have any suggestion about this error?
Thanks Regards
Step to Reproduce
kubectl apply -k base
Logs
Files