Hi, As for me, producer sessions are the ones collecting the data and sessions are the ones moving data. So with this table and a resource of 4 I expect to see a maximum number of 3 sessions tranfering data to my TSM server and one which gets the file list and inspecting the client.
Regards/Met vriendelijke groet, Karel -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Schneider, John Sent: donderdag 11 september 2008 17:50 To: ADSM-L@VM.MARIST.EDU Subject: Re: How does VCB backups handle resource utilization? Wanda, My point exactly. When I set RESOURCEUTILIZATION 10, I got between 4 and 8 tape mounts, but I only expected to get 4. I could never tell why. So I lowered it to RESOURCEUTILIZATION 4, and now only get 2 tape mounts. But according to the table below, I should only get 1. So something doesn't work according to the documentation somewhere, at least in regards to lan-free clients. I am the only one who has had this experience? By the way, just to bury the problem, I increased the maxnummp from 2 to 8 on all my proxynodes, and now they don't get the error anymore. But I don't see why they should need more than 2, when RESOURCEUTILIZATION is set to 4. It still doesn't make sense to me. Best Regards, John D. Schneider Phone: 314-364-3150 Cell: 314-750-8721 Email: [EMAIL PROTECTED] -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Wanda Prather Sent: Wednesday, September 10, 2008 6:17 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] How does VCB backups handle resource utilization? Well, now you've confused me, as well... When I set RESOURCEUTILIZATION 10, I get 8 sessions, but 4 are producers and 4 are consumers - so how did you get 8 tape mounts? On Wed, Sep 10, 2008 at 5:54 PM, Schneider, John <[EMAIL PROTECTED]>wrote: > Ok, now we are getting down to the nitty gritty. Your example > completely contradicts what is in the Performance Guide, which provides > a table which I reproduce below. I hope email doesn't mess up the > columns. It looks correct to me, I assure you. :-) > > RESOURCEUTILIZATION value Maximum number Unique number of > Threshold > of sessions producer sessions > (seconds) > 1 1 0 45 > 2 2 1 45 > 3 3 1 45 > 4 3 1 30 > 5 4 2 30 > 6 4 2 20 > 7 5 2 20 > 8 6 2 20 > 9 7 3 20 > 10 8 4 10 > 0 (default) 2 1 30 > > A Resourceutil of 4 is a max of three sessions, and only one "producer" > session, i.e. a tape mount. A Resourceutil of 5 is required for 2 tape > mounts, and so on. If my client maxnummp=2, then a resourceutil of 4 > should not overrun it. > > UNLESS... either the manual is wrong and the algorithm is not what is > stated. Or does the algorithm work differently in a Lan-free client > situation? We have another Lan-free client in a different TSM > environment, and we used to have a Resourceutil of 10 for a certain > client there, and I would swear there were times when I saw 8 tape > mounts. (The client maxnummp must have been high enough to permit > this). So does Resourceutil really work like the table above, or do > Lan-free clients or proxynode clients operate under a different set of > rules? Anyone able to enlighten me? > > Best Regards, > > John D. Schneider > > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of > Bos, Karel > Sent: Wednesday, September 10, 2008 11:48 AM > To: ADSM-L@VM.MARIST.EDU <mailto:ADSM-L@VM.MARIST.EDU> > Subject: Re: [ADSM-L] How does VCB backups handle resource utilization? > > It's late and it's long ago, but I seem to remember something about > these mount point and resourceutil things in the line of: > > Resource 4, # mountpoint > - 1 admin session > - 1 mountpoint for diskpools > - 2 mountpoint max for tape mounts > > So in you case, going directly to tape, you will get a max of 3 > mountpoints (because there is no diskpool) to tape. > > > Regards/Met vriendelijke groet, > > Karel > > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of > Schneider, John > Sent: woensdag 10 september 2008 18:27 > To: ADSM-L@VM.MARIST.EDU <mailto:ADSM-L@VM.MARIST.EDU> > Subject: Re: How does VCB backups handle resource utilization? > > Howard, > But resourceutilization is 4 now. It should give me fewer mount > points, not more. So why I am overrunning the client's maximum mount > points of 2 when resourceutilization is 4? > The reason I can't just increase the client's maximum mount points > until the message goes away is that there is a maximum of 64 virtual > tape drives, so I can't have every client grabbing 4 virtual tapes > drives at once. There is also no reason to have all these small > clients mounting multiple tape drives at once, since most of them don't > have much data or take long to back up. > I also just have this concept in my head that TSM is designed > according to logical rules, and works as designed. So if it is not > behaving the way I think it will, perhaps I don't understand the rules > properly, and I need to fix my understanding. > > Best Regards, > > John D. Schneider > Phone: 314-364-3150 > Cell: 314-750-8721 > Email: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of > Howard Coles > Sent: Wednesday, September 10, 2008 10:39 AM > To: ADSM-L@VM.MARIST.EDU <mailto:ADSM-L@VM.MARIST.EDU> > Subject: Re: [ADSM-L] How does VCB backups handle resource utilization? > > Either increase the maximum allowed mountpoints or put a line in the > client DSM.OPT along the lines of resourceutilization 5 (5 works well > with 2 mountpoints allowed) > > See Ya' > Howard > > > > -----Original Message----- > > From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf > > Of Schneider, John > > Sent: Wednesday, September 10, 2008 10:35 AM > > To: ADSM-L@VM.MARIST.EDU <mailto:ADSM-L@VM.MARIST.EDU> > > Subject: [ADSM-L] How does VCB backups handle resource utilization? > > > > Greetings, > > We are running TSM 5.4.3.0 server on AIX 5.3ML5. The Lan-free VCB > > > proxy is running TSM client 5.5.0.6. > > We are getting an unexpected result with our VMWare Consolidated > > Backups. We are just starting to run these in volume, and we are > > getting frequent messages: > > > > 09/10/08 00:02:06 ANR0539W Transaction failed for session 4448 for > > node > > EPCEMI11. This node has exceeded its maximum > > number of > > mount points. (SESSION: 4448) > > > > 09/10/08 00:02:06 ANR0539W Transaction failed for session 4449 for > > node > > EPCSTL11. This node has exceeded its maximum > > number of > > mount points. (SESSION: 4449) > > > > 09/10/08 00:02:07 ANR0539W Transaction failed for session 4439 for > > node > > EPCSGF01RO. This node has exceeded its maximum > > number of > > mount points. (SESSION: 4439) > > > > 09/10/08 00:02:07 ANR0539W Transaction failed for session 4444 for > > node > > EPCSGF01RO. This node has exceeded its maximum > > number of > > mount points. (SESSION: 4444) > > > > > > The destination storage pool is a virtual tape library, which is why > > mount points are involved. > > > > In the Lan-free proxy server running VCB, the Resourceutilization is > > set to 4, and the maximum mount points is 8. On the proxy clients > > themselves, I understand they inherit the Resourceutilization of the > > proxy server, so they would be 4 also. Their maximum mount points is > > set to 2. When Resourceutilization is 4, aren't the maximum mount > > points of 2 enough? According to the Performance Tuning Guide, > > Resourceutilization of 4 should not allow more than one mounted tape. > > > > We aren't getting the error for all clients, just a fraction of them. > > So maybe it is only happening for larger clients where the > > Resourceutilization algorithm to mount another tape kicks in? We > > could > > always just jack the maximum mount points for the clients up and up > > until the problem goes away, but I don't understand why the client is > > trying to mount more than 2 tapes with Resourceutilization set to 4. > > > > > > Best Regards, > > > > John D. Schneider > > Lead Systems Administrator - Storage Sisters of Mercy Health Systems > > 3637 South Geyer Road > > St. Louis, MO 63127 > > Phone: 314-364-3150 > > Cell: 314-750-8721 > > Email: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > > > > This e-mail contains information which (a) may be PROPRIETARY IN > NATURE > > OR > > OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only > > for the use of the addressee(s) named above. If you are not the > > addressee, or the person responsible for delivering this to the > > addressee(s), you are notified that reading, copying or distributing > > this e-mail is prohibited. If > you > > have > > received this e-mail in error, please contact the sender immediately. > This e-mail contains information which (a) may be PROPRIETARY IN NATURE > OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only > for the use of the addressee(s) named above. If you are not the > addressee, or the person responsible for delivering this to the > addressee(s), you are notified that reading, copying or distributing > this e-mail is prohibited. If you have received this e-mail in error, > please contact the sender immediately. > > > > This e-mail contains information which (a) may be PROPRIETARY IN NATURE OR > OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for > the > use of the addressee(s) named above. If you are not the addressee, or the > person responsible for delivering this to the addressee(s), you are > notified > that reading, copying or distributing this e-mail is prohibited. If you > have > received this e-mail in error, please contact the sender immediately. > This e-mail contains information which (a) may be PROPRIETARY IN NATURE OR OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only for the use of the addressee(s) named above. If you are not the addressee, or the person responsible for delivering this to the addressee(s), you are notified that reading, copying or distributing this e-mail is prohibited. If you have received this e-mail in error, please contact the sender immediately.
ÿþD i t b e r i c h t i s v e r t r o u w e l i j k e n k a n g e h e i m e i n f o r m a t i e b e v a t t e n e n k e l b e s t e m d v o o r d e g e a d r e s s e e r d e . I n d i e n d i t b e r i c h t n i e t v o o r u i s b e s t e m d , v e r z o e k e n w i j u d i t o n m i d d e l l i j k a a n o n s t e m e l d e n e n h e t b e r i c h t t e v e r n i e t i g e n . A a n g e z i e n d e i n t e g r i t e i t v a n h e t b e r i c h t n i e t v e i l i g g e s t e l d i s m i d d e l s v e r z e n d i n g v i a i n t e r n e t , k a n A t o s O r i g i n n i e t a a n s p r a k e l i j k w o r d e n g e h o u d e n v o o r d e i n h o u d d a a r v a n . H o e w e l w i j o n s i n s p a n n e n e e n v i r u s v r i j n e t w e r k t e h a n t e r e n , g e v e n w i j g e e n e n k e l e g a r a n t i e d a t d i t b e r i c h t v i r u s v r i j i s , n o c h a a n v a a r d e n w i j e n i g e a a n s p r a k e l i j k h e i d v o o r d e m o g e l i j k e a a n w e z i g h e i d v a n e e n v i r u s i n d i t b e r i c h t . O p a l o n z e r e c h t s v e r h o u d i n g e n , a a n b i e d i n g e n e n o v e r e e n k o m s t e n w a a r o n d e r A t o s O r i g i n g o e d e r e n e n / o f d i e n s t e n l e v e r t z i j n m e t u i t s l u i t i n g v a n a l l e a n d e r e v o o r w a a r d e n d e L e v e r i n g s v o o r w a a r d e n v a n A t o s O r i g i n v a n t o e p a s s i n g . D e z e w o r d e n u o p a a n v r a a g d i r e c t k o s t e l o o s t o e g e z o n d e n . T h i s e - m a i l a n d t h e d o c u m e n t s a t t a c h e d a r e c o n f i d e n t i a l a n d i n t e n d e d s o l e l y f o r t h e a d d r e s s e e ; i t m a y a l s o b e p r i v i l e g e d . I f y o u r e c e i v e t h i s e - m a i l i n e r r o r , p l e a s e n o t i f y t h e s e n d e r i m m e d i a t e l y a n d d e s t r o y i t . A s i t s i n t e g r i t y c a n n o t b e s e c u r e d o n t h e I n t e r n e t , t h e A t o s O r i g i n g r o u p l i a b i l i t y c a n n o t b e t r i g g e r e d f o r t h e m e s s a g e c o n t e n t . A l t h o u g h t h e s e n d e r e n d e a v o u r s t o m a i n t a i n a c o m p u t e r v i r u s - f r e e n e t w o r k , t h e s e n d e r d o e s n o t w a r r a n t t h a t t h i s t r a n s m i s s i o n i s v i r u s - f r e e a n d w i l l n o t b e l i a b l e f o r a n y d a m a g e s r e s u l t i n g f r o m a n y v i r u s t r a n s m i t t e d . O n a l l o f f e r s a n d a g r e e m e n t s u n d e r w h i c h A t o s O r i g i n s u p p l i e s g o o d s a n d / o r s e r v i c e s o f w h a t e v e r n a t u r e , t h e T e r m s o f D e l i v e r y f r o m A t o s O r i g i n e x c l u s i v e l y a p p l y . T h e T e r m s o f D e l i v e r y s h a l l b e p r o m p t l y s u b m i t t e d t o y o u o n y o u r r e q u e s t . A t o s O r i g i n N e d e r l a n d B . V . / U t r e c h t K v K U t r e c h t 3 0 1 3 2 7 6 2
