Lab 10: Running Containers at Scale with k8S - GC hosted Vote application is crashing on selection
Hi,
As mentioned in the exercise, I have hosted the vote application and redis backend in Google Cloud platform.
Created required services and exposed the ports.
But even then on the selection of vote, the app crashes with an internal error:
Please let me know, if i am missing anything here.
PS: Also, please note that while trying to expose a redis port i.e
kubectl expose deployment redis --port=6739 –name=redis
i got a following error:
(ci-cd-370806)$ kubectl expose deployment redis --port=6739 –name=redis
service/redis exposed
Error from server (NotFound): deployments.apps "–name=redis" not found
but after this i tried to remove the name in the command as follows:
**kubectl expose deployment redis --port=6739 **
which went fine and exposed a service.
However in both the cases app was crashing.
Pease let me know, if you need any further details.
Comments
-
Hi there,
I'm chiming in to say I'm seeing the same issue in Lab 10. I've tried troubleshooting it myself and I am at a loss for the fix.
The only new information I can provide is that the apparent typo in the kubectl command (using only one '-' in the -name option) isn't the root of the issue. I get the same result with --name=redis:
$ kubectl expose deployment redis --port=6739 –-name=redis service/redis exposed Error from server (NotFound): deployments.apps "–-name=redis" not found
I'm going to move forward to the next chapter and hope that this doesn't cause issues in a future lab, but I'd appreciate some insight on the issue.
0 -
Found the issue: The expose command should use port "6379", not "6739" as stated in the lab.
I found the following error in the logs of my vote-xxxxx service:
ConnectionError: Error connecting to redis:6379. timed out.
...and noticed the difference between the port expected by the app and what I'd used in my expose command. Sure enough, the vote app works perfectly once the redis service is set to use port 6379.
Please update the lab materials to use the following command:
$ kubectl expose deployment redis --port=6379 –-name=redis
As a sidenote: The 'deployments.apps "–-name=redis" not found' error I was seeing earlier no longer seems to be an issue. Not sure what fixed it (maybe my brand-new cluster needed a few more hours to fully initalize?) but the "--name=redis" option works as expected, and the "-name" version (with one dash) now gives a proper error message:
Error from server (NotFound): namespaces "ame=redis" not found
0 -
Hi @jleveque,
If an application is crashing, I would try the following:
1.- Look at the log files and see if there is anything I can have useful information. Look for existing bugs for the error.
2.- If you don't find any existing bug or any clear indication of what's failing, I'd try creating a new set of cloud systems to try on. Perhaps something became corrupted.
3.- Check on any running firewall, Selinux, Apparmor.
4.- Check on the ports you are working with. Ask yourself if the ports are being used by any other application.
I'll try to replicate the issue; what OS flavor and version are you using in the systems? What's the version of kubectl?
Regards,
Luis.0 -
The expose command in Lab 10 was updated to use port "6379", instead of "6739".
2
Categories
- All Categories
- 175 LFX Mentorship
- 175 LFX Mentorship: Linux Kernel
- 745 Linux Foundation IT Professional Programs
- 372 Cloud Engineer IT Professional Program
- 168 Advanced Cloud Engineer IT Professional Program
- 73 DevOps IT Professional Program - Discontinued
- 3 DevOps & GitOps IT Professional Program
- 98 Cloud Native Developer IT Professional Program
- 7.6K Training Courses & Learning Paths
- AI & ML Training
- Blockchain & Decentralized Identity Training
- 1 Cloud & Containers Training
- Cybersecurity Training
- DevOps & Site-Reliability Training
- Linux Kernel Development Training
- Networking Training
- Open Source Best Practice Training
- System Administration Training
- System Engineering Training
- Web & Application Development Training
- 2 LFD103-JP クラス フォーラム
- 4 LFD210-CN Class Forum
- 764 LFD259 Class Forum
- 681 LFS101 Class Forum
- 2 LFS158-JP クラス フォーラム
- 162 LFS207 Class Forum
- 3 LFS207-DE-Klassenforum
- 4 LFS207-JP クラス フォーラム
- 61 LFS241 Class Forum
- 52 LFS242 Class Forum
- 42 LFS243 Class Forum
- 19 LFS244 Class Forum
- 4 LFS250-JP クラス フォーラム
- 166 LFS253 Class Forum
- 1.4K LFS258 Class Forum
- 792 Hardware
- 202 Drivers
- 68 I/O Devices
- 37 Monitors
- 95 Multimedia
- 173 Networking
- 91 Printers & Scanners
- 87 Storage
- 768 Linux Distributions
- 81 Debian
- 67 Fedora
- 22 Linux Mint
- 13 Mageia
- 24 openSUSE
- 150 Red Hat Enterprise
- 31 Slackware
- 13 SUSE Enterprise
- 356 Ubuntu
- 465 Linux System Administration
- 31 Cloud Computing
- 73 Command Line/Scripting
- Github systems admin projects
- 98 Linux Security
- 78 Network Management
- 101 System Management
- 46 Web Management
- 106 Mobile Computing
- 18 Android
- 73 Development
- 1.2K New to Linux
- 1K Getting Started with Linux
- 392 Off Topic
- 121 Introductions
- 181 Small Talk
- 29 Study Material
- 945 Programming and Development
- 310 Kernel Development
- 617 Software Development
- 978 Software
- 370 Applications
- 182 Command Line
- 5 Compiling/Installing
- 68 Games
- 317 Installation
- Archived
- 2 LFD140 Class Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)
