리뷰 원격 시작 스크립트를 사용하여 Compute 인스턴스 배포: 챌린지 실습개

Preethi R. · 10일 전에 리뷰됨

Tal M. · 10일 전에 리뷰됨

Muhammad Naveed S. · 11일 전에 리뷰됨

Windu F. · 11일 전에 리뷰됨

Landry Freidy B. · 11일 전에 리뷰됨

Tejaswini V. · 11일 전에 리뷰됨

Sneha M. · 11일 전에 리뷰됨

Aidil M. · 11일 전에 리뷰됨

Nicanor C. · 11일 전에 리뷰됨

Amey N. · 11일 전에 리뷰됨

amgad refaat amin a. · 11일 전에 리뷰됨

Tomasz Z. · 11일 전에 리뷰됨

I've identified and fixed the issues preventing your VM from serving web content. What went wrong: 1. Windows Line Endings: Your install-web.sh file had Windows-style line endings (\r\n). When Linux tried to run the script, it saw the command as apt-get update\r, which is an invalid operation. 2. Leading Space: There was a space at the very beginning of your script ( #!/bin/bash), which can sometimes interfere with how the shell interprets the file. 3. Apt Lock: On the first boot, your script failed because another system process (likely the automatic agent installation) was already using the package manager (apt-get). What I did: 1. Cleaned the Script: I removed the Windows carriage returns and the leading space from install-web.sh. 2. Updated the Bucket: I uploaded the corrected script back to your GCS bucket. 3. Restarted the VM: I reset the web2 instance to force it to run the startup script again. Verification: I verified that the VM is now correctly serving the default Apache page: 1 HTTP/1.1 200 OK 2 Server: Apache/2.4.67 (Debian) You should now be able to go back to the lab console and successfully validate the "test that the vm is serving web content" step!

Lennart Joshua M. · 11일 전에 리뷰됨

Ganapathi K. · 11일 전에 리뷰됨

Abderrahmen k. · 11일 전에 리뷰됨

MW A. · 11일 전에 리뷰됨

Emil T. · 12일 전에 리뷰됨

Naveen N. · 12일 전에 리뷰됨

Patel H. · 12일 전에 리뷰됨

Tony C. · 12일 전에 리뷰됨

Harshil P. · 12일 전에 리뷰됨

Ferdinando A. · 12일 전에 리뷰됨

Adrian L. · 12일 전에 리뷰됨

Muhammad Naveed S. · 12일 전에 리뷰됨

Nikhil S. · 12일 전에 리뷰됨