H196538: Controller reboots if multiple CASDs attempted - IBM System Storage
RETAIN tip: H196538
A System Storage DS3000, DS4000, or DS5000 storage subsystem will reboot with a Memory Free panic if multiple Collect All Support Data (CASD) bundles are requested too close together. If only one CASD is in process at any one time, then this panic will not occur.
For example, if multiple DS Storage Manager 10.60.x5.17 Clients are used to manage a DS3000, DS4000 or DS5000 controller, and the Support Monitor default collection time of 2am is used to automatically collect a CASD, then a CASD collection request will come from each DS Storage Manager Client at the same time. These multiple requests will cause the storage subsystem to panic with a Memory Free error.
The system may be any of the following IBM storage products:
This tip is not software specific.
This behavior will be corrected in a future release of controller firmware for the System Storage DS3000, DS4000, and DS5000 products.
The target date for this release is scheduled for third quarter 2010.
The file will be available from the IBM System Storage Support web site at the following URL:
In order to avoid this panic, ensure that multiple requests for CASDs are not made at the same time to the same storage subsystem.
If you are using multiple copies of the DS Storage Manager Client 10.60.x5.17 to manage your storage subsystems, then the following options can be used to ensure that the Support Monitor does not cause the storage subsystem to panic:
Stagger the times that the various Support Monitors are scheduled to collect CASDs from the same subsystem. The default time to collect a CASD is 2am. For each distinct Support Monitor, ensure that there is at least a 15 minute gap between the scheduled times. However, the amount of time that it takes to complete a CASD may vary based upon your system configuration. Some systems with large configurations have been seen to take 20 minutes or longer to complete a CASD. To change the time that a CASD is collected, perform the following steps:
Ensure that any one storage subsystem is managed by only one DS Storage Manager 10.60.x5.17 Client. To determine which storage subsystems are being managed by a particular DS Storage Manager Client, from the Enterprise Management window, right-click on the subsystem that you want to remove from the tree view and select Remove Storage Subsystem from the pop-up menu.
Change the frequency that the Support Monitor collects a CASD to "never". This is not recommended as it eliminates the benefit of the Support Monitor as the required data needed to resolve a problem, should one occur, may not be available. In order to change the frequency to "never", perform the following steps:
This issue arises due to a static variable being used to save data related to the CASD collection process. As long as there is just one CASD being collected at a time, this method works properly. If multiple collections are performed too close together, then the data gets overwritten and the Memory Free panic occurs.
The new Support Monitor in the DS Storage Manager Client 10.60.x5.17 now automatically schedules CASD collections at 2am. If multiple copies of the Client are used to manage the same storage subsystems and the default collection time is not made unique for each Client, then multiple requests will come to the storage subsystem too close together such that the first CASD will not have time to complete before the other requests come in. This will cause the overwriting of data.
The Storage Manager Client 10.60.x5.17 README file does state the following restriction related to the Support Monitor function of the Storage Manager Profiler:
The Workarounds ensure that multiple requests for CASD bundles will not come too close together to cause the panic.
The Fix will change the method of storing data from using static storage to allocating storage for each unique request.
Applicable countries and regions
Document id: MIGR-5083168