Mix PVU and Terabyte licensing
We are on a volume licensing scheme but we are considering PVU licensing for a new project since the volume/CPU ratio there is very high. As I understand we can do this as long as the two different environments are separate. I haven't yet got a definitive answer on what IBM means by separate environments. It sounds reasonable that the PVU clients must reside on dedicated TSM servers but then I also hear some mumbling about separate libraries as well which would be a drag since we use library sharing. Any comments or experience? We would prefer to be on the safe side here for obvious reasons. Regards, Hans Chr.
Re: Mix PVU and Terabyte licensing
Hi Hans Christian, Earlier this year we were considering going from PVU to capacity licensing but as 2/3 of our 1 PB primary pool capacity at that time was 'owned' by two nodes only, we asked IBM if we somehow could do both licensing schemes. The answer was we would need two Passport Advantage sites and that the two servers + TSM server servicing those had to be in a completely separate location, and just moving the servers to our fail-over facility a few hundred meters away from the main facility would not be considered 'separate' enough. Regards, - Bent -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Hans Christian Riksheim Sent: Tuesday, December 04, 2012 11:35 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Mix PVU and Terabyte licensing We are on a volume licensing scheme but we are considering PVU licensing for a new project since the volume/CPU ratio there is very high. As I understand we can do this as long as the two different environments are separate. I haven't yet got a definitive answer on what IBM means by separate environments. It sounds reasonable that the PVU clients must reside on dedicated TSM servers but then I also hear some mumbling about separate libraries as well which would be a drag since we use library sharing. Any comments or experience? We would prefer to be on the safe side here for obvious reasons. Regards, Hans Chr.
Re: Mix PVU and Terabyte licensing
We are on split/dual licensing for the same reason. We have . Yes, we had to setup a separate TSM server and moved the PVU licensed nodes there. Also we installed ILMT and those on the PVU server have the ILMT agent installed. I never heard anything about separating / isolating the tape library. Can't think how that would make sense since the whole point of PVU is that storage occupancy doesn't matter and for the other nodes under storage licensing, we simply run their queries for primary storage totals. Nowhere does it matter where the storage is or how many offsite copies we make. On Tue, Dec 4, 2012 at 7:54 AM, Bent Christensen b...@cowi.dk wrote: Hi Hans Christian, Earlier this year we were considering going from PVU to capacity licensing but as 2/3 of our 1 PB primary pool capacity at that time was 'owned' by two nodes only, we asked IBM if we somehow could do both licensing schemes. The answer was we would need two Passport Advantage sites and that the two servers + TSM server servicing those had to be in a completely separate location, and just moving the servers to our fail-over facility a few hundred meters away from the main facility would not be considered 'separate' enough. Regards, - Bent -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Hans Christian Riksheim Sent: Tuesday, December 04, 2012 11:35 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Mix PVU and Terabyte licensing We are on a volume licensing scheme but we are considering PVU licensing for a new project since the volume/CPU ratio there is very high. As I understand we can do this as long as the two different environments are separate. I haven't yet got a definitive answer on what IBM means by separate environments. It sounds reasonable that the PVU clients must reside on dedicated TSM servers but then I also hear some mumbling about separate libraries as well which would be a drag since we use library sharing. Any comments or experience? We would prefer to be on the safe side here for obvious reasons. Regards, Hans Chr. -- *Zoltan Forray* TSM Software Hardware 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: issue with offsite reclamation
David, If cartridges aren't coming back, you may need to run 'reconcile volumes' . Don't combine 'reconcile volumes' of a virtual-volume based copypool on the on-site server with reclamation of the primary target pool on the offsite server. tsm: reconcile volumes devcl fix=yes Keith Arbogast Indiana University
Re: issue with offsite reclamation
Sorry might be a misunderstanding here. I don't have an offsite server. I trying to do reclamation on offsite volumes or trying too. I get a few tapes back sometimes but I'm constantly getting that error message. A lot of the offsite volumes have a percent utilization of less than 25% that should be reclaiming. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Arbogast, Warren K Sent: Tuesday, December 04, 2012 9:34 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] issue with offsite reclamation David, If cartridges aren't coming back, you may need to run 'reconcile volumes' . Don't combine 'reconcile volumes' of a virtual-volume based copypool on the on-site server with reclamation of the primary target pool on the offsite server. tsm: reconcile volumes devcl fix=yes Keith Arbogast Indiana University
Re: issue with offsite reclamation
Hi David. When you run reclamation on your offsite volumes, what is the command you run? You also said you get a few tapes back, but that you get error. What error message are you constantly getting? And, last but not least, you mention that a lot of the offsite volumes have a percent utilization of less than 25%. I usually run the following query to show me what is reclaimable. select volume_name,stgpool_name,pct_utilized,PCT_RECLAIM from volumes where pct_reclaim55 I usually reclaim tapes that have min of 55% - 60% reclaimable space. ~james -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Tyree, David Sent: Tuesday, December 04, 2012 7:52 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: issue with offsite reclamation Sorry might be a misunderstanding here. I don't have an offsite server. I trying to do reclamation on offsite volumes or trying too. I get a few tapes back sometimes but I'm constantly getting that error message. A lot of the offsite volumes have a percent utilization of less than 25% that should be reclaiming. David Tyree Interface Analyst South Georgia Medical Center 229.333.1155 -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Arbogast, Warren K Sent: Tuesday, December 04, 2012 9:34 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] issue with offsite reclamation David, If cartridges aren't coming back, you may need to run 'reconcile volumes' . Don't combine 'reconcile volumes' of a virtual-volume based copypool on the on-site server with reclamation of the primary target pool on the offsite server. tsm: reconcile volumes devcl fix=yes Keith Arbogast Indiana University
Re: 6.3.3.000 server wont HALT
Well, I don't get it. It is now shutting down normally. I have stopped and restarted it 10-times (this is a test server) with no issues. The CPU usage never spikes above 100% after I enter HALT. Then it is stopped within 1-minute. I have another server I am going to upgrade from 6.2.3.0 to 6.3.3.000. I will be sure to perform the first startup manually and capture the logs and start tracing as soon as I can, just in case it hangs like this one did. On Mon, Dec 3, 2012 at 10:17 AM, Schneider, Jim jschnei...@ussco.comwrote: I meant 'dsmadmc -id=id -pass=pass -console' from a telnet/ssh session. It displays all console messages as they are generated. I use it to monitor the progress of long-running processes (deletion of filespaces, macros that update volume access, etc.). Jim -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Monday, December 03, 2012 8:12 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] 6.3.3.000 server wont HALT Not sure what you mean by console session. I use TSMManager and issue the halt via it's console/monitor window, if that is what you are referring to - and yes, it shows the halt is issued and then the server goes non-responsive, as suspected. Then from ssh/Linux the process dsmserv never halts/stops. On Mon, Dec 3, 2012 at 9:00 AM, Schneider, Jim jschnei...@ussco.com wrote: Have you tried a -console session prior to issuing halt? Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Monday, December 03, 2012 7:45 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] 6.3.3.000 server wont HALT This is now becoming a consistent / persistent problem. I had to kill -9 to stop the dsmserv process. I restarted the server (via service .. start) and there didn't seem to be any damage done. However, attempting to stop/halt it, again, produced the same result - dsmserv using 200% CPU and after 2-hours I had to kill -9. So, obviously there are big enough changes in 6.3.3 vs 6.3.2, to cause problems like this, since none of my 6.3.x or 6.2.x servers exhibit this behavior. Any suggestions on how to diagnose this issue before I contact IBM and open a PMR? On Thu, Nov 29, 2012 at 2:04 PM, Zoltan Forray zfor...@vcu.edu wrote: Just did my first install/conversion of a 6.2.3 TEST server to 6.3.3.000 (RH Linux) While the install and startup went fine, it won't HALT. After the install/upgrade, I got in via dsmadmc just fine. Checked the actlog - saw all the schema changes/upgrades. Updated/registered the licenses and then issued HALT. Got the usually warning and said YES. Now it has been sitting for 25-minutes since the halt. Can't get back in via dsmadmc. Top shows dsmserv using 200% CPU. I tried standard kills, with no luck. I hate to do a kill -9 but will if I don't have a choice. What the heck is it doing? Should I wait longer or just kill it with extreme prejudice? -- *Zoltan Forray* TSM Software Hardware 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 -- *Zoltan Forray* TSM Software Hardware 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 ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- *Zoltan Forray* TSM Software Hardware 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 ** Information contained in this e-mail message and in any
Re: 6.3.3.000 server wont HALT
Hi Zoltan, It is now shutting down normally. This includes when you start the server normally, as a background process? Interesting... at this point I don't have anything more I can offer. If you encounter this again, I would say to go ahead and open a PMR. It is possible that collecting the stack traces for one (next) occurrence will be sufficient. We can better facilitate information exchange through the formal support process. Meanwhile, if I hear anything more (such as a confirmed APAR number), I'll post here. Best regards, Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS Internet e-mail: stor...@us.ibm.com IBM Tivoli Storage Manager support web page: http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager ADSM: Dist Stor Manager ADSM-L@vm.marist.edu wrote on 2012-12-04 10:58:29: From: Zoltan Forray zfor...@vcu.edu To: ADSM-L@vm.marist.edu, Date: 2012-12-04 11:03 Subject: Re: 6.3.3.000 server wont HALT Sent by: ADSM: Dist Stor Manager ADSM-L@vm.marist.edu Well, I don't get it. It is now shutting down normally. I have stopped and restarted it 10-times (this is a test server) with no issues. The CPU usage never spikes above 100% after I enter HALT. Then it is stopped within 1-minute. I have another server I am going to upgrade from 6.2.3.0 to 6.3.3.000. I will be sure to perform the first startup manually and capture the logs and start tracing as soon as I can, just in case it hangs like this one did. On Mon, Dec 3, 2012 at 10:17 AM, Schneider, Jim jschnei...@ussco.comwrote: I meant 'dsmadmc -id=id -pass=pass -console' from a telnet/ssh session. It displays all console messages as they are generated. I use it to monitor the progress of long-running processes (deletion of filespaces, macros that update volume access, etc.). Jim -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Monday, December 03, 2012 8:12 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] 6.3.3.000 server wont HALT Not sure what you mean by console session. I use TSMManager and issue the halt via it's console/monitor window, if that is what you are referring to - and yes, it shows the halt is issued and then the server goes non-responsive, as suspected. Then from ssh/Linux the process dsmserv never halts/stops. On Mon, Dec 3, 2012 at 9:00 AM, Schneider, Jim jschnei...@ussco.com wrote: Have you tried a -console session prior to issuing halt? Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Monday, December 03, 2012 7:45 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] 6.3.3.000 server wont HALT This is now becoming a consistent / persistent problem. I had to kill -9 to stop the dsmserv process. I restarted the server (via service .. start) and there didn't seem to be any damage done. However, attempting to stop/halt it, again, produced the same result - dsmserv using 200% CPU and after 2-hours I had to kill -9. So, obviously there are big enough changes in 6.3.3 vs 6.3.2, to cause problems like this, since none of my 6.3.x or 6.2.x servers exhibit this behavior. Any suggestions on how to diagnose this issue before I contact IBM and open a PMR? On Thu, Nov 29, 2012 at 2:04 PM, Zoltan Forray zfor...@vcu.edu wrote: Just did my first install/conversion of a 6.2.3 TEST server to 6.3.3.000 (RH Linux) While the install and startup went fine, it won't HALT. After the install/upgrade, I got in via dsmadmc just fine. Checked the actlog - saw all the schema changes/upgrades. Updated/registered the licenses and then issued HALT. Got the usually warning and said YES. Now it has been sitting for 25-minutes since the halt. Can't get back in via dsmadmc. Top shows dsmserv using 200% CPU. I tried standard kills, with no luck. I hate to do a kill -9 but will if I don't have a choice. What the heck is it doing? Should I wait longer or just kill it with extreme prejudice? -- *Zoltan Forray* TSM Software Hardware 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 -- *Zoltan Forray* TSM Software Hardware Administrator Virginia Commonwealth University UCC/Office of Technology Services zfor...@vcu.edu - 804-828-4807 Don't be
Re: Calculate PVUs for NDMP-backups
On 4 dec. 2012, at 12:01, Hans Christian Riksheim bull...@gmail.com wrote: What should one use to calculate the needed PVUs for NDMP backups? Type and #cores in the NAS box? yes. Regards Hans Chr. -- Met vriendelijke groeten/Kind Regards, Remco Post r.p...@plcs.nl +31 6 248 21 622
Re: 6.3.3.000 server wont HALT
Just a thought... Is it possible that immediately after you upgrade a TSM server that there is some database conversion or reorganization that is getting done, that takes some time, and which cannot be interrupted? And that this could delay a HALT until the HALT thread can acquire locks? Just a wild-ass guess... At 11:16 AM 12/4/2012, Andrew Raibeck wrote: Hi Zoltan, It is now shutting down normally. This includes when you start the server normally, as a background process? Interesting... at this point I don't have anything more I can offer. If you encounter this again, I would say to go ahead and open a PMR. It is possible that collecting the stack traces for one (next) occurrence will be sufficient. We can better facilitate information exchange through the formal support process. Meanwhile, if I hear anything more (such as a confirmed APAR number), I'll post here. Best regards, Andy Raibeck IBM Software Group Tivoli Storage Manager Client Product Development Level 3 Team Lead Internal Notes e-mail: Andrew Raibeck/Hartford/IBM@IBMUS Internet e-mail: stor...@us.ibm.com IBM Tivoli Storage Manager support web page: http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager ADSM: Dist Stor Manager ADSM-L@vm.marist.edu wrote on 2012-12-04 10:58:29: From: Zoltan Forray zfor...@vcu.edu To: ADSM-L@vm.marist.edu, Date: 2012-12-04 11:03 Subject: Re: 6.3.3.000 server wont HALT Sent by: ADSM: Dist Stor Manager ADSM-L@vm.marist.edu Well, I don't get it. It is now shutting down normally. I have stopped and restarted it 10-times (this is a test server) with no issues. The CPU usage never spikes above 100% after I enter HALT. Then it is stopped within 1-minute. I have another server I am going to upgrade from 6.2.3.0 to 6.3.3.000. I will be sure to perform the first startup manually and capture the logs and start tracing as soon as I can, just in case it hangs like this one did. On Mon, Dec 3, 2012 at 10:17 AM, Schneider, Jim jschnei...@ussco.comwrote: I meant 'dsmadmc -id=id -pass=pass -console' from a telnet/ssh session. It displays all console messages as they are generated. I use it to monitor the progress of long-running processes (deletion of filespaces, macros that update volume access, etc.). Jim -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Monday, December 03, 2012 8:12 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] 6.3.3.000 server wont HALT Not sure what you mean by console session. I use TSMManager and issue the halt via it's console/monitor window, if that is what you are referring to - and yes, it shows the halt is issued and then the server goes non-responsive, as suspected. Then from ssh/Linux the process dsmserv never halts/stops. On Mon, Dec 3, 2012 at 9:00 AM, Schneider, Jim jschnei...@ussco.com wrote: Have you tried a -console session prior to issuing halt? Jim Schneider -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan Forray Sent: Monday, December 03, 2012 7:45 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] 6.3.3.000 server wont HALT This is now becoming a consistent / persistent problem. I had to kill -9 to stop the dsmserv process. I restarted the server (via service .. start) and there didn't seem to be any damage done. However, attempting to stop/halt it, again, produced the same result - dsmserv using 200% CPU and after 2-hours I had to kill -9. So, obviously there are big enough changes in 6.3.3 vs 6.3.2, to cause problems like this, since none of my 6.3.x or 6.2.x servers exhibit this behavior. Any suggestions on how to diagnose this issue before I contact IBM and open a PMR? On Thu, Nov 29, 2012 at 2:04 PM, Zoltan Forray zfor...@vcu.edu wrote: Just did my first install/conversion of a 6.2.3 TEST server to 6.3.3.000 (RH Linux) While the install and startup went fine, it won't HALT. After the install/upgrade, I got in via dsmadmc just fine. Checked the actlog - saw all the schema changes/upgrades. Updated/registered the licenses and then issued HALT. Got the usually warning and said YES. Now it has been sitting for 25-minutes since the halt. Can't get back in via dsmadmc. Top shows dsmserv using 200% CPU. I tried standard kills, with no luck. I hate to do a kill -9 but will if I don't have a choice. What the heck is it doing? Should I wait longer or just kill it with extreme prejudice? -- *Zoltan Forray* TSM Software Hardware 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
Monitor open volumes for a file deviceclass session
To estimate the needed value for the 'numopenvolumesallowed' option for a deduplicated file deviceclass pool, the 6.3 Server Admin Reference Guide says to, Monitor client sessions and server processes. Note the highest number of volumes open for a single session or process. Increase the setting of NUMOPENVOLSALLOWED if the highest number of open volumes is equal to the value specified by NUMOPENVOLSALLOWED. (page 1388) How does one see and correlate open volumes with sessions or processes on such a pool from within TSM? We're at server version 6.3.2 running on RHEL 5. Thank you, Keith Arbogast
Re: -snapdiff incremental backups on Windows and include/exclude
We run snapdiff backups using 6.2.4 client, 6.2.3.1 server, Ontap 7.3.3, and exclude and exclude.dir work as expected. - Margaret -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Prather, Wanda Sent: Monday, December 03, 2012 10:38 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] -snapdiff incremental backups on Windows and include/exclude Do: include exclude exclude.dir Work when you are doing an incremental with -snapdiff ? (Netapp Vfiler, TSM 6.4 client on Win2K8, Ontap 8.1, TSM 6.3.0 server on Win2K8) Thanks! Wanda Prather | Senior Technical Specialist | wanda.prat...@icfi.com | www.icfi.com ICF International | 401 E. Pratt St, Suite 2214, Baltimore, MD 21202 | 410.539.1135 (o)