Re: Archive Log Overflow never empties
We are also on 6.2.5 and had this happen once. I agree, the archive log overflow area does not seem to work as advertised. I finally just deleted the archive logs in the overflow area after several backup. Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Roger Deschner Sent: Monday, November 24, 2014 8:27 PM To: ADSM-L@VM.MARIST.EDU Subject: Archive Log Overflow never empties We have four instances of TSM Server 6.2.5 on AIX, which basically behave pretty well. But on all of them, we occasionally get a little bit of data overflowing into the Archive Overflow Log filesystem. I don't know why, because as far as I can tell the Archive Log filesystem has never been allowed to fill up. But anyway, it never empties out. Full database backups reliably free space in the Archive Log filesystem, but the Archive Overflow Log just gradually fills up. One of them is up to 20%, over a period of a year. I saw somewhere that it takes two full database backups, but there have been many dozens of full backups. Any idea how I can get the Archive Overflow Log to empty out? Roger Deschner University of Illinois at Chicago rog...@uic.edu == You will finish your project ahead of schedule. === = (Best fortune-cookie fortune ever.) == - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
Re: BA and TDP for Windows and REBOOT
The RFE was rejected. I guess rebooting servers is no problem if the only servers you are dealing with resides in a lab. Hans Chr. On Fri, Sep 26, 2014 at 1:02 PM, Hans Christian Riksheim bull...@gmail.com wrote: The 7.1.1 client has been improved so that it won't reboot without warning and cause havoc amongst our customers. Good. But it still needs a reboot because of some components for the GUI. This means that something that should take 5 minutes now can take a very long time: Bureaucratic change process. Obtain downtime days or weeks down the road. Pay a technician overtime to do this trivial task at night hours. IBM should redesign the clients so that it is not dependant on extra software that requires a reboot. This problem was not present with 6.3 and earlier and the GUI for 7 isn't THAT spectacular so this should be possible. RFE is submitted here. http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=59755 Regards, Hans Chr.
Re: BA and TDP for Windows and REBOOT
it’s windows, those servers reboot every month anyway. ;-) Op 25 nov. 2014, om 15:14 heeft Hans Christian Riksheim bull...@gmail.com het volgende geschreven: The RFE was rejected. I guess rebooting servers is no problem if the only servers you are dealing with resides in a lab. Hans Chr. On Fri, Sep 26, 2014 at 1:02 PM, Hans Christian Riksheim bull...@gmail.com wrote: The 7.1.1 client has been improved so that it won't reboot without warning and cause havoc amongst our customers. Good. But it still needs a reboot because of some components for the GUI. This means that something that should take 5 minutes now can take a very long time: Bureaucratic change process. Obtain downtime days or weeks down the road. Pay a technician overtime to do this trivial task at night hours. IBM should redesign the clients so that it is not dependant on extra software that requires a reboot. This problem was not present with 6.3 and earlier and the GUI for 7 isn't THAT spectacular so this should be possible. RFE is submitted here. http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=59755 Regards, Hans Chr. -- Met vriendelijke groeten/Kind Regards, Remco Post r.p...@plcs.nl +31 6 248 21 622
Re: Backing up Isilons with TSM
Skylar, Can you give us details on how you setup the Isilon to give a TSM node authority to back up the individual mount points? My SAN/Isilon guy has tried setting up a standard TSM node but all attempts at backing up mounted filesystems blocks him with access denied errors. We are very new to Isilon so any help would be greatly appreciated. Feel free to email me directly if you want to take this discussion offline/off-list. On Fri, Nov 21, 2014 at 11:08 AM, Skylar Thompson skyl...@u.washington.edu wrote: Hi Zoltan, We backup two large Isilon clusters (one 715TB, the other 2PB) using TSM. We looked at NDMP at ran away quickly due to the full backup requirement. Instead, we worked with the data owners to setup a data organization scheme before hand, then back up individual directories as filespaces using TSM NFS clients connected over 10GbE. Currently we have five of these clients, and have accomodated bursts of as much as 50TB of changed/new data in a day using them. The only nemesis we have are folks who create lots of tiny files; fortunately, though, over time these incidents have gotten less frequent due to education and improvements in genomic tools. We've been asking for Isilon to make a native TSM client since before they were bought by EMC, and unfortunately they're just not intererested. Now that EMC owns them, I think the possibility of a native client is even more remote. On Fri, Nov 21, 2014 at 11:00:28AM -0500, Zoltan Forray wrote: Anyone have experience backing up an EMC Isilon and can share war-stories, methods, etc? -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine -- *Zoltan Forray* TSM Software Hardware Administrator BigBro / Hobbit / Xymon Administrator Virginia Commonwealth University UCC/Office of Technology Services 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://infosecurity.vcu.edu/phishing.html
Re: Backing up Isilons with TSM
Hi, We backing up a couple of PB of Isilon daily that generates a couple of 100GB per day of new data. We are backing up over NFS but it is very bad solution, and it takes around 24 hours before the Isilon and TSM have identify all new files. There is a undocumented APIs so you can identify all change files in the Isilon so you can run a selective backup, but we had a hard time to get hold of them from EMC because they are not as open as IBM is. Another way that is not recommended is to use NDMP, LOL good luck with that if you don't want to spend millions of $$$. What I try to do now instead is either replace the EMC Isilon with IBM ESS instead that is much better or try implement GPFS on top of the Isilon so we get a much better backup functionality. But that is nothing IBM have tried to get working. /Christian -Original Message- From: Zoltan Forray [mailto:zfor...@vcu.edu] Sent: den 25 november 2014 17:35 To: ADSM-L@VM.MARIST.EDU Subject: Re: Backing up Isilons with TSM Skylar, Can you give us details on how you setup the Isilon to give a TSM node authority to back up the individual mount points? My SAN/Isilon guy has tried setting up a standard TSM node but all attempts at backing up mounted filesystems blocks him with access denied errors. We are very new to Isilon so any help would be greatly appreciated. Feel free to email me directly if you want to take this discussion offline/off-list. On Fri, Nov 21, 2014 at 11:08 AM, Skylar Thompson skyl...@u.washington.edu wrote: Hi Zoltan, We backup two large Isilon clusters (one 715TB, the other 2PB) using TSM. We looked at NDMP at ran away quickly due to the full backup requirement. Instead, we worked with the data owners to setup a data organization scheme before hand, then back up individual directories as filespaces using TSM NFS clients connected over 10GbE. Currently we have five of these clients, and have accomodated bursts of as much as 50TB of changed/new data in a day using them. The only nemesis we have are folks who create lots of tiny files; fortunately, though, over time these incidents have gotten less frequent due to education and improvements in genomic tools. We've been asking for Isilon to make a native TSM client since before they were bought by EMC, and unfortunately they're just not intererested. Now that EMC owns them, I think the possibility of a native client is even more remote. On Fri, Nov 21, 2014 at 11:00:28AM -0500, Zoltan Forray wrote: Anyone have experience backing up an EMC Isilon and can share war-stories, methods, etc? -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine -- *Zoltan Forray* TSM Software Hardware Administrator BigBro / Hobbit / Xymon Administrator Virginia Commonwealth University UCC/Office of Technology Services 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://infosecurity.vcu.edu/phishing.html
Re: Backing up Isilons with TSM
Are you using NFS or CIFS? If it's NFS make sure you export the mount point or /ifs with at least read and root access to the TSM node(s). Grant On 26/11/14 03:34, Zoltan Forray wrote: Skylar, Can you give us details on how you setup the Isilon to give a TSM node authority to back up the individual mount points? My SAN/Isilon guy has tried setting up a standard TSM node but all attempts at backing up mounted filesystems blocks him with access denied errors. We are very new to Isilon so any help would be greatly appreciated. Feel free to email me directly if you want to take this discussion offline/off-list. On Fri, Nov 21, 2014 at 11:08 AM, Skylar Thompson skyl...@u.washington.edu wrote: Hi Zoltan, We backup two large Isilon clusters (one 715TB, the other 2PB) using TSM. We looked at NDMP at ran away quickly due to the full backup requirement. Instead, we worked with the data owners to setup a data organization scheme before hand, then back up individual directories as filespaces using TSM NFS clients connected over 10GbE. Currently we have five of these clients, and have accomodated bursts of as much as 50TB of changed/new data in a day using them. The only nemesis we have are folks who create lots of tiny files; fortunately, though, over time these incidents have gotten less frequent due to education and improvements in genomic tools. We've been asking for Isilon to make a native TSM client since before they were bought by EMC, and unfortunately they're just not intererested. Now that EMC owns them, I think the possibility of a native client is even more remote. On Fri, Nov 21, 2014 at 11:00:28AM -0500, Zoltan Forray wrote: Anyone have experience backing up an EMC Isilon and can share war-stories, methods, etc? -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine -- *Zoltan Forray* TSM Software Hardware Administrator BigBro / Hobbit / Xymon Administrator Virginia Commonwealth University UCC/Office of Technology Services 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://infosecurity.vcu.edu/phishing.html
