Preparing Practice Exam…
Please wait a moment while the system generates the exam questions, answers, and study session.
Please wait a moment while the system generates the exam questions, answers, and study session.
Question 34 of 101
Free Preview · 101 of 335 · questions 1–101 of 335 are free. Sign up free to sync your progress across devices.
Select 3 answers.
This question asks for 3 answers, but our data marks only 1. Compare with the community discussion below for the full answer.
Written by other learners. Comments can disagree with the marked answer — check the official documentation when in doubt.
B - Cannot be this as Activity Logs track GCP-level events, like instance creation, deletion, metadata changes, and API calls. They do not contain OS-level debugging info or kernel/module failure data. D - Host Errors might cause 1 crash randomly. I see this happening at work all the time. But a bunch of them at once. Unlikely F - We know that this is only happening 50% of the time. How will you reproduce this locally? The other 50% of the time it works flawlessly
GCE Activity log does not provide debug logs as they lack kernel application-level details, while The serial console provides low level access to VMs boot and kernel logs. Therefore, C wins in this case.
A & E - Use Cloud Logging (Previously Stackdriver logging) search and filter module log entries. Provides syslog, kernel logs, app logs etc and can be filterer by VM name, time range, severity.. C - Serial console output - Kernel panics, boot failures or critical errors related to a kernel module often print messages directly to serial console before OS might even fully functional. [Option B could be helpful but for the scenario in question I won't go to GCE activities logs(Cloud Audit Logs) skipping C (Serial Console Output). It gives the information what's happening to VM from control pane's perspective, it won't directly tell me kernel module's internal errors... ]