This is an original planning guide. It is not a vendor manual, an official standard, or legal advice. Example addresses use documentation ranges. Review every command before you paste it.
A server is parts you can name when it fails
CPU choice is cores, clock, and whether the workload is one thread or many. A comparison table helps you stop buying a high core count for a process that uses one core. RAM choice is capacity and the layout the board expects: the number of DIMMs, the generation, and the error-correcting type a server board wants. The calculators on this site compare those numbers. They do not see your chassis.
Disks and RAID belong to the storage guide. Power supplies and fans belong in the ticket because a single supply is a plan to be down when it fails. Out-of-band management, the lights-out controller, is how you reboot a host whose operating system is gone. It is on a management prefix, with its own password, not on the same public address as the website.
Firmware and BIOS updates are changes. They have a console, a rollback the vendor actually provides or a spare board, and a window. You do not apply one because a dashboard said the version was old, in the same hour as a production incident, on the only host.
Record the serial, the role, the CPU, the RAM layout, the storage, and the out-of-band address in one inventory line. A later performance problem will ask for that line. A later patch will ask whether this hardware is still supported.
An inventory line before you buy or upgrade
Write the workload in one sentence: a file server for fifty people, a lab hypervisor for four small guests, a single application that peaks one core. Then write the CPU and RAM you think match it, and run them through the comparison and the RAM calculator. If the board cannot take that DIMM layout, the calculator's nicer number is not a purchase order.
The out-of-band address in the lab is 192.0.2.20 on the management prefix, as a documentation example. Production uses the real management prefix from the network desk. The password is prompt-for-this in any note and a real secret in the password store. You do not put the lights-out controller on the user VLAN because the cable was short.
A firmware change on the lab, if you must practise, is one host, vendor image from the vendor, console open, and a note of the version before and after. If the vendor has no rollback, the practise is reading the release note, not discovering that on the production pair.
When the machine arrives, the serial on the chassis matches the serial in the inventory before you rack it. The storage guide then owns the disks. The virtualization guide owns the guests.
A change you can finish
A hardware change is scheduled, with console or out-of-band confirmed before you pull a cable. Adding RAM is power off, matching DIMMs, power on, and the operating system seeing the new total. If it does not, you stop. You do not also update firmware because the chassis is already open.
Rollback of a RAM change is the previous DIMMs, which you did not throw away in the same window. Rollback of firmware is the vendor's method, confirmed before you start.
- Write the workload sentence.
- Match CPU and RAM to the board, not only to the calculator.
- Record serial, role, and out-of-band address.
- Put out-of-band on the management prefix with a real password that is not in the ticket.
- Confirm console access before a firmware or RAM window.
- Change one class of part.
- Confirm the OS sees the result, then stop.
Mistakes that outlive the command
server hardware fails in the same few ways. Each one looks finished on the day you type it. The list is here so the ticket can forbid them before the window, not so you can recognise them in an incident review.
- A single power supply on a host people will call a production server.
- Out-of-band on the public website address.
- Firmware plus RAM plus a disk swap in one window.
- DIMMs the board will not run, because the capacity number looked right.
- Throwing away the old DIMMs before the new ones post.
- A password for the lights-out controller written on the ticket.
- Buying core count for a one-thread application.
- No serial in inventory, so the failed disk and the spare cannot be matched.
Decisions to write down before the window
Decision 1 for server hardware. The workload sentence exists before the purchase. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 2 for server hardware. RAM layout matches the board. The calculator result was checked against that layout. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 3 for server hardware. Out-of-band is on the management prefix. The password is not in the ticket. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 4 for server hardware. Two supplies, or an accepted single point of failure written in the ticket. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 5 for server hardware. Firmware is its own window with a console and a vendor rollback story. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 6 for server hardware. One hardware change at a time. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 7 for server hardware. The serial on the metal matches the inventory line. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 8 for server hardware. Disks are handed to the storage guide. Guests are handed to the virtualization guide. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 9 for server hardware. Old parts stay until the new parts are proven. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 10 for server hardware. The performance guide's measurement, not a feeling, justifies a bigger CPU. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Decision 11 for server hardware. A second person read the out-of-band address and confirmed it is not the public site address. Write that decision in the ticket before you change the host. The proof is the smallest command or screen that confirms it, recorded with the hostname and the time. If the host disagrees, the ticket changes. A second change does not go on top of a failed check. The rollback is the previous value you wrote down, not a reboot that hides which line mattered.
Hardware checks before the chassis is called ready
Check 1 in Hardware checks before the chassis is called ready. Serial, role, CPU, and RAM are on one inventory line. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 2 in Hardware checks before the chassis is called ready. The OS reports the RAM total you installed. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 3 in Hardware checks before the chassis is called ready. Out-of-band answers on the management prefix. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 4 in Hardware checks before the chassis is called ready. The out-of-band password is not in the ticket. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 5 in Hardware checks before the chassis is called ready. Power supplies match the failure story you accepted. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 6 in Hardware checks before the chassis is called ready. No second class of part was changed in the same window. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 7 in Hardware checks before the chassis is called ready. Firmware version before and after are recorded if firmware changed. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 8 in Hardware checks before the chassis is called ready. Console worked before you started. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 9 in Hardware checks before the chassis is called ready. Old DIMMs or the previous part are still available. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 10 in Hardware checks before the chassis is called ready. Disks were not initialised as a side effect. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 11 in Hardware checks before the chassis is called ready. A second person saw the serial. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 12 in Hardware checks before the chassis is called ready. The public address and the management address are different. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 13 in Hardware checks before the chassis is called ready. The next guide, storage or virtualization, has the handoff in the ticket. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 14 in Hardware checks before the chassis is called ready. The hostname in the prompt matches the hostname in the ticket for server hardware. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 15 in Hardware checks before the chassis is called ready. The result line includes the time and the person, not only the command. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 16 in Hardware checks before the chassis is called ready. You can point at the rollback value without searching a chat history. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Check 17 in Hardware checks before the chassis is called ready. Done is a sentence a second person can repeat: the proof for server hardware happened, and the next host is not started early. Record the device name, the result, and the time on the same line. If the result does not match this check, stop and fix the ticket before you add another change. The rollback for this check is the previous value you wrote down, not a reboot. A reboot hides whether the check was the one that mattered. When the check passes, move to the next one. When it fails, the incident is this check.
Tools for this guide
These tools run in the browser on this site. They do not log into your machines.
Related pillar guides
Guides in this cluster
These supporting pages belong to this pillar. A published page is linked. The others are named until they are published.