If you are new to IBM i operations or if you want to strengthen your fundamentals, this post will walk you through the core operational areas every IBM i administrator must understand. Think of this as your practical foundation before you move into security, performance tuning, backups, and automation.
In this first part of the series, I’ll explain how IBM i operators interact with the system, manage devices, handle printer output, work with storage, and use the control panel effectively.
IBM i offers multiple system interfaces, each designed for a specific type of user or task. As an operator or administrator, you will switch between these regularly.
The 5250 interface remains the most powerful and precise way to manage IBM i.
You use it to:

Key menus include:
GO MAIN – Main system menuGO SYSTEM – Core system operations such as jobs, message, save & restore tasks.GO USER – Day-to-day user tasksEven today, most critical operations still rely on the green screen because it provides speed, clarity, and full control. Honestly, this is still my favorite choice, even though other options have come up with new ideas and improvements.
IBM Navigator for i offers a browser-based management interface that simplifies administration.
You typically use it to:

Navigator does not replace the green screen—but it complements it. Many administrators use Navigator for visibility and 5250 for execution.
SST and DST provide low-level access to hardware-related functions.
You use these tools to:

Access usually happens during IPL or via restricted system states, so these tools require care and experience.
Devices form the backbone of your IBM i environment, from tapes and disks to displays and printers. You manage them actively to keep everything running smoothly.
You begin by viewing devices with the WRKDEVD (Work with Device Descriptions) command. This lists all hardware, letting you check:


Device statuses such as ACTIVE, VARIED OFF, or NOT READY immediately tell you where to focus.
For instance, you vary on/off a device with VRYCFG command.
VRYCFG CFGOBJ(device-name) CFGTYPE(*DEV) STATUS(*ON)VRYCFG CFGOBJ(device-name) CFGTYPE(*DEV) STATUS(*OFF)You will perform these actions often when handling printer/tape issues or maintenance windows.

You handle different device types uniquely.
WRKMLBSTS, WRKCFGSTS *DEV TAP* or WRKTAPCTG DEV('your tape library') to monitor, configure and initialize tapes. WRKDSKSTS to see performance metrics and balance loads.WRKCFGSTS CFGTYPE(DEV) CFGD(CMN)If issues arise, you troubleshoot with DSPHDWRSC TYPE(resource type) (Display Hardware Resources) to inspect configurations. You create new device descriptions using CRTDEVD* (CRTDEVOPT, CRTDEVPRT,..) commands, specifying parameters like model and port.
In IBM i device management, you prioritize regular checks to prevent downtime. I always schedule jobs and and run periodic monitors to monitor device health—it’s a game-changer for proactive administration.
Printer output management is a daily responsibility for IBM i operators. Every report, invoice, or batch job output creates a spool file, which resides in an output queue.
Use:
WRKOUTQ

or WRKSPLF

via IBM Navigator for i

Via IBM IBM i Access Client Solutions (IBM ACS)

These commands allow you to:
Good spool file management prevents:
Operators should regularly:
To start a printer from the command-line interface, follow these steps:
WRKCFGSTS *DEV *PRT command.The Work with Configuration Status display shows a list of devices.STRPRTWTR) command to start the print writer, and specify the printer and output queue (or queues) that the writer will service.STRPRTWTR DEV(printer-name)

You can also manage printers visually using IBM Navigator for i, which simplifies:

Navigator works well for junior operators, while experienced admins often prefer CL commands.
IBM i storage management differs from traditional file systems. IBM i uses a unique architecture called Single-Level Storage. This means the system treats all disk space (SSD, HDD) and Main Memory (RAM) as one massive pool of addressable space. The system manages storage automatically, but operators still need to monitor and understand usage.
As an administrator, your job is to monitor “ASP” (Auxiliary Storage Pool) usage. If your disk space hits 90% or higher, the system performance will degrade, and eventually, the system will crash to protect data integrity. Regularly use the WRKSYSSTS command to check your “% system ASP used.”
Common commands include:
WRKDSKSTS


WRKSYSSTS


These commands show:
Ignoring storage can lead to:
Operators should:
IBM i handles storage efficiently—but it still needs human oversight.
The control panel provides direct system-level interaction, especially during startup, shutdown, or failure scenarios. Control panels include the virtual control panel and the physical control panel. You can use these control panels to perform almost all of the same functions.


Physical ones have buttons and LCD displays showing system reference codes (SRCs). Virtual panels appear in software like Hardware Management Console (HMC) or Advanced System Management Interface (ASMI). Modern systems use a virtual control panel, but the concepts remain unchanged. The virtual control panel provides a way to perform control panel functions without needing physical access to the server.
The control panel allows operators to:
It acts as the final layer of control when normal interfaces are unavailable.
You access control panel functions:
Operators must understand when and why to use the control panel—improper use can impact system availability.
Each control panel function corresponds to a specific operational task, such as:
The control panel displays “Reference Codes” (those 8-character hex codes). If the system hangs, these codes tell you exactly what the hardware is doing.

IBM documentation provides detailed explanations for each function, and operators should review these before performing live actions.
Mastering system interfaces, devices, printers, storage, and control panel operations gives you:
These skills separate reactive operators from proactive administrators.
In the next posts, we’ll cover: