NWSSTG not recognized after Restore

From Try-AS/400
Revision as of 02:35, 1 March 2026 by PoC (talk | contribs) (Adjusted to reality)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

The Integrated PC Servers (IPCS) cards for AS/400 machines use a file within the IFS for the guest OS to be used as Disk (container), just like VMDK files being used by various VMware products. This is also the case for newer OS/400 releases acting as Hypervisor for subordinate LPARs. These files are located in /qfpnwsstg.

Backup

A fast way to get the files off the system (backup, archival) is to just copy them via FTP, in binary mode, and while the assigned network server description is varied off.

Each storage space has two files in a subdirectory with the storage space's name:

  • QFPCONTROL
  • QFPCLTSTG1

It's not clear, nor publicly documented what kind of information is recorded in QFPCONTROL.

Restore

If you remove the storage spaces for some reason and just copy back the subdirectories with their files, the spaces do not show up in wrknwsstg. This is also true if you restore from a save file.

Apparently, storage spaces are registered elsewhere in the system.

Making them reappear

To make the system aware of the storage spaces being restored by FTP, use some means (e. g.) wrklnk '/qfpnwsstg/*' to rename the directories somehow.

Then create new, tiny "fake" storage spaces, but with the desired name:

CRTNWSSTG NWSSTG(NEW_C) NWSSIZE(5)

Next, move the contents of the renamed directories to the newly created storage space directories, in turn overwriting the newly created storage spaces.

The old storage spaces now show up again and can be assigned to a network server description. Don't forget to delete the now empty now empty restored directory.

See also