: [ADSM-L] Relabaling empty volumes in DataDomain VTL
On Jul 16, 2013, at 5:21 AM, Grigori Solonovitch
wrote:
> I have found the way to re-label existing scratch volumes in VTL:
> "checkout libvolumeremove=no" - for all scratch
> volumes "label libvolume search
On Jul 16, 2013, at 5:21 AM, Grigori Solonovitch
wrote:
> I have found the way to re-label existing scratch volumes in VTL:
> "checkout libvolumeremove=no" - for all scratch volumes
> "label libvolume search=yes labelsource=barcode checkin=scratch
> overwrite=yes" - ones
> I hope this is
Architect, IT, Ahli United Bank Kuwait,
www.ahliunited.com.kw
-Original Message-
From: Grigori Solonovitch
Sent: 16 07 2013 12:46 PM
To: 'ADSM: Dist Stor Manager'
Subject: RE: [ADSM-L] Relabaling empty volumes in DataDomain VTL
Hello Karel,
Maybe you can help me to re-label
Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Karel
Bos
Sent: 15 07 2013 1:43 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Relabaling empty volumes in DataDomain VTL
If you define volumes into a stg pool they get scratch=no and as such wont
return to scratch pool and relabel scratch isn
--Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Karel
Bos
Sent: 15 07 2013 1:43 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Relabaling empty volumes in DataDomain VTL
If you define volumes into a stg pool they get scratch=no and as such wont
return
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Grigori Solonovitch
Sent: Monday, July 15, 2013 1:34 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Relabaling empty volumes in DataDomain VTL
Hello Robert,
Thank you very much for fast
If you define volumes into a stg pool they get scratch=no and as such wont
return to scratch pool and relabel scratch isn't working on them.
Upd stg maxscatch= number big enough to hold all data plus some and delete
the defined empty ones to get relabel working.
Might want to enable reuse delay,
itch, Senior Systems Architect, IT, Ahli United Bank
> Kuwait, www.ahliunited.com.kw
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
> Robert Ouzen
> Sent: 15 07 2013 1:29 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: R
15, 2013 1:15 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Relabaling empty volumes in DataDomain VTL
Hello everybody,
I have added additional volumes in Data Doamin VTL and checked in them by using
next command checkin libvol search=yes stat=scr checkl=barcode After
adding volumes I have
, 2013 1:15 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Relabaling empty volumes in DataDomain VTL
Hello everybody,
I have added additional volumes in Data Doamin VTL and checked in them by using
next command checkin libvol search=yes stat=scr checkl=barcode After
adding volumes I have found
Hello everybody,
I have added additional volumes in Data Doamin VTL and checked in them by using
next command
checkin libvol search=yes stat=scr checkl=barcode
After adding volumes I have found all of them from "q vol" in status "Scratch
Volume?: No"
As a result, all new volumes are not relabel
DSM-L] DataDomain VTL
All
Just to chip in here.
We have 3 DDR's (2 at remote sites and one in a main DC) and are seeing
4.4:1 compression. That's with a reasonable mix of data and no client
side compression.
Whilst dedupe isn't superb, but as we know it's generally lowe
, January 13, 2010 6:14 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: DataDomain VTL
Any "compressed/ encrypted" data will not de-dupe well or if at all.
(Compressed / Encrypted Data have unique signatures every time)
In regards to client side compression, that feature tends to be of value
ager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: [ADSM-L] DataDomain VTL
Caterpillar: Confidential Green Retain Until: 12/02/2010
On Jan 12, 2010, at 11:27 AM, Kelly Lipp wrote:
> We have a customer that insisted on buying one of these for his TSM
environment. Promised 20:1 dedup.
rom: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Nick Laflamme
Sent: Tuesday, January 12, 2010 7:19 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] DataDomain VTL
On Jan 12, 2010, at 11:27 AM, Kelly Lipp wrote:
> We have a customer that insisted on buying one of these for his TS
ession off from the Server side using client option sets.
Regards,
Charles
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Nick Laflamme
Sent: Tuesday, January 12, 2010 7:19 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] DataDomain VTL
On Jan 12, 2010, at 11:27 AM, Kelly Lipp wrote:
> We have a customer that insisted on buying one of these for his TSM
> environment. Promised 20:1 dedup. He saw about five to one. He was in our
> Level 2 class telling the story. At the end he said he wouldn't buy it
> again. I made him repe
Sent: Tuesday, January 12, 2010 11:27 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] DataDomain VTL
We have a customer that insisted on buying one of these for his TSM
environment. Promised 20:1 dedup. He saw about five to one. He was in
our Level 2 class telling the story. At the end he sa
DSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] DataDomain VTL
Could you share those reasons? I would be interested because we tested
one,
and the NFS seemed to work great. Thanks.
On Tue, Jan 12, 2010 at 9:04 AM, Howard Coles
wrote:
> Thanks. I don't want to do the NFS stuff with TSM for a few r
T.EDU
Subject: [ADSM-L] DataDomain VTL
Is anyone out there using a DataDomain VTL? I'm getting some pressure
to look at this, and I'd like to find some honest opinions of them. I
know that some time back there were some conversations around this, but
some tech has been updated and DD has bee
a'
> Howard Coles Jr.
> John 3:16!
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
> Strand, Neil B.
> Sent: Tuesday, January 12, 2010 8:55 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] DataDomain VTL
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] DataDomain VTL
Howard,
I have a pair of DDR410s and pair of DDR510's that are configured for
NFS. The 510's are being used to store vRanger backups of a VM
environment. Compression/deduplication is incredible for this
application. 47TB(tera
ward Coles
Sent: Monday, January 11, 2010 4:58 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] DataDomain VTL
Is anyone out there using a DataDomain VTL? I'm getting some pressure
to look at this, and I'd like to find some honest opinions of them. I
know that some time back there were
Is anyone out there using a DataDomain VTL? I'm getting some pressure
to look at this, and I'd like to find some honest opinions of them. I
know that some time back there were some conversations around this, but
some tech has been updated and DD has been bought by EMC, etc. So, if
yo
24 matches
Mail list logo