-
Notifications
You must be signed in to change notification settings - Fork 246
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Platform Admin page not loading and pods not ready yet #673
Comments
Could you post the debug logs as described here? https://backstage.forgerock.com/docs/forgeops/7.2/troubleshooting/pods.html |
@dgoldssfo Thanks for addressing my issue. |
@sunsunny-hub Could you please attach the HTML file? (It's formatted in such a way that makes things easier to troubleshoot.) Thanks. |
@dgoldssfo I did try to attach the html file but I am getting an error while attaching the HTML file "We don't support that file type" looks like GitHub doesn't support HTML file type in attachments. So I have to change the extension of the HTML file to txt, please revert the file type to HTML at your end and have look at the HTML log file. |
Thanks for posting the logs. I took a look at the admin-ui pod logs and found this message, which is unexpected: failed to try resolving symlinks in path "/var/log/pods/my-namespace_admin-ui-6cc597bfdb-tcc8p_7b977ac5-ccdf-4cdb-ac7d-7ea9508b8255/admin-ui/6.log": lstat /var/log/pods/my-namespace_admin-ui-6cc597bfdb-tcc8p_7b977ac5-ccdf-4cdb-ac7d-7ea9508b8255/admin-ui/6.log: no such file or directory On a healthy deployment, the logs for this pod should look similar to the logs for the login-ui and end-user-ui pods. We don't have any reports of the error your getting, and I haven't seen it myself previously. You're deploying from branch release/7.1-20221111, correct? By any chance, are you running this on WSL? It's documented as unsupported, here: https://backstage.forgerock.com/docs/forgeops/7.1/cdk/setup-cdk.html One thing you might try is to delete the admin-ui pod and let it restart. Then check the container logs and see if you're still getting the "failed to try resolving symlinks" error. If not, you might be able to log in at that point. You shouldn't have to do that, but occasionally there are timing glitches. This doesn't look like one to me, but you never know. Worth a try. I'll pass the error you're getting up to our engineers and see if they might be able to lend some insight into the situation. |
@dgoldssfo Yes that is correct, I am using release/7.1-20221111 branch. I'll give it a try and see if it works, and update you. Also I would like to thank you for your help @dgoldssfo. |
@dgoldssfo I did try what you suggested, i deleted the admin-ui pod and let it restart. Now the logs seem to be good as this time it didn't shows "failed to try resolving symlinks" but the issue is still not resolved admin page is still not loading up. Attaching the HTML log file. |
@sunsunny-hub Could you please confirm you are not doing this on WSL/WSL2, and also let me know the commands you used to start Minikube and to install the CDK? Thanks. |
@dgoldssfo not using WSL/WSL2, I am using the GCP custom image of ubuntu pro 2004 LTS which supports nested virtualization. I followed the commands mentioned in the ForgeRock legacy feature Minikube Although I installed the latest version, not the exact same version mentioned in the third-party software listed in the above link. |
@dgoldssfo Did you review my commands? please share your thoughts |
@sunsunny-hub Apologies, I have been away at a conference, where I came down ill. Also working on a release, so I'm just super busy. I assume you meant 20.04, not 2004, right? Is it an older version of VirtualBox as well? You might try upgrading both of those if possible. Running a VM inside a VM could be the source of your issue. Kubernetes does not always work perfectly in complex virtualization environments like what you have. |
@dgoldssfo Apologies for long delay, I was working on some important stuffs. Yes it was 20.04 and My VM was on Google cloud not on virtualbox. |
I'm sorry, I'm not sure why this isn't working. Your environment is pretty different from what we've spec'ed in our doc, and not really supported. I think I've gone about as far as I can trying to figure out what the problem is. I'm reasonably certain that if you recreate the situation in the environment we specify in the doc, it'll work. Apologies. |
Ohk, So i will try again below is my 2 senarios you can suggest me which is better to try on. Scenario 1- I have windows laptop i can created VM on VMware or Oracle Vbox and start delpoyment of CDM or CDK into that created VM as per the documentation -- (https://backstage.forgerock.com/docs/forgeops/7.1/cdm/gke/setup/setup-env.html) Scenario 2 - Which is more like above, creating a VM on Google cloud which support virtualization and following the same documentation steps for CDK or CDM deployment. (https://backstage.forgerock.com/docs/forgeops/7.1/cdm/gke/setup/setup-env.html) Please suggest the best way to achieve the ForgeRock Identity Platform deployment |
Either is OK. You'll need to make sure your Linux VM supports virtualization within virotualization so that you can install VirtualBox within the VM. In scenario 1, you'd still need to install VirtualBox within your Linux VM, and then use the VirtualBox driver when you install Minikube. |
i am unable to get login UI prompts after loading "my-namespace.iam.example.com/platform" on browser, please find the screenshot of the same. Not sure whether my browser request is redircting to login-ui pod by Kubernetes ingress controller.
Also my 2 pods [amster and ldif-imposter] is not ready yet, please find the screenshot for the same.
I did followed complete steps for forgeops CDK using minikube not sure why it is not working as expected as per forgerock documentation. If there is a solution for this please let me know. :)
The text was updated successfully, but these errors were encountered: