{"id":23922,"date":"2026-09-28T11:09:22","date_gmt":"2026-09-28T11:09:22","guid":{"rendered":"https:\/\/www.examlabs.com\/certification\/?p=23922"},"modified":"2026-09-28T11:09:22","modified_gmt":"2026-09-28T11:09:22","slug":"cisco-ccnp-data-center-300-635-practice-test-questions-and-exam-dumps-part19-q361-380","status":"publish","type":"post","link":"https:\/\/www.examlabs.com\/certification\/cisco-ccnp-data-center-300-635-practice-test-questions-and-exam-dumps-part19-q361-380\/","title":{"rendered":"Cisco CCNP Data Center 300-635 Practice Test Questions and Exam Dumps Part19 Q361-380"},"content":{"rendered":"<h2><b>View Full <\/b><a href=\"https:\/\/www.examlabs.com\/300-635-exam-dumps\"><b>Cisco CCNP Data Center 300-635 Exam Dumps<\/b><\/a><b> and Practice Test Dumps<\/b><\/h2>\n<p>&nbsp;<\/p>\n<p><b>Question 361.<\/b><\/p>\n<p><b>Which Cisco Nexus capability can automatically provision a new switch by downloading configuration and software information during initial deployment?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> POAP<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> HSRP<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> LACP<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> UDLD<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">PowerOn Auto Provisioning, or POAP, allows supported Cisco Nexus switches to automate initial provisioning when they boot without a startup configuration. The switch can obtain network information, locate a provisioning script, download configuration or software, and complete deployment with minimal manual interaction. This is useful when deploying many switches consistently. HSRP provides first-hop redundancy, LACP negotiates link aggregation, and UDLD detects certain unidirectional link conditions. POAP is especially valuable in large data centers where repeatable zero-touch provisioning reduces deployment time and minimizes configuration inconsistencies.<\/span><\/p>\n<p><b>Question 362.<\/b><\/p>\n<p><b>What is a primary benefit of using POAP when deploying a large number of Nexus switches?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> It removes the need for network connectivity<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> It enables repeatable zero-touch initial provisioning<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> It automatically creates ACI contracts<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> It replaces all configuration management tools permanently<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">POAP helps automate the initial deployment of supported Nexus switches by obtaining provisioning information and applying configuration or software automatically. This reduces repetitive manual CLI work and improves consistency across large deployments. POAP still depends on appropriate connectivity and supporting services during provisioning. It does not create ACI application policy by itself and does not replace ongoing configuration management tools such as Ansible, APIs, or infrastructure-as-code systems. Its strongest use case is accelerating and standardizing initial switch provisioning.<\/span><\/p>\n<p><b>Question 363.<\/b><\/p>\n<p><b>Which practice best reduces the risk of deploying an incorrect configuration through POAP?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Use the same unvalidated script for every environment<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Disable provisioning logs<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Validate provisioning scripts and configuration in a lab before production use<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Avoid source control<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">POAP can apply configuration automatically at scale, so a mistake in a provisioning script can affect many devices quickly. Scripts, image references, configuration templates, and environment-specific variables should therefore be tested in a controlled environment before production rollout. Source control should be used to track changes and enable review. Logging should remain enabled so failed or unexpected provisioning can be investigated. Automated deployment increases speed, but it also increases potential blast radius, making validation and staged testing essential.<\/span><\/p>\n<p><b>Question 364.<\/b><\/p>\n<p><b>Which Cisco NX-OS capability provides a Bash shell environment on supported platforms for advanced local scripting and Linux-style commands?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> NX-API only<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> EEM only<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> POAP only<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Bash shell or Guest Shell environment<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Supported Cisco Nexus platforms provide Linux-oriented environments such as Bash access or Guest Shell that allow administrators to use common Linux commands and scripting tools locally. Guest Shell offers an isolated environment suitable for Python and other utilities. NX-API is a programmable interface rather than a local shell, EEM provides event-driven automation, and POAP focuses on initial provisioning. Local scripting can be powerful, but scripts should be tested carefully because excessive CPU, memory, storage, or process usage could affect production switch operations.<\/span><\/p>\n<p><b>Question 365.<\/b><\/p>\n<p><b>Which security practice is most important when enabling local shell access on a production Nexus switch?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Restrict access using role-based permissions and least privilege<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Give every user unrestricted shell access<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Disable command logging<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Share one administrative password among all automation users<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Local shell access can provide powerful capabilities, so it should be restricted to authorized users with only the permissions they require. Role-based access control, strong authentication, logging, and separation of duties help reduce risk. Shared credentials make accountability difficult, while unrestricted access unnecessarily increases the impact of credential compromise. Command and session logging should remain enabled where supported. Automation identities should also be distinct from human administrator accounts so actions can be traced and privileges can be managed independently.<\/span><\/p>\n<p><b>Question 366.<\/b><\/p>\n<p><b>Which Cisco Nexus feature can trigger a local action when a threshold such as CPU utilization or interface errors exceeds a defined condition?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> CDP<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Embedded Event Manager<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> HSRP<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> VRRP only<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Embedded Event Manager can react to supported operational events, including threshold-based conditions, syslog messages, timers, and interface changes. An EEM policy can then execute commands, collect diagnostics, or generate notifications. This makes it suitable for local event-driven remediation or troubleshooting. CDP discovers neighboring Cisco devices, while HSRP and VRRP provide first-hop redundancy. EEM actions should be carefully scoped because repeatedly triggered remediation can create unexpected behavior if the underlying event remains active.<\/span><\/p>\n<p><b>Question 367.<\/b><\/p>\n<p><b>Which design choice helps prevent an EEM policy from entering a repeated action loop after the same event is generated by its own remediation command?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Make the trigger broader<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Disable all logging<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Add trigger conditions and safeguards that prevent recursive execution<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Increase the number of remediation commands<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Event-driven automation should include safeguards against recursive or repeated execution. If an action generates the same syslog message or condition that triggered the policy, the EEM applet could repeatedly run. Engineers can reduce this risk with carefully defined trigger patterns, state checks, counters, timers, or conditions that suppress repeated execution. Broad triggers increase risk rather than reducing it. Logging is valuable for understanding what happened and should not be disabled simply to hide repeated actions.<\/span><\/p>\n<p><b>Question 368.<\/b><\/p>\n<p><b>Which RESTCONF response format is commonly used because it maps naturally to dictionaries and lists in Python?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> BMP<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> WAV<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> MPEG<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> JSON<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">JSON is commonly used with RESTCONF because it provides a lightweight structured representation of YANG-modeled data. Python can parse JSON into dictionaries, lists, strings, numbers, and Boolean values, which makes automation straightforward. XML may also be supported, but JSON is often preferred by developers familiar with REST APIs. BMP, WAV, and MPEG are media formats and are unrelated to model-driven configuration payloads. Structured data helps automation avoid the fragility associated with parsing human-oriented CLI output.<\/span><\/p>\n<p><b>Question 369.<\/b><\/p>\n<p><b>Which RESTCONF characteristic allows the client to identify a specific modeled resource directly through the request URI?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> The URI maps to the YANG-modeled data hierarchy<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Every request must contain CLI commands<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> RESTCONF ignores the underlying data model<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> All resources share the same URI<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">RESTCONF exposes YANG-modeled data through hierarchical URIs. The URI identifies the targeted container, list entry, leaf, or other modeled resource, allowing the client to retrieve or modify specific data programmatically. This structured mapping is one of the major advantages of model-driven APIs. RESTCONF does not require CLI commands and does not ignore the data model. Precise resource addressing makes automation more deterministic and reduces dependence on screen scraping.<\/span><\/p>\n<p><b>Question 370.<\/b><\/p>\n<p><b>Which RESTCONF operation is most appropriate when an automation client wants to create a new child resource within an existing parent resource?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> GET<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> POST<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> HEAD<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> OPTIONS<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">POST is commonly used in RESTCONF to create a new child resource beneath an existing data resource, depending on the modeled structure and implementation. GET retrieves data, while HEAD and OPTIONS provide other HTTP functions. PUT may also be used in some circumstances to create or replace a resource at a known URI. Automation engineers should follow the exact RESTCONF and platform semantics because creation behavior depends on the targeted YANG data node and supported operations.<\/span><\/p>\n<p><b>Question 371.<\/b><\/p>\n<p><b>Which NETCONF operation can be used to replace the entire contents of a supported configuration datastore with another configuration?<\/b><\/p>\n<ol>\n<li><b><\/b> <span style=\"font-weight: 400;\">&lt;copy-config&gt;<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b> <span style=\"font-weight: 400;\">&lt;get&gt;<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b> <span style=\"font-weight: 400;\">&lt;lock&gt;<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b> <span style=\"font-weight: 400;\">&lt;hello&gt;<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The <\/span><span style=\"font-weight: 400;\">&lt;copy-config&gt;<\/span><span style=\"font-weight: 400;\"> operation copies a complete configuration from a source to a target datastore when the device supports the requested datastores. This can be useful for backup restoration, initialization, or synchronized configuration workflows. <\/span><span style=\"font-weight: 400;\">&lt;get&gt;<\/span><span style=\"font-weight: 400;\"> retrieves data, <\/span><span style=\"font-weight: 400;\">&lt;lock&gt;<\/span><span style=\"font-weight: 400;\"> reserves a datastore, and <\/span><span style=\"font-weight: 400;\">&lt;hello&gt;<\/span><span style=\"font-weight: 400;\"> exchanges capabilities when establishing a NETCONF session. Because <\/span><span style=\"font-weight: 400;\">&lt;copy-config&gt;<\/span><span style=\"font-weight: 400;\"> can affect large amounts of configuration, automation should verify source and target carefully before executing it.<\/span><\/p>\n<p><b>Question 372.<\/b><\/p>\n<p><b>Which NETCONF operation is most appropriate when a client wants to remove a supported configuration datastore such as a candidate or startup datastore?<\/b><\/p>\n<ol>\n<li><b><\/b> <span style=\"font-weight: 400;\">&lt;commit&gt;<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b> <span style=\"font-weight: 400;\">&lt;delete-config&gt;<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b> <span style=\"font-weight: 400;\">&lt;get-config&gt;<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b> <span style=\"font-weight: 400;\">&lt;unlock&gt;<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The <\/span><span style=\"font-weight: 400;\">&lt;delete-config&gt;<\/span><span style=\"font-weight: 400;\"> operation deletes the contents of a supported configuration datastore, subject to server capabilities and protocol restrictions. It cannot be assumed to apply to every datastore, and the running datastore typically has different constraints. <\/span><span style=\"font-weight: 400;\">&lt;commit&gt;<\/span><span style=\"font-weight: 400;\"> activates candidate changes, <\/span><span style=\"font-weight: 400;\">&lt;get-config&gt;<\/span><span style=\"font-weight: 400;\"> retrieves configuration, and <\/span><span style=\"font-weight: 400;\">&lt;unlock&gt;<\/span><span style=\"font-weight: 400;\"> releases a datastore lock. Because deletion is destructive, clients should verify capabilities, target datastore, and operational intent before issuing the request.<\/span><\/p>\n<p><b>Question 373.<\/b><\/p>\n<p><b>Which YANG statement is used to identify the field or fields that uniquely identify entries in a list?<\/b><\/p>\n<ol>\n<li><b><\/b> <span style=\"font-weight: 400;\">leafref<\/span><span style=\"font-weight: 400;\"> only<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b> <span style=\"font-weight: 400;\">namespace<\/span><span style=\"font-weight: 400;\"> only<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b> <span style=\"font-weight: 400;\">key<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b> <span style=\"font-weight: 400;\">revision<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A YANG list can define one or more key leaves that uniquely identify each entry. For an interface list, the interface name might serve as the key. Keys are important because RESTCONF and NETCONF clients often need them to address a specific list entry. The <\/span><span style=\"font-weight: 400;\">revision<\/span><span style=\"font-weight: 400;\"> statement documents model history, while namespace declarations identify module naming information. Understanding list keys helps automation construct correct resource paths and precisely target modeled objects.<\/span><\/p>\n<p><b>Question 374.<\/b><\/p>\n<p><b>Which YANG construct allows a model to reuse an existing data type with a new locally meaningful name?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> container<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> list<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> notification<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> typedef<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 4<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A YANG <\/span><span style=\"font-weight: 400;\">typedef<\/span><span style=\"font-weight: 400;\"> defines a reusable named data type. This can improve consistency by allowing multiple leaves to share the same type definition, restrictions, or semantic meaning. Containers group related data, lists represent repeated entries, and notifications define event information. Typedefs help model designers avoid duplicating type definitions and make large data models easier to maintain. Automation clients benefit indirectly because strong typing helps validate acceptable values.<\/span><\/p>\n<p><b>Question 375.<\/b><\/p>\n<p><b>Which Ansible keyword controls how many hosts in a play are processed at one time during a staged rollout?<\/b><\/p>\n<ol>\n<li><b><\/b> <span style=\"font-weight: 400;\">serial<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b> <span style=\"font-weight: 400;\">register<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b> <span style=\"font-weight: 400;\">notify<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b> <span style=\"font-weight: 400;\">vars_files<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">The <\/span><span style=\"font-weight: 400;\">serial<\/span><span style=\"font-weight: 400;\"> keyword limits how many hosts are processed in each batch. This is useful for rolling or staged changes because automation can update a small subset of devices, validate results, and then continue with the next group. Limiting concurrency reduces blast radius when a change behaves unexpectedly. <\/span><span style=\"font-weight: 400;\">register<\/span><span style=\"font-weight: 400;\"> stores task output, <\/span><span style=\"font-weight: 400;\">notify<\/span><span style=\"font-weight: 400;\"> triggers handlers, and <\/span><span style=\"font-weight: 400;\">vars_files<\/span><span style=\"font-weight: 400;\"> loads external variables. Staged execution is particularly valuable when modifying production data center infrastructure.<\/span><\/p>\n<p><b>Question 376.<\/b><\/p>\n<p><b>Which Ansible directive can stop execution when a required validation condition is not satisfied?<\/b><\/p>\n<ol>\n<li><b><\/b> <span style=\"font-weight: 400;\">loop<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b> <span style=\"font-weight: 400;\">failed_when<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b> <span style=\"font-weight: 400;\">notify<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b> <span style=\"font-weight: 400;\">register<\/span><span style=\"font-weight: 400;\"> only<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">failed_when<\/span><span style=\"font-weight: 400;\"> allows a task result to be treated as a failure when a custom condition evaluates as true. This enables playbooks to enforce operational validation beyond a module&#8217;s default success criteria. For example, a query might technically complete successfully but return an unexpected interface state; <\/span><span style=\"font-weight: 400;\">failed_when<\/span><span style=\"font-weight: 400;\"> can stop the workflow in that case. Loops repeat tasks, notifications trigger handlers, and registration stores results. Custom failure conditions help make automation more aware of business and operational expectations.<\/span><\/p>\n<p><b>Question 377.<\/b><\/p>\n<p><b>Which Ansible directive can mark a task as changed only when a custom condition is met?<\/b><\/p>\n<ol>\n<li><b><\/b> <span style=\"font-weight: 400;\">changed_when<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b> <span style=\"font-weight: 400;\">serial<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b> <span style=\"font-weight: 400;\">delegate_to<\/span><span style=\"font-weight: 400;\"> only<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b> <span style=\"font-weight: 400;\">become<\/span><span style=\"font-weight: 400;\"> only<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">changed_when<\/span><span style=\"font-weight: 400;\"> allows a playbook author to control whether Ansible reports that a task changed the target system. This is useful when using commands or custom modules whose default change reporting does not accurately reflect the real state transition. Correct change reporting matters because handlers and CI systems may rely on that status. <\/span><span style=\"font-weight: 400;\">serial<\/span><span style=\"font-weight: 400;\"> controls batch size, while delegation and privilege escalation serve different purposes. Accurate change reporting improves idempotency and operational visibility.<\/span><\/p>\n<p><b>Question 378.<\/b><\/p>\n<p><b>Which Terraform command displays the current state or the contents of a saved plan in a human-readable form?<\/b><\/p>\n<ol>\n<li><b><\/b> <span style=\"font-weight: 400;\">terraform init<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b> <span style=\"font-weight: 400;\">terraform show<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b> <span style=\"font-weight: 400;\">terraform destroy<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b> <span style=\"font-weight: 400;\">terraform fmt<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 2<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">terraform show<\/span><span style=\"font-weight: 400;\"> displays information from Terraform state or a saved plan in a readable form. This can help engineers inspect managed resource attributes or understand exactly what a saved plan contains before execution. It is useful during troubleshooting, review, and CI\/CD workflows. <\/span><span style=\"font-weight: 400;\">terraform init<\/span><span style=\"font-weight: 400;\"> initializes providers and backends, <\/span><span style=\"font-weight: 400;\">destroy<\/span><span style=\"font-weight: 400;\"> removes resources, and <\/span><span style=\"font-weight: 400;\">fmt<\/span><span style=\"font-weight: 400;\"> formats configuration files. Detailed plan and state visibility helps teams detect unexpected behavior before applying changes.<\/span><\/p>\n<p><b>Question 379.<\/b><\/p>\n<p><b>Which Terraform data construct reads information about infrastructure that already exists without declaring that Terraform should create that object?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Data source<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Resource block only<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Backend only<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> State lock<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 1<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">A Terraform data source retrieves information about existing infrastructure or external values without creating the referenced object itself. For example, a configuration may look up an existing network, policy, organization, or identifier and then use that value when creating another managed resource. Resource blocks represent objects Terraform intends to manage, while backends and state locks serve state-management functions. Data sources are valuable when automation must integrate new resources with infrastructure managed elsewhere.<\/span><\/p>\n<p><b>Question 380.<\/b><\/p>\n<p><b>A deployment pipeline completes successfully, but a post-change API validation shows that the actual infrastructure state does not match the intended configuration. What should the workflow do?<\/b><\/p>\n<ol>\n<li><b><\/b><span style=\"font-weight: 400;\"> Ignore the difference because deployment completed<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>2.<\/b><span style=\"font-weight: 400;\"> Delete validation logs<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>3.<\/b><span style=\"font-weight: 400;\"> Stop further promotion and trigger remediation or rollback according to policy<\/span><span style=\"font-weight: 400;\"><br \/>\n<\/span><b>4.<\/b><span style=\"font-weight: 400;\"> Mark the deployment successful automatically<\/span><\/li>\n<\/ol>\n<p><b>Correct Answer: 3<\/b><\/p>\n<p><b>Explanation:<\/b><\/p>\n<p><span style=\"font-weight: 400;\">Successful execution does not guarantee that the final infrastructure state matches the intended design. Post-change validation should compare expected and actual state and treat meaningful differences as deployment failures. The workflow should stop further promotion, preserve logs, and initiate remediation or rollback according to defined policy. This is especially important when APIs accept a request but later reject part of the configuration or when dependencies produce unexpected results. Mature automation validates outcomes, not merely command execution.<\/span><\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>View Full Cisco CCNP Data Center 300-635 Exam Dumps and Practice Test Dumps &nbsp; Question 361. Which Cisco Nexus capability can automatically provision a new switch by downloading configuration and software information during initial deployment? POAP 2. HSRP 3. LACP 4. UDLD Correct Answer: 1 Explanation: PowerOn Auto Provisioning, or POAP, allows supported Cisco Nexus [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1648,1647],"tags":[],"_links":{"self":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/23922"}],"collection":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/comments?post=23922"}],"version-history":[{"count":1,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/23922\/revisions"}],"predecessor-version":[{"id":23923,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/posts\/23922\/revisions\/23923"}],"wp:attachment":[{"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/media?parent=23922"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/categories?post=23922"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.examlabs.com\/certification\/wp-json\/wp\/v2\/tags?post=23922"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}