[ADSM-L] SV: Question concerning large filepools on HP EVA
2011-12-07 09:46:29
Hi Daniel,
I have a HP EVA user that are leaving HP because of similar issues, but they
have seen it in a different situation. (outside TSM).
About your file class issue. Have you run a q content on does volumes and
verify that does are really empty so it doesn't contain a pointer.
Also check if you haven't used all scratch volumes in your file pool so it
can't reclaim does volumes.
Best Regards
Christian Svensson
Cell: +46-70-325 1577
E-mail: Christian.Svensson AT cristie DOT se
Supported Platform for CPU2TSM::
http://www.cristie.se/cpu2tsm-supported-platforms
________________________________________
Från: Daniel Sparrman [daniel.sparrman AT EXIST DOT SE]
Skickat: den 7 december 2011 14:55
Till: ADSM-L AT VM.MARIST DOT EDU
Ämne: Question concerning large filepools on HP EVA
Hi
We have a customer running TSM with a large (+130TB) HP EVA 64000 as a large
filepool (multi-directory). After a few months, they got problems with disks
breaking down in the EVA box, ending up having raidarrays in almost a constant
state of rebuild. After talking to HP, the advice they got was to try to reduce
the load on the box since it shouldnt be used more than 30% of the time during
24 hours.
Initially, the customer used deduplication on the box which probably put even
more stress on it, but this is now turned off. The problem still exists however.
Has anyone else had issues with large diskboxes in combination with file device
pools? According to HP, this is due to the high amount of I/O that TSM
produces, but I've seen non-SATA boxes handle alot more I/O than this. So the
question is, is it because of the use of SATA drives, or is this a problem with
just this model/box?
The box is equipped with 1TB HP labeled S-ATA disks and the customer has a
small SAS-based diskbox to handle daily backups and then migrates to the HP EVA
box. Data is then backed up to a remote LTO-based tape library.
Another problem related to the same pool is that file device volumes that has
been reclaimed (0.0% usage) is not returned as scratch and deleted, but is held
within the storage pool as a volume with 0.0% usage. Anyone know of any related
issues with file device volumes not being deleted?
Customer is at v6.2 on RedHat Enterprise Linux, and we've checked permissions
on both directories and files of the file device volumes, aswell as the TSM
activity log, but cannot see any relevant issues.
Best Regards
Daniel Sparrman
Daniel Sparrman
Exist i Stockholm AB
Växel: 08-754 98 00
Fax: 08-754 97 30
daniel.sparrman AT exist DOT se
http://www.existgruppen.se
Posthusgatan 1 761 30 NORRTÄLJE
|
|
|