Yes, A08 is installed.

HTTPS is enabled. We have software that discovers new IP devices on on network. Any idea why this would be a problem?

If  you have any port or web app scanning  sw on the network  exclude the the TL4K  IP from the scan.

Just to verify you do have the A08 f/w package installed?

Bob

If a new FW is on the way with a resolution for this, I will wait for the FW for the resolution. We use LANDesk and Dell Management Console to discover new devices.

Can you list the application you are using or is it a home grown solution?

Is it possible to exclude the TL IP from this traffic?

Engineering is actively working on a FW resolution for this issue, I will post to this thread when an update is available.

Bob

Is there an update on this issue? We are seeing the same behaviour.

We have two PowerVault librarys (TL2000's). What's really strange, is they have worked flawlessly for us for many months (the first unit is a year old & the second is 6 months old). 

Suddenly, last week, the web interface on both units became un-responsive to web requests. The only way to clear the problem is to reboot the units.  last week we called Dell support and they had us update the Firmware to the latest greatest. It happened two or three times after this, but then quieted down.

This afternoon -- both PowerVaults again have stopped responding to web access requests.

There is no-one logged in the units. And both units sit on private-IP address space.

We do not run general purpose network scanners nor NMAP's, but we do probe the units via ICMP & HTTP hits every few minutes (which is how we became aware of the fact the interfaces went offline). It is very troubling that both units would go offline in such a coindental fashion like this.

The units are still responding to PING requests.

The latest firmware update took care of this for us. See support.dell.com, download and give it a shot.

Update: The latest update did not resolve this issue. It helped, but the site eventually stops responding.

As I mentioned, the first thing we did when we encountered this was to update the firmware to the latest greatest.

We are still seeing this after having done so. What's particularly troublesome is that two completelly separate units expereince the exact same trouble within a minute of each other. Meaning, they both run fine for a week and then out of the blue, the HTTP service stops responding on both units within 1 minute of each other.

Both units are pingable during the event. Also, the units seem to have telnet interface -- which we've experiemented with enabling. During periods when the HTTP interface is unresponsive, we are able to telnet into the units.  The interface is very slow, but it does respond.

The only way to clear this is to reboot the units, which is becoming very troublesome. We have very large long running jobs that are difficult to schedule library reboots around.

Dell has released a new firmware update.

Maintenance Release providing support for 6Gbps SAS HBA's and fixes for customers experiencing problems accessing the RMU (Remote Monitoring Unit) via the ethernet connection and addresses an issue where customers would receive erroneous SMTP warning messages stating "Warn: 0x0100 Cleaning cartridge nearly expired " for a data cartridge.

Got the same problem with a TL2000 and the latest firmware (8.62 i think) hasn't fixed the issue despite the description saying it had.

We two of these units & it is happening to both. What's particularly disturbing is that they've each been inline for over a year, and the error just started for us 30 days ago.  Dell support has so far swapped out the RMU on both units but it had no effect.  We've taken to shipping them packet traces, but so far, they've been unable to track down the trobule,