Hitachi SAN through Web browser

We have an old Hitachi 9200 DF500 Dual SAN in our network which is connected to one of AIX server.

I am not familiar with this device, I recently had the Disk Array management software installed on my system to connect to this device and by using this I changed the ipaddress of the 2 controllers of this device. I am successful in connecting through Disk array management & it seems to be fine.

But recently i found that twice the device went down connectivity with the server & i had to do a manual shutdown & restart of the device. But the device were pinging, I need to know how i could enable SSH on this device & also I need to know which port is used by this device for connecting through web browser.
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

You have a dual-controller 9200.  Each controller has a built-in web browser for viewing *STATUS* and it's a READ-ONLY view.   If one controller should fail, the other controller is perfectly capable of running the entire array.

The only way to control the array, that is, to view it's settings in detail and make changes to those settings, is through the DAMP program.  You can use the GUI or the CLI, but either way the DAMP program runs on *YOUR* computer.  There is no telnet, no ssh, and whether or not the controllers are pingable has no bearing on if the FC ports are up and serving data to your AIX host.  If you lose IP connectivity to the controller, you can't make changes with the DAMP program but your server stays up via the FC ports just fine.

You mentioned that the "device went down."  The 9200 is designed for 99.999% uptime and should never go down for anything short of a catastrophic failure.  If your server is losing access to the LUNs, then most likely there's a SAN design issue (i.e. single-fabric, or no redundan LUN mapping on controller) or server configuration issue (i.e. multipathing not configured).  All microcode issues had been resolved years ago (around 2003 was end of life, 2007 I think was end of support)

You also speak of having to do a  "manual shutdown and restart" of the device.  This should *never* be required.  Typically a 9200 is installed, powered-up, runs for three to five years with *no* reboots, then powered-down for de-installation.  If you need to manually power-cycle your 9200 then there's something seriously wrong and it needs to be fixed before you lose your server's data.
NeelSeshanAuthor Commented:
HI I have the GUI installed on my system & i am able to connect to the device & the device looks fine, I need to know how can i view the logs of the device.

The AIX(RS6000) server 5.2 to which 9200 was connected restarted & it was not able to connect to this device I even tried shutdown & restart of the server but still there was no communication, so I have to do a physical shutdown of the 9200 & restart the AIX to get the disks monuted of 9200.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
NeelSeshanAuthor Commented:
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.