Unix and Linux network configuration. Multiple network interfaces. Bridged NICs. High-availability network configurations.


Reviews of latest Unix and Linux software. Helpful tips for application support admins. Automating application support.


Disk partitioning, filesystems, directories, and files. Volume management, logical volumes, HA filesystems. Backups and disaster recovery.


Distributed server monitoring. Server performance and capacity planning. Monitoring applications, network status and user activity.

Commands & Shells

Cool Unix shell commands and options. Command-line tools and application. Things every Unix sysadmin needs to know.

Home » Disks and Volumes, Featured

Rescanning New LUNs on VNX

Submitted by on October 16, 2014 – 10:49 am

Just a quick background of the little problem I ran into with our VNX: after creating a couple of LUNs for the mapped file pool using Unisphere, I clicked “Rescan Storage Systems” and got “This page is not available” error. After some digging I found our network security folks decided to block some ports used by the Unisphere Web GUI. It happens…

So while this was being addressed, I figured I would use the VNX control station and run the CLI equivalent of “Rescan Storage Systems”. So what is the CLI equivalent? Good question. Here’s the process:

Log into your VNX console as nasadmin and get a list of the current NAS pool LUNs:

nas_disk -l

You can also list all SCSI devices:
server_devconfig ALL -list -scsi -all

Chances are, the LUNs you just created will not appear in this list. That’s why we need to rescan. Before we do, however, some health checks are in order. The first one is to check existing NAS pool LUNs.
nas_storage -check -all

And then probe the known SCSI devices:
server_devconfig ALL -probe -scsi -all

The next step is to do the actual rescan. The server_devconfig “ALL” option will not work: you will need to specify the actual datamovers. In my case – server_2 (primary) and server_3 (standby). So, starting with the standby mover:
server_devconfig server_3 -create -scsi -disks

And then the primary:
server_devconfig server_2 -create -scsi -disks

Now you can run another “nas_disk -l” and you should see the new LUNs.

Print Friendly, PDF & Email

1 Pingbacks »

    Leave a Reply