Hardware Failure

Palo Alto Networks PA-440 power supply failed: Diagnose & Fix

Q: Where can I find the Palo Alto Networks official documentation?

https://knowledgebase.paloaltonetworks.com — search the product family + feature name.

By Sai Kiran Pandrala · reviewed by Sai Kiran Pandrala, Editor Last verified: 2026-05-30

⚡ At a glance

Vendor	Palo Alto Networks
Operating system	PAN-OS
Category	Hardware Failure
Skill level	Intermediate to advanced
DIY-able?	Yes with CLI access; some scenarios need Palo Alto TAC + RMA.

A Palo Alto Networks platform behaving badly is usually one of three things: a thermal/PSU issue caught by `show system environmentals`, a transceiver problem caught by `show interface ethernet1/1`, or a boot-loader hang you only see on the console. PAN-OS surfaces all three differently from competitors, so the diagnostic order matters.

I will be honest: on the PA-440 family I have seen at least one false-positive from the on-box monitoring per quarter. Always cross-check what `show system info` and `show system environmentals` reports against the physical front-panel and a smell test of the chassis.

If this is your first Palo Alto Networks hardware issue, the good news is that Palo Alto TAC is competent and the part-replacement RMA cycle is usually under a week for a covered unit.

What this guide covers

Diagnose and recover from power supply failed on a Palo Alto Networks PA-440.

Step-by-step

Confirm which PSU failed.
Verify the remaining PSU has enough capacity for the device + line cards + PoE budget.
Note the failed PSU's part number.
Replace during a maintenance window, most enterprise PSUs are hot-swappable.
After replacement, confirm both PSUs show OK.

CLI / commands

# Verify hardware state
show system info
show system state filter sys.s1.p*
show system environmentals

# Collect for Palo Alto TAC
tftp export tech-support to 10.10.1.100

When to RMA

Repeated failure after re-seat and power-cycle
Visible burn, scorching, or physical damage
POST or memory diagnostic failure
Hardware crashinfo without a software workaround

Frequently asked questions

Will this work on my specific PAN-OS version?

The procedure reflects current PAN-OS behaviour. Older releases may need minor syntax adjustments. use the CLI help (? or tab-completion) to verify.

Should I open a Palo Alto TAC case immediately?

Open one if you suspect hardware failure or the symptom persists after a maintenance-window reload. Make sure your support entitlement is active first.

Where can I find the Palo Alto Networks official documentation?

https://knowledgebase.paloaltonetworks.com, search the product family + feature name.

Is this procedure safe in production?

Test in a lab or maintenance window first. Capture pre-change state so you can roll back.

All Palo Alto Networks fix guides → /paloalto/
All vendor guides → /vendors/

Related guides worth a look while you sort this one out:

References

Palo Alto Networks support portal: https://support.paloaltonetworks.com
Palo Alto Networks knowledge base: https://knowledgebase.paloaltonetworks.com
Palo Alto Networks security advisories: https://security.paloaltonetworks.com
Open a case: https://support.paloaltonetworks.com/Support/Index

Reference material, not professional advice. Validate against your specific PAN-OS version and test in a non-production environment before applying.

What changed recently?

Fault diagnosis on a Palo device goes faster when you map the symptom to a recent change:

Did firmware update in the last 7 days?
Did the network (router, ISP, VPN) change?
Was the device moved physically?
Did paired devices (phone, hub, app) update?
Were any accessories swapped in or out?

The answer narrows the root cause to a manageable subset.

Before you start

A few things to confirm so the Palo device fix goes cleanly:

Latest firmware downloaded if you're going to update.
Warranty + support contract status checked: opening sealed parts may void it.
Backup of current configuration (where applicable) taken.
Spare parts on hand if you anticipate replacement.
Adequate workspace, lighting, and time, rushing causes regressions.

Quick verification

Before you walk away from a Palo device fix, run through:

1. Reproduce the original trigger. does the issue reappear? 2. Check the device's status / health screen for any new alerts. 3. Confirm paired devices (app, hub, controller) reconnected. 4. Save / commit any configuration changes per the device's normal workflow. 5. Note the change in your maintenance log with date + firmware version.

When to call Palo support instead

Escalate if:

The same symptom returns within 24 hours of a clean fix.
You see physical damage (burn marks, swollen battery, cracked PCB).
The device is in warranty and a hardware replacement is the cheaper outcome.
Repair requires specialised tools you don't own (alignment jigs, calibration software).
Following the official path keeps the warranty intact, which matters more than the time spent.