LPI 102-500 Practice Test 43
Question 420
A Linux administrator investigates the following system incident: An administrator sees a print job ID in lpq output but deletes a user's source document rather than removing the queued job. Which TWO complementary steps provide the best corrective action and its most direct diagnostic verification? Select TWO answers.
- Set appropriate system time with timedatectl, maintain UTC-based hardware RTC where supported, and keep the displayed timezone separate from clock synchronization.
- Use CUPS or the LPD-compatible `lpq` and `lprm` or `cancel` commands to identify and remove only the failed job from the correct queue.
- Inspect CUPS printer state, queue name and job ID, view lpq or lpstat output, and confirm the target job disappears after cancellation.
- Delete the original PDF as a substitute for canceling a queued print job and indiscriminately purge all printers for one stalled queue.
- Inspect ~/.forward ownership and content, trace headers and MTA delivery logs, and send a single controlled test message.
Explanation
Correct Answers
B:Recommended administrative action: Use CUPS or the LPD-compatible `lpq` and `lprm` or `cancel` commands to identify and remove only the failed job from the correct queue. Linux principle: Printing systems maintain spooled job identities separately from source documents; deleting the original file does not reliably cancel a submitted print job.
C:Most direct verification evidence: Inspect CUPS printer state, queue name and job ID, view lpq or lpstat output, and confirm the target job disappears after cancellation. Linux principle: Printing systems maintain spooled job identities separately from source documents; deleting the original file does not reliably cancel a submitted print job.
Incorrect Answers
A:That option would set appropriate system time with timedatectl, maintain UTC-based hardware RTC where supported, and keep the displayed timezone separate from clock synchronization, but it addresses a different concern. Printing systems maintain spooled job identities separately from source documents; deleting the original file does not reliably cancel a submitted print job.
D:This shortcut is unsafe for the present Linux issue: Delete the original PDF as a substitute for canceling a queued print job and indiscriminately purge all printers for one stalled queue. Printing systems maintain spooled job identities separately from source documents; deleting the original file does not reliably cancel a submitted print job.
E:That option would inspect ~/.forward ownership and content, trace headers and MTA delivery logs, and send a single controlled test message, but it addresses a different concern. Printing systems maintain spooled job identities separately from source documents; deleting the original file does not reliably cancel a submitted print job.
Question 421
On a production Linux workstation or server, a technician observes: A remote printer is reachable over IP but never appears in client print queues because no supported destination was configured. Which administrative step is the MOST appropriate way to resolve this issue? Select ONE best answer.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
- Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job.
- Configure reachable approved chrony sources and check tracking and source selection before declaring time synchronization healthy.
- Inspect pending mail via mailq or a supported MTA queue command, identify the deferred-delivery reason and repair transport before replaying messages.
Explanation
Correct Answer
B:Recommended administrative action: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Incorrect Answers
A:That option would assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access, but it addresses a different concern. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
C:That option would configure reachable approved chrony sources and check tracking and source selection before declaring time synchronization healthy, but it addresses a different concern. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
D:That option would inspect pending mail via mailq or a supported MTA queue command, identify the deferred-delivery reason and repair transport before replaying messages, but it addresses a different concern. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Question 422
During an LPIC-1 practice lab, the operator encounters this condition: A remote printer is reachable over IP but never appears in client print queues because no supported destination was configured. Which Linux behavior or technical principle BEST explains why the issue occurs? Select ONE best answer.
- Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
- Systemd-journald may use volatile or persistent storage depending on configuration and directory availability; querying only the current boot cannot prove retention.
- Mail alias files map local recipient names to delivery targets, and some MTAs use a compiled alias database that must be rebuilt after changes.
Explanation
Correct Answer
A:Relevant Linux operating principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Incorrect Answers
B:That option would assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access, but it addresses a different concern. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
C:This alternative addresses Persistent systemd journal storage, not the specific issue of CUPS local and remote printer configuration: Systemd-journald may use volatile or persistent storage depending on configuration and directory availability; querying only the current boot cannot prove retention. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
D:This alternative addresses Mail aliases and newaliases database updates, not the specific issue of CUPS local and remote printer configuration: Mail alias files map local recipient names to delivery targets, and some MTAs use a compiled alias database that must be rebuilt after changes. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
Question 423
A helpdesk escalation describes this Linux behavior: A remote printer is reachable over IP but never appears in client print queues because no supported destination was configured. Which evidence or command result MOST directly tests the suspected root cause? Select ONE best answer.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
- Inspect /etc/ntp.conf or /etc/chrony.conf, verify service state, view ntpq -p or chronyc sources and check UDP connectivity.
- Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client.
- Compare current journal disk usage, archived files and results of journalctl --disk-usage, vacuum and offline directory queries.
Explanation
Correct Answer
C:Most direct verification evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Incorrect Answers
A:This shortcut is unsafe for the present Linux issue: Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
B:That option would inspect /etc/ntp.conf or /etc/chrony.conf, verify service state, view ntpq -p or chronyc sources and check UDP connectivity, but it addresses a different concern. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
D:That option would compare current journal disk usage, archived files and results of journalctl --disk-usage, vacuum and offline directory queries, but it addresses a different concern. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Question 424
An operations handoff identifies this problem: A remote printer is reachable over IP but never appears in client print queues because no supported destination was configured. Which observed outcome BEST confirms a successful and properly scoped correction? Select ONE best answer.
- New entries flow to the active logfile after rotation and archived logs meet retention and space limits without losing needed audit evidence.
- The host tracks an approved source with acceptable measured offset and remains time-synchronized under representative network conditions.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
- Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
Explanation
Correct Answer
D:Observable acceptance criterion: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Incorrect Answers
A:This alternative addresses Logrotate retention, compression and daemon reopen, not the specific issue of CUPS local and remote printer configuration: New entries flow to the active logfile after rotation and archived logs meet retention and space limits without losing needed audit evidence. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
B:This alternative addresses Chrony synchronization and source state, not the specific issue of CUPS local and remote printer configuration: The host tracks an approved source with acceptable measured offset and remains time-synchronized under representative network conditions. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
C:This shortcut is unsafe for the present Linux issue: Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Question 425
A team maintaining a Linux host reports: A remote printer is reachable over IP but never appears in client print queues because no supported destination was configured. Which misleading assumption MOST directly contributes to this failure and should be rejected? Select ONE best answer.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
- Assume pinging pool.ntp.org proves a running server's clock is synchronized and that editing a file automatically reloads the time daemon.
- Delete the original PDF as a substitute for canceling a queued print job and indiscriminately purge all printers for one stalled queue.
- Chain two ~/.forward files to one another and assume the MTA will always infer the intended final recipient without loops.
Explanation
Correct Answer
A:Reject this specific misconception: Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access. It incorrectly assumes behavior that conflicts with the observed Linux conditions.
Incorrect Answers
B:That option would assume pinging pool.ntp.org proves a running server's clock is synchronized and that editing a file automatically reloads the time daemon, but it addresses a different concern. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
C:This alternative addresses CUPS queue inspection and selective cancellation, not the specific issue of CUPS local and remote printer configuration: Delete the original PDF as a substitute for canceling a queued print job and indiscriminately purge all printers for one stalled queue. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
D:This alternative addresses User mail forwarding and delivery loops, not the specific issue of CUPS local and remote printer configuration: Chain two ~/.forward files to one another and assume the MTA will always infer the intended final recipient without loops. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
Question 426
While verifying a Linux change request, an engineer finds: A printer accepts jobs locally but remote users cannot connect through the CUPS server due to access restrictions and a wrong URI. Which administrative step is the MOST appropriate way to resolve this issue? Select ONE best answer.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
- Inspect pending mail via mailq or a supported MTA queue command, identify the deferred-delivery reason and repair transport before replaying messages.
- Configure a facility-and-priority selector with the intended action and a supported remote target, then test message routing and transport.
- Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job.
Explanation
Correct Answer
D:Recommended administrative action: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job.
Incorrect Answers
A:This shortcut is unsafe for the present Linux issue: Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access. It cannot establish a safe correction.
B:This alternative addresses Mail queue inspection and resend decisions, not the specific issue of CUPS local and remote printer configuration: Inspect pending mail via mailq or a supported MTA queue command, identify the deferred-delivery reason and repair transport before replaying messages.
C:That option would configure a facility-and-priority selector with the intended action and a supported remote target, then test message routing and transport, but it addresses a different concern. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Question 427
A Linux administrator investigates the following system incident: A printer accepts jobs locally but remote users cannot connect through the CUPS server due to access restrictions and a wrong URI. Which Linux behavior or technical principle BEST explains why the issue occurs? Select ONE best answer.
- Rsyslog rules match syslog facilities and severities, and remote forwarding depends on correct action syntax and reachable transport.
- Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
- Renaming a logfile does not force a running process to reopen its file descriptor; retention depends on configured rotation and cleanup actions.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
Explanation
Correct Answer
B:Relevant Linux operating principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Incorrect Answers
A:This alternative addresses Rsyslog facility priority and central forwarding, not the specific issue of CUPS local and remote printer configuration: Rsyslog rules match syslog facilities and severities, and remote forwarding depends on correct action syntax and reachable transport. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
C:This alternative addresses Logrotate retention, compression and daemon reopen, not the specific issue of CUPS local and remote printer configuration: Renaming a logfile does not force a running process to reopen its file descriptor; retention depends on configured rotation and cleanup actions. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
D:This shortcut is unsafe for the present Linux issue: Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access. It cannot establish a safe correction. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Question 428
On a production Linux workstation or server, a technician observes: A printer accepts jobs locally but remote users cannot connect through the CUPS server due to access restrictions and a wrong URI. Which evidence or command result MOST directly tests the suspected root cause? Select ONE best answer.
- Inspect journald.conf, /var/log/journal ownership, `journalctl --list-boots` and archived messages after a controlled reboot.
- Inspect /etc/ntp.conf or /etc/chrony.conf, verify service state, view ntpq -p or chronyc sources and check UDP connectivity.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
- Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client.
Explanation
Correct Answer
D:Most direct verification evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client.
Incorrect Answers
A:This alternative addresses Persistent systemd journal storage, not the specific issue of CUPS local and remote printer configuration: Inspect journald.conf, /var/log/journal ownership, `journalctl --list-boots` and archived messages after a controlled reboot.
B:This alternative addresses Traditional NTP configuration and peer observation, not the specific issue of CUPS local and remote printer configuration: Inspect /etc/ntp.conf or /etc/chrony.conf, verify service state, view ntpq -p or chronyc sources and check UDP connectivity.
C:This shortcut is unsafe for the present Linux issue: Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access. It cannot establish a safe correction. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
Question 429
During an LPIC-1 practice lab, the operator encounters this condition: A printer accepts jobs locally but remote users cannot connect through the CUPS server due to access restrictions and a wrong URI. Which observed outcome BEST confirms a successful and properly scoped correction? Select ONE best answer.
- Clock values stay consistent over a controlled reboot and displayed local time matches the configured zone while UTC remains stable.
- Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
- An approved peer is selected and local clock metrics converge within documented tolerances after configuration reload.
Explanation
Correct Answer
B:Observable acceptance criterion: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
Incorrect Answers
A:This alternative addresses System clock versus real-time clock and UTC policy, not the specific issue of CUPS local and remote printer configuration: Clock values stay consistent over a controlled reboot and displayed local time matches the configured zone while UTC remains stable. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
C:This shortcut is unsafe for the present Linux issue: Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
D:This alternative addresses Traditional NTP configuration and peer observation, not the specific issue of CUPS local and remote printer configuration: An approved peer is selected and local clock metrics converge within documented tolerances after configuration reload. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print. Appropriate response: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Root-cause evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Independent acceptance: Remote authorized clients submit and complete a test job through the intended queue while blocked users cannot access restricted printing.
Question 430
A helpdesk escalation describes this Linux behavior: A printer accepts jobs locally but remote users cannot connect through the CUPS server due to access restrictions and a wrong URI. Which TWO complementary steps provide the best corrective action and its most direct diagnostic verification? Select TWO answers.
- Review approved ntpd or chrony configuration, reload the correct service and inspect peer association and reachability with ntpq or chronyc as applicable.
- Run `logrotate -d` or a controlled forced rotation, inspect the daemon's file handles, timestamps and retained compressed archives.
- Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job.
- Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access.
- Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client.
Explanation
Correct Answers
C:Recommended administrative action: Configure the supported CUPS printer destination and connection URI with appropriate remote permissions, then verify a real print job. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
E:Most direct verification evidence: Inspect /etc/cups, destination listing, device URI, cupsd service and permissions, and test a small print job from an authorized client. Linux principle: Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
Incorrect Answers
A:That option would review approved ntpd or chrony configuration, reload the correct service and inspect peer association and reachability with ntpq or chronyc as applicable, but it addresses a different concern. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
B:That option would run `logrotate -d` or a controlled forced rotation, inspect the daemon's file handles, timestamps and retained compressed archives, but it addresses a different concern. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.
D:This shortcut is unsafe for the present Linux issue: Assume a pingable printer is automatically installed as a CUPS destination for every Linux user and all queues require public remote access. Network reachability and a configured CUPS destination are distinct; queue administration and access rules determine whether remote clients can print.