Backup Central

Hello-
Group always bail me out, so I thought I would take another shot with you gurus. Thanks in advance.

Have already escalated this to CommVault support, but really need an answer. Running V8 sp5 with about 450 jobs running nightly spread among 4 media agents with shared index cache, writing to a clariion cx4 (fibre) and clariion Ax4 (iSCSI). Each media agent owns its luns and has read access to all others. One big job with a netware agent has been failing for sometime and can't figure out why. Jobs finish as successful but when you try to browse the backup you get "No valid index data for client..." and restore fails. Checked the switch it is going into and don't see errors. Have created 2 subclient jobs to break up backup and both run successful but still have the cache error.

In the past we have had some issues with our shared index cache but support usually has my backup guy reboot the media agents and that clears it up. Going to v9 sp3 very soon, but have to resolve this issue asap.

Regards,
Erik


__._,_.___
Reply to sender ([email]erlarson2000 < at > yahoo.com?subject=Re%3A%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply via web post | Start a New Topic
Messages in this topic (1)
Recent Activity:

• New Members 5

Visit Your Group

Commvault Documentation here:
http://documentation.commvault.com/
MARKETPLACE

[url=http://global.ard.yahoo.com/SIG=15o3tqm0m/M=493064.14543979.14562481.13298430/D=groups/S=1707277520:MKP1/Y=YAHOO/EXP=1318526559/L=2fc9535e-f5af-11e0-bcae-8fb7fe460016/B=w9.DDGKJiTw-/J=1318519359126522/K=vAwObvmnvCCjkn1kHvnwoQ/A=6060255/R=0/SIG=1194m4keh/*http://us.toolbar.yahoo.com/?.cpdl=grpj]Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.[/url] if(window.yzq_d==null)window.yzq_d=new Object(); window.yzq_d['w9.DDGKJiTw-']='&U=13cv17tq9%2fN%3dw9.DDGKJiTw-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1'; [img]http://us.bc.yahoo.com/b?P=2fc9535e-f5af-11e0-bcae-8fb7fe460016&T=1chk4ved8%2fX%3d1318519359%2fE%3d1707277520%2fR%3dgroups%2fK%3d5%2fV%3d2.1%2fW%3dH%2fY%3dYAHOO%2fF%3d1135238875%2fH%3dY29udGVudD0iR287V2lkZ2V0cztQb2RjYXN0cztNb2JpbGU7RmxpY2tyO0dyb3VwcztBdWN0aW9ucztTbWFsbF9CdXNpbmVzcztCcmllZmNhc2U7RmluYW5jZTsiIGRpc2FibGVzaHVmZmxpbmc9IjEiIHNlcnZlSWQ9IjJmYzk1MzVlLWY1YWYtMTFlMC1iY2FlLThmYjdmZTQ2MDAxNiIgc2l0ZUlkPSI0NDUyNTUxIiB0U3RtcD0iMTMxODUxOTM1OTA5MjM1NyIg%2fQ%3d-1%2fS%3d1%2fJ%3d27228962&U=13cv17tq9%2fN%3dw9.DDGKJiTw-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1[/img]


Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) &bull; Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) &bull; Terms of Use




.

[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5336/stime=1318519358/nc1=4025373/nc2=4507179/nc3=5898810[/img]
__,_._,___

Is this a full backup?  Is it a lot of data?  How many days can your Index Cache hold?  It may be set to the 35-day default, but it may be purging too quickly if there isn't enough space to hold a new cycle for the other jobs that run nightly.

Kris

On Thu, Oct 13, 2011 at 11:22 AM, erlarson2000 <erlarson2000 < at > yahoo.com ([email]erlarson2000 < at > yahoo.com[/email])> wrote:
 
Hello-
Group always bail me out, so I thought I would take another shot with you gurus. Thanks in advance.

Have already escalated this to CommVault support, but really need an answer. Running V8 sp5 with about 450 jobs running nightly spread among 4 media agents with shared index cache, writing to a clariion cx4 (fibre) and clariion Ax4 (iSCSI). Each media agent owns its luns and has read access to all others. One big job with a netware agent has been failing for sometime and can't figure out why. Jobs finish as successful but when you try to browse the backup you get "No valid index data for client..." and restore fails. Checked the switch it is going into and don't see errors. Have created 2 subclient jobs to break up backup and both run successful but still have the cache error.

In the past we have had some issues with our shared index cache but support usually has my backup guy reboot the media agents and that clears it up. Going to v9 sp3 very soon, but have to resolve this issue asap.

Regards,
Erik











__._,_.___
Reply to sender ([email]semeye < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply via web post | Start a New Topic
Messages in this topic (2)
Recent Activity:

• New Members 5

Visit Your Group

Commvault Documentation here:
http://documentation.commvault.com/
MARKETPLACE

[url=http://global.ard.yahoo.com/SIG=15o30u7ds/M=493064.14543979.14562481.13298430/D=groups/S=1707277520:MKP1/Y=YAHOO/EXP=1318559115/L=fd2214d0-f5fa-11e0-bd2e-abe6cefa6616/B=rVUzDdj8elc-/J=1318551915893154/K=k9OlabSlQ55_.0ueszXN6g/A=6060255/R=0/SIG=1194m4keh/*http://us.toolbar.yahoo.com/?.cpdl=grpj]Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.[/url] if(window.yzq_d==null)window.yzq_d=new Object(); window.yzq_d['rVUzDdj8elc-']='&U=13cmh2j68%2fN%3drVUzDdj8elc-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1'; [img]http://us.bc.yahoo.com/b?P=fd2214d0-f5fa-11e0-bd2e-abe6cefa6616&T=1chiknqeq%2fX%3d1318551915%2fE%3d1707277520%2fR%3dgroups%2fK%3d5%2fV%3d2.1%2fW%3dH%2fY%3dYAHOO%2fF%3d1886038640%2fH%3dY29udGVudD0iR287V2lkZ2V0cztQb2RjYXN0cztNb2JpbGU7RmxpY2tyO0dyb3VwcztBdWN0aW9ucztTbWFsbF9CdXNpbmVzcztCcmllZmNhc2U7RmluYW5jZTsiIGRpc2FibGVzaHVmZmxpbmc9IjEiIHNlcnZlSWQ9ImZkMjIxNGQwLWY1ZmEtMTFlMC1iZDJlLWFiZTZjZWZhNjYxNiIgc2l0ZUlkPSI0NDUyNTUxIiB0U3RtcD0iMTMxODU1MTkxNTg2MTY2NSIg%2fQ%3d-1%2fS%3d1%2fJ%3dAD238962&U=13cmh2j68%2fN%3drVUzDdj8elc-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1[/img]


Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) &bull; Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) &bull; Terms of Use




.

[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5337/stime=1318551915/nc1=4025338/nc2=5741393/nc3=4507179[/img]
__,_._,___

That wouldn't seem right?  If the IC was purging, then he should have received a Index Restore request prompting him for approval.

If it's saying no valid index data ...


1. Is this Netware File System, or Groupwise or NDS ?


2. How are you performing the browse?  Browse Backup Data, or from the Backup History.


3. Have you tried performing a Browse using "Use Exact Index" ?  (don't think it's likely this is it, but can't hurt to tick it off the troubleshooting list...)


4. How is your Index cache Shared .. from a Windows server, or a dedicated NAS host?  Is opportunistic locking disabled?


5. Are you having this problem on any other Netware hosts (is it affecting all hosts, is it Media Agent-specific, or is it just specific to this one individual client).


6. Have you tried forcing the browse through other media agents instead of leaving it on the default "Any Media Agent" to see if the symptoms change?


7. Are all the subclient tests you've done just to do with this one volume (assuming Netware FS backups) ?  What about other volumes on the netware server, can you create a test backup set/subclient and do a backup of a single file to test? (i.e. something from SYS:)


Regards,
Luke


On 14 October 2011 03:16, Kris <semeye < at > gmail.com ([email]semeye < at > gmail.com[/email])> wrote:
 
Is this a full backup?  Is it a lot of data?  How many days can your Index Cache hold?  It may be set to the 35-day default, but it may be purging too quickly if there isn't enough space to hold a new cycle for the other jobs that run nightly.

Kris

On Thu, Oct 13, 2011 at 11:22 AM, erlarson2000 <erlarson2000 < at > yahoo.com ([email]erlarson2000 < at > yahoo.com[/email])> wrote:
 
Hello-
Group always bail me out, so I thought I would take another shot with you gurus. Thanks in advance.

Have already escalated this to CommVault support, but really need an answer. Running V8 sp5 with about 450 jobs running nightly spread among 4 media agents with shared index cache, writing to a clariion cx4 (fibre) and clariion Ax4 (iSCSI). Each media agent owns its luns and has read access to all others. One big job with a netware agent has been failing for sometime and can't figure out why. Jobs finish as successful but when you try to browse the backup you get "No valid index data for client..." and restore fails. Checked the switch it is going into and don't see errors. Have created 2 subclient jobs to break up backup and both run successful but still have the cache error.

In the past we have had some issues with our shared index cache but support usually has my backup guy reboot the media agents and that clears it up. Going to v9 sp3 very soon, but have to resolve this issue asap.

Regards,
Erik






















__._,_.___
Reply to sender ([email]kaneda.san.sec < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply via web post | Start a New Topic
Messages in this topic (3)
Recent Activity:

• New Members 5

Visit Your Group

Commvault Documentation here:
http://documentation.commvault.com/
MARKETPLACE

[url=http://global.ard.yahoo.com/SIG=15on05l1v/M=493064.14543979.14562481.13298430/D=groups/S=1707277520:MKP1/Y=YAHOO/EXP=1318571109/L=e9aa863c-f616-11e0-8d9a-27f08cde8c9a/B=lhW0DEoGYnw-/J=1318563909194148/K=Q2JJVkrybT.NlAgNvtEA_A/A=6060255/R=0/SIG=1194m4keh/*http://us.toolbar.yahoo.com/?.cpdl=grpj]Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.[/url] if(window.yzq_d==null)window.yzq_d=new Object(); window.yzq_d['lhW0DEoGYnw-']='&U=13c7hg3en%2fN%3dlhW0DEoGYnw-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1'; [img]http://us.bc.yahoo.com/b?P=e9aa863c-f616-11e0-8d9a-27f08cde8c9a&T=1chv8q31p%2fX%3d1318563909%2fE%3d1707277520%2fR%3dgroups%2fK%3d5%2fV%3d2.1%2fW%3dH%2fY%3dYAHOO%2fF%3d4178498451%2fH%3dY29udGVudD0iR287V2lkZ2V0cztQb2RjYXN0cztNb2JpbGU7RmxpY2tyO0dyb3VwcztBdWN0aW9ucztTbWFsbF9CdXNpbmVzcztCcmllZmNhc2U7RmluYW5jZTsiIGRpc2FibGVzaHVmZmxpbmc9IjEiIHNlcnZlSWQ9ImU5YWE4NjNjLWY2MTYtMTFlMC04ZDlhLTI3ZjA4Y2RlOGM5YSIgc2l0ZUlkPSI0NDUyNTUxIiB0U3RtcD0iMTMxODU2MzkwOTEwOTkyMyIg%2fQ%3d-1%2fS%3d1%2fJ%3d26228962&U=13c7hg3en%2fN%3dlhW0DEoGYnw-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1[/img]


Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) &bull; Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) &bull; Terms of Use




.

[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5338/stime=1318563909/nc1=5191953/nc2=4507179/nc3=4025338[/img]
__,_._,___

Thank you for the suggestions. Turned out we got the issue fixed by support.
Luke-
Basically issue was tied to your number 4 question. Turns out our dedupe and shared index cache db's were hosted on the same server (2008 windows) which was causing a tremendous amount of IO on the box. We moved the shared index cache to a much lower usage MA and backups ran last night with no hiccups. Thank you for insight...


From: Luke <kaneda.san.sec < at > gmail.com>
To: commvault < at > yahoogroups.com
Sent: Thursday, October 13, 2011 8:44 PM
Subject: Re: [commvault] No valid index data for client (netware)

That wouldn't seem right? If the IC was purging, then he should have received a Index Restore request prompting him for approval.


If it's saying no valid index data ...


1. Is this Netware File System, or Groupwise or NDS ?


2. How are you performing the browse? Browse Backup Data, or from the Backup History.


3. Have you tried performing a Browse using "Use Exact Index" ? (don't think it's likely this is it, but can't hurt to tick it off the troubleshooting list...)


4. How is your Index cache Shared .. from a Windows server, or a dedicated NAS host? Is opportunistic locking disabled?


5. Are you having this problem on any other Netware hosts (is it affecting all hosts, is it Media Agent-specific, or is it just specific to this one individual client).


6. Have you tried forcing the browse through other media agents instead of leaving it on the default "Any Media Agent" to see if the symptoms change?


7. Are all the subclient tests you've done just to do with this one volume (assuming Netware FS backups) ? What about other volumes on the netware server, can you create a test backup set/subclient and do a backup of a single file to test? (i.e. something from SYS:)


Regards,
Luke


On 14 October 2011 03:16, Kris <semeye < at > gmail.com ([email]semeye < at > gmail.com[/email])> wrote:
Is this a full backup? Is it a lot of data? How many days can your Index Cache hold? It may be set to the 35-day default, but it may be purging too quickly if there isn't enough space to hold a new cycle for the other jobs that run nightly.


Kris

On Thu, Oct 13, 2011 at 11:22 AM, erlarson2000 <erlarson2000 < at > yahoo.com ([email]erlarson2000 < at > yahoo.com[/email])> wrote:
Hello-
Group always bail me out, so I thought I would take another shot with you gurus. Thanks in advance.

Have already escalated this to CommVault support, but really need an answer. Running V8 sp5 with about 450 jobs running nightly spread among 4 media agents with shared index cache, writing to a clariion cx4 (fibre) and clariion Ax4 (iSCSI). Each media agent owns its luns and has read access to all others. One big job with a netware agent has been failing for sometime and can't figure out why. Jobs finish as successful but when you try to browse the backup you get "No valid index data for client..." and restore fails. Checked the switch it is going into and don't see errors. Have created 2 subclient jobs to break up backup and both run successful but still have the cache error.

In the past we have had some issues with our shared index cache but support usually has my backup guy reboot the media agents and that clears it up. Going to v9 sp3 very soon, but have to resolve this issue asap.

Regards,
Erik





























__._,_.___
Reply to sender ([email]erlarson2000 < at > yahoo.com?subject=Re%3A%20%5Bcommvault%5D%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply via web post | Start a New Topic
Messages in this topic (4)
Recent Activity:

• New Members 6

Visit Your Group

Commvault Documentation here:
http://documentation.commvault.com/
MARKETPLACE

[url=http://global.ard.yahoo.com/SIG=15oapraiv/M=493064.14543979.14562481.13298430/D=groups/S=1707277520:MKP1/Y=YAHOO/EXP=1318616489/L=92c1fd18-f680-11e0-bc2d-03cff7b29b33/B=9z2xDdj8fcY-/J=1318609289979363/K=cUbZVTuHiq3XrhrtDBszsw/A=6060255/R=0/SIG=1194m4keh/*http://us.toolbar.yahoo.com/?.cpdl=grpj]Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.[/url] if(window.yzq_d==null)window.yzq_d=new Object(); window.yzq_d['9z2xDdj8fcY-']='&U=13ci5al7u%2fN%3d9z2xDdj8fcY-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1'; [img]http://us.bc.yahoo.com/b?P=92c1fd18-f680-11e0-bc2d-03cff7b29b33&T=1ch108tv7%2fX%3d1318609289%2fE%3d1707277520%2fR%3dgroups%2fK%3d5%2fV%3d2.1%2fW%3dH%2fY%3dYAHOO%2fF%3d2543348004%2fH%3dY29udGVudD0iR287V2lkZ2V0cztQb2RjYXN0cztNb2JpbGU7RmxpY2tyO0dyb3VwcztBdWN0aW9ucztTbWFsbF9CdXNpbmVzcztCcmllZmNhc2U7RmluYW5jZTsiIGRpc2FibGVzaHVmZmxpbmc9IjEiIHNlcnZlSWQ9IjkyYzFmZDE4LWY2ODAtMTFlMC1iYzJkLTAzY2ZmN2IyOWIzMyIgc2l0ZUlkPSI0NDUyNTUxIiB0U3RtcD0iMTMxODYwOTI4OTk1NTE4MSIg%2fQ%3d-1%2fS%3d1%2fJ%3d663E8962&U=13ci5al7u%2fN%3d9z2xDdj8fcY-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1[/img]


Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) &bull; Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) &bull; Terms of Use




.

[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5341/stime=1318609289/nc1=5898810/nc2=4507179/nc3=4025373[/img]
__,_._,___

No worries, good to hear it got sorted out

On 15 October 2011 03:21, erik larson <erlarson2000 < at > yahoo.com ([email]erlarson2000 < at > yahoo.com[/email])> wrote:
 
Thank you for the suggestions.  Turned out we got the issue fixed by support.  
Luke-
Basically issue was tied to your number 4 question.  Turns out our dedupe and shared index cache db's were hosted on the same server (2008 windows) which was causing a tremendous amount of IO on the box.  We moved the shared index cache to a much lower usage MA and backups ran last night with no hiccups.  Thank you for insight...


From: Luke <kaneda.san.sec < at > gmail.com ([email]kaneda.san.sec < at > gmail.com[/email])>
To: commvault < at > yahoogroups.com ([email]commvault < at > yahoogroups.com[/email])
Sent: Thursday, October 13, 2011 8:44 PM
Subject: Re: [commvault] No valid index data for client (netware)

  That wouldn't seem right?  If the IC was purging, then he should have received a Index Restore request prompting him for approval.


If it's saying no valid index data ...


1. Is this Netware File System, or Groupwise or NDS ?


2. How are you performing the browse?  Browse Backup Data, or from the Backup History.


3. Have you tried performing a Browse using "Use Exact Index" ?  (don't think it's likely this is it, but can't hurt to tick it off the troubleshooting list...)


4. How is your Index cache Shared .. from a Windows server, or a dedicated NAS host?  Is opportunistic locking disabled?


5. Are you having this problem on any other Netware hosts (is it affecting all hosts, is it Media Agent-specific, or is it just specific to this one individual client).


6. Have you tried forcing the browse through other media agents instead of leaving it on the default "Any Media Agent" to see if the symptoms change?


7. Are all the subclient tests you've done just to do with this one volume (assuming Netware FS backups) ?  What about other volumes on the netware server, can you create a test backup set/subclient and do a backup of a single file to test? (i.e. something from SYS:)


Regards,
Luke


On 14 October 2011 03:16, Kris <semeye < at > gmail.com ([email]semeye < at > gmail.com[/email])> wrote:
  Is this a full backup?  Is it a lot of data?  How many days can your Index Cache hold?  It may be set to the 35-day default, but it may be purging too quickly if there isn't enough space to hold a new cycle for the other jobs that run nightly.


Kris

On Thu, Oct 13, 2011 at 11:22 AM, erlarson2000 <erlarson2000 < at > yahoo.com ([email]erlarson2000 < at > yahoo.com[/email])> wrote:
  Hello-
Group always bail me out, so I thought I would take another shot with you gurus. Thanks in advance.

Have already escalated this to CommVault support, but really need an answer. Running V8 sp5 with about 450 jobs running nightly spread among 4 media agents with shared index cache, writing to a clariion cx4 (fibre) and clariion Ax4 (iSCSI). Each media agent owns its luns and has read access to all others. One big job with a netware agent has been failing for sometime and can't figure out why. Jobs finish as successful but when you try to browse the backup you get "No valid index data for client..." and restore fails. Checked the switch it is going into and don't see errors. Have created 2 subclient jobs to break up backup and both run successful but still have the cache error.

In the past we have had some issues with our shared index cache but support usually has my backup guy reboot the media agents and that clears it up. Going to v9 sp3 very soon, but have to resolve this issue asap.

Regards,
Erik







































__._,_.___
Reply to sender ([email]kaneda.san.sec < at > gmail.com?subject=Re%3A%20%5Bcommvault%5D%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply to group ([email]commvault < at > yahoogroups.com?subject=Re%3A%20%5Bcommvault%5D%20No%20valid%20index%20data%20for%20client%20%28netware%29[/email]) | Reply via web post | Start a New Topic
Messages in this topic (5)
Recent Activity:

• New Members 7

Visit Your Group

Commvault Documentation here:
http://documentation.commvault.com/
MARKETPLACE

[url=http://global.ard.yahoo.com/SIG=15ov826sh/M=493064.14543979.14562481.13298430/D=groups/S=1707277520:MKP1/Y=YAHOO/EXP=1318810303/L=d4544a14-f843-11e0-94d9-3f507a9e9659/B=YMRJD9j8fXY-/J=1318803103021942/K=PNQX3EVpYh4EfUuH.O3Vkg/A=6060255/R=0/SIG=1194m4keh/*http://us.toolbar.yahoo.com/?.cpdl=grpj]Stay on top of your group activity without leaving the page you're on - Get the Yahoo! Toolbar now.[/url] if(window.yzq_d==null)window.yzq_d=new Object(); window.yzq_d['YMRJD9j8fXY-']='&U=13c7ntaes%2fN%3dYMRJD9j8fXY-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1'; [img]http://us.bc.yahoo.com/b?P=d4544a14-f843-11e0-94d9-3f507a9e9659&T=1cht69nc9%2fX%3d1318803103%2fE%3d1707277520%2fR%3dgroups%2fK%3d5%2fV%3d2.1%2fW%3dH%2fY%3dYAHOO%2fF%3d2787333365%2fH%3dY29udGVudD0iR287V2lkZ2V0cztQb2RjYXN0cztNb2JpbGU7RmxpY2tyO0dyb3VwcztBdWN0aW9ucztTbWFsbF9CdXNpbmVzcztCcmllZmNhc2U7RmluYW5jZTsiIGRpc2FibGVzaHVmZmxpbmc9IjEiIHNlcnZlSWQ9ImQ0NTQ0YTE0LWY4NDMtMTFlMC05NGQ5LTNmNTA3YTllOTY1OSIgc2l0ZUlkPSI0NDUyNTUxIiB0U3RtcD0iMTMxODgwMzEwMjk5MDkyNCIg%2fQ%3d-1%2fS%3d1%2fJ%3d683E8962&U=13c7ntaes%2fN%3dYMRJD9j8fXY-%2fC%3d493064.14543979.14562481.13298430%2fD%3dMKP1%2fB%3d6060255%2fV%3d1[/img]


Text-Only ([email]commvault-traditional < at > yahoogroups.com?subject=Change Delivery Format: Traditional[/email]), Daily Digest ([email]commvault-digest < at > yahoogroups.com?subject=Email Delivery: Digest[/email]) &bull; Unsubscribe ([email]commvault-unsubscribe < at > yahoogroups.com?subject=Unsubscribe[/email]) &bull; Terms of Use




.

[img]http://geo.yahoo.com/serv?s=97359714/grpId=7450851/grpspId=1707277520/msgId=5342/stime=1318803102/nc1=5758223/nc2=4507179/nc3=4025373[/img]
__,_._,___