Zoltan I have a similar issue TSM 7.1.1.300 AIX -> Data Domain. Have dual 10Gb links, but can only get ~4000 writes/sec and 120MB/sec throughput. AIX only supports NFS3, and as others have pointed out in this forum recently, the stack does not have a good reputation.
I'm finding that the heavy NFS load has other knock on effects, e.g. TSMManager keeps reporting the instance offline when it's very busy as it gets a network error on some of its regular queries, but these work ok when load is light. Also getting a lot of Severed/reconnected sessions. CPU/IO/Paging are not a problem. Cheers Steve Steven Harris TSM Admin/Consultant Canberra Australia -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Saturday, 12 May 2018 1:39 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] ISILON storage/FILE DEVCLASS performance issues Folks, ISP 7.1.7.300 on RHEL 6 10G connectivity We need some guidance on trying to figure out why ISP/TSM write perform to ISILON storage (via FILE DEVCLASS) is so horrible. We recently attached 200TB of ISILON storage to this server so we could empty the 36TB of onboard disk drives to move this server to new hardware. However, per my OS and SAN folks, we are only seeing 1Gbs level of data movement from the ISP server. Doing a regular file copy to this same storage peaks at 10Gbs speeds. So what, if anything, are we doing wrong when it comes to configuring the storage for ISP to use? Are there some secret controls/settings/options to tell it to use the storage at max-speeds? We tried changing the Est/Max capacity thinking larger files would reduce the overhead of allocating new pieces constantly. Changed the Mount Limit to a bigger number. Nothing has helped. Only thing uses the storage right now is migrations from the original disk stgpool. -- *Zoltan Forray* Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor Administrator VMware Administrator Virginia Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://phishing.vcu.edu/ This message and any attachment is confidential and may be privileged or otherwise protected from disclosure. You should immediately delete the message if you are not the intended recipient. If you have received this email by mistake please delete it from your system; you should not copy the message or disclose its content to anyone. This electronic communication may contain general financial product advice but should not be relied upon or construed as a recommendation of any financial product. The information has been prepared without taking into account your objectives, financial situation or needs. You should consider the Product Disclosure Statement relating to the financial product and consult your financial adviser before making a decision about whether to acquire, hold or dispose of a financial product. For further details on the financial product please go to http://www.bt.com.au Past performance is not a reliable indicator of future performance.
