I seem to be having trouble with my email client, sending this email out.
Sorry about any partial sends!
I guess it's time for me to say goodbye to this list, and to this wonderful
ADSM community. Thank you to Marist college for hosting this list -- it has
been a wonderful resource for me ove
"
>DOMAIN "\\xxx.xxx.xxx.xxx\folder2"But can you set up and use journaling on
>them?
>
>Thanks,
>Mike
>
>Michael Hizny
>Binghamton University
>mhi...@binghamton.edu
--
Paul ZarnowskiPh: 607-255-4757
IT at Cornell / Infr
nux migration performance
>>
>> Has anyone migrated a big TSM server from AIX to Linux using the
>> Extract/Insert capability in 7.1.5? Have a 2.5TB DB to migrate, would
>> like some idea of how long it might take.
>>
>> Bill Mansfield
--
Paul Zarnowski
Paul,
The metrics displayed by Q AUDITOCC are updated by AUDIT LICENSE; not in real
time.
..Paul
(sent from my iPhone)
On Jul 26, 2016, at 9:37 PM, Paul_Dudley
mailto:pdud...@anl.com.au>> wrote:
To keep track of our primary storage usage, on a weekly basis I run the
following command:
que
al 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
&
sion grows the size.
The legacy LZW compression can grow files that are already in a compressed
format. The newer LZ4 compression should not grow an already compressed file.
In that respect, it's similar to the compression that LTO tape drives can do.
..Paul
his short
>of adding one of these options for every type of compressible file?
>
>EXCLUDE.COMPRESSION "*:\...\*.jpg"
>EXCLUDE.COMPRESSION "*:\...\*.zip"
--
Paul ZarnowskiPh: 607-255-4757
Assistant Director for Storage Services Fx: 607-255-
to the skilled people of this shop.
>
>Indeed, the TSM B/A Client documentation is (was ?) not accurate for CDOT as
>it refers mainly to 7 Mode.
>
>--
>Best regards / Cordialement / Ù
ع تØÙاتÙ
>Erwann SIMON
>
>- Mail original -
>De: "Paul Zarnowsk
Has anyone successfully used TSM on Windows (and Linux) to backup a NetApp
filer running ONTAP CDOT 8.3? We're looking for confirmation that this works,
as we've been having some problems getting it to run against a simulator
running 8.3.
Thanks!
..Paul
--
Paul
en reading, and so far, there seem to be severe limits on libraries
>using there vtl.
>Also, the setup seems to be, when the library is full, check out the virtual
>cartridges to a virtual tape shelf.
>
>Any experiences, tips, and / or help is appreciated.
--
Paul Zarnowski
have received this e-mail in
>error, please immediately notify the sender via return e-mail; delete this
>e-mail and all attachments from your e-mail system and your computer system
>and network; and destroy any paper copies you may have in your possession.
>Thank you for your cooperati
may unsubscribe from receiving commercial
>electronic messages by using this link: www.bnpparibas.ca/en/unsubscribe/
><http://www.bnpparibas.ca/en/unsubscribe/>. See www.bnpparibas.ca
><http://www.bnpparibas.ca> for more information on BNP Paribas, in Canada.
--
Paul ZarnowskiPh: 607-255-4757
Assistant Director for Storage Services Fx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801
f you are not the intended recipient, please contact the
>sender by reply email and destroy all copies of the original message.
>
>CAUTION: Intended recipients should NOT use email communication for emergent
>or urgent health care matters.
--
Paul ZarnowskiPh:
ss for files that are not
>> explicitly included, specify:
>>
>>include ?:* mgmt_class_name
--
Paul ZarnowskiPh: 607-255-4757
Assistant Director for Storage Services Fx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801
ng
>> >> > having 15DAYS applied to it.
>> >> >
>> >> > So for tonights backup, I have changed it to:
>> >> >
>> >> > include * STANDARD
>> >> > include D:\Software\ClickCommerce\Backup\...\* 15DAYS
>
t; *Zoltan Forray*
>> > TSM Software & Hardware Administrator
>> > Xymon Monitor Administrator
>> > Virginia Commonwealth University
>> > UCC/Office of Technology Services
>> > www.ucc.vcu.edu
>> > zfor...@vcu.edu - 804-828-4807
>> >
ault management class for files that are not
>explicitly included, specify:
>
> include ?:* mgmt_class_name
>
>
>
>On Thu, Oct 1, 2015 at 2:37 PM, Paul Zarnowski wrote:
>
>> Hi Zoltan,
>>
>> I think the documentation around include/exclude wildcarding is v
>Product documentation collections for download:
>http://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager/page/Product%20documentation%20collections%20for%20download
--
Paul ZarnowskiPh: 607-255-4757
Assistant Director for Storage Services Fx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801
iversity
>UCC/Office of Technology Services
>www.ucc.vcu.edu
>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 perso
m<mailto:jd...@duqlight.com>> wrote:
>
>
>
>Unfortunately the final storage pool is the dedupe pool.
>
>
>
>
>
>
>
>
>
>
>
>Date:Sun, 2 Aug 2015 16:32:17 +
>
>
>
>From:Paul Zarnowski <
><mailto:p...@corne
pool is the dedupe pool.
Date:Sun, 2 Aug 2015 16:32:17 +
From:Paul Zarnowski
mailto:p...@cornell.edu><mailto:p...@cornell.edu>>
Subject: Re: How can I exclude files from dedupe processing?
Since the files are already using a separate management class, you can just=
Since the files are already using a separate management class, you can just
change the destination storage pool for that class to go to a non-duplicated
storage pool.
..Paul
(sent from my iPhone)
On Aug 2, 2015, at 11:07 AM, Dury, John C.
mailto:jd...@duqlight.com>> wrote:
I have a 6.3.5.100
did it and have any issues ?
>
>Best Regards
>
>Robert Ouzen
--
Paul ZarnowskiPh: 607-255-4757
Assistant Director for Storage Services Fx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801
>> > SnapDiff that works on Clustered Data Ontap 8 (think latest version
>> > is 8.2 or 8.3)? My understanding is that NetApp has given the API's
>> > to IBM, waiting on IBM to incorporate them.
>> >
>> > Thanks,
>> >
>> > Steve Schaub
>> > Systems Engineer II,
ion is
>strictly prohibited. If you are not the intended recipient, please contact the
>sender by reply email and destroy all copies of the original message.
>
>CAUTION: Intended recipients should NOT use email communication for emergent
>or urgent health care matters.
--
Paul ZarnowskiPh: 607-255-4757
Assistant Director for Storage Services Fx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801
intended recipient, you are hereby notified
>> that any review, dissemination, distribution or duplication of this
>> communication is strictly prohibited. If you are not the intended
>> recipient, please contact the sender by reply email and destroy all copies
>&g
Wanda,
Thank you for all of your contributions over the years. Enjoy the next chapter
in your life!
..Paul
> On Apr 3, 2015, at 5:11 PM, Prather, Wanda wrote:
>
> This is my last day at ICF, and the first day of my retirement!
>
> I'm moving on to the next non-IT-support chapter in life.
/2015, Zoltan Forray wrote:
>Thanks for all the replies. Pretty much confirms that FILE isn't for me.
>We don't do dedupe and there are a lot of manual/monitoring processes
>involved (I have enough to do with 8-TSM servers I manage - don't need
>more).
--
Paul Zarnowski
ccess storage pools does not
> allow data to be stored into the next pool. In this case, the server issues
> a message and the transaction fails.
..Paul
--
Paul ZarnowskiPh: 607-255-4757
Assistant Director for Storage Services Fx: 607-255-8521
IT at Cornell / I
>TSM.
>
>Regards,
>Kurt
>
>
>*** Disclaimer ***
>Vlaamse Radio- en Televisieomroeporganisatie Auguste Reyerslaan 52, 1043
>Brussel
>
>nv van publiek recht
>BTW BE 0244.142.664
>RPR Brussel
>http://www.vrt.be/gebruiksvoorwaarden
--
Paul Zarnowski
DU
>> Date: 10/21/2014 04:19 PM
>> Subject: TSM client availability for Max OS X 10.10 (Yosemite)
>> Sent by: "ADSM: Dist Stor Manager"
>>
>> Hi all,
>>
>> Does anyone know when a TSM client will be available/approved for
>> Mac OS X 10.10 Yosemite?
'm also not
holding my breath.
..Paul
At 04:17 PM 10/21/2014, Mitchell, Ruth Slovik wrote:
>Hi all,
>
>Does anyone know when a TSM client will be available/approved for Mac OS X
>10.10 Yosemite?
>Many thanks.
>
>
>Ruth Mitchell
>
>U of I, Urbana, IL
--
Pau
72 (m)
>ICF International | 7125 Thomas Edison Dr., Suite 100, Columbia, Md
>|443-718-4900 (o)
--
Paul ZarnowskiPh: 607-255-4757
Assistant Director of Storage ServicesFx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801
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
--
Paul ZarnowskiPh: 607-255-4757
Assistant Director of Storage ServicesFx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801
improve the chunking
>>>process, but that has been APARed, and waiting on 6.3.4.300.)
>>>
>>>I have shut down IDENTIFY DUPLICATES and reclamation for this pool.
>>>There are no clients writing into the pool, we have redirected backups
>>>to a non-dedup
issue.
..Paul
At 05:50 PM 11/18/2013, Colwell, William F. wrote:
>The BA STG processes on the source move from one primary volume to the next
>without ending the session with the VV server. I don't think this would
>be any different if the target server wrote directly on to tape.
are on virtual volumes. I have never seen any issues
>related to the primary pool volume size.
>
>- bill
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Paul
>Zarnowski
>Sent: Monday, November 18, 2013 9:35 AM
>To: AD
re all the filesystems. And each instance has multiple
>storage hierarchies so
>mapping out pre-allocation would be a nightmare.
>
>thanks,
>
>- bill
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Paul
>Zarnowski
>S
7;re asking for a 400TB array with just SATA disk simply
>for backup targets. None of that fancy array intelligence like auto-tiering,
>large caches, replication, dedup, etc.. is required.
>
>Is there another storage market I should be looking at, I.e. really dumb raid
>arrays, direct
e above. Client is 6.4.0.10 32.bit.
>
>Any ideas before I raise a PMR?
>
>Hans Chr. Riksheim
--
Paul ZarnowskiPh: 607-255-4757
Manager of Storage Services Fx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801
at we will be able to resolve
>all issues related to NFS."
>
>"My understanding is that snapdiff will work in the environments specified in
>the restriction but it is not fully supported, in other words only on a best
>effort basis."
>
>Grant
>
>
>On 09/10/13
You may be confusing NFSv3 with v4. I can believe that v4 support is limited,
but v3 is supported on aix, Solaris, Linux, et al. Snapdiff incrementals are
only supported to a NetApp from AIX and Linux for NFS (v3).
..Paul
(excuse my brevity & typos - sent from my phone)
> On Oct 8, 2013,
Snapdiff is also supported from Linux.
..Paul
(excuse my brevity & typos - sent from my phone)
> On Oct 7, 2013, at 7:43 PM, "Grant Street" wrote:
>
> Hello All
>
> Just a heads up to something I found out last week. I have been informed
> that backing up an NFS server from a non AIX clie
gy 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
--
Paul ZarnowskiPh: 607-255-4757
Manager of Storage Services Fx: 607-255-8521
IT at Cornell / InfrastructureEm: p...@cornell.edu
719 Rhodes Hall, Ithaca, NY 14853-3801
ntial and privileged material intended for the addressee only. If
>> > you are not the addressee, you are notified that no part of the e-mail or
>> > any attachment may be disclosed, copied or distributed, and that any
>> other
>> > action related to this e-mail or atta
Please see the following link for the BlueCross BlueShield of Tennessee E-mail
>disclaimer: http://www.bcbst.com/email_disclaimer.shtm
--
Paul ZarnowskiPh: 607-255-4757
Manager of Storage Services Fx: 607-255-8521
IT at Cornell / Infrastructure
al Message-
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
>Vandeventer, Harold [BS]
>Sent: Tuesday, May 07, 2013 3:36 PM
>To: ADSM-L@VM.MARIST.EDU
>Subject: Re: [ADSM-L] TSM RFE regarding Litigation Hold
>
>Great ideas Paul I'm prepari
itigation Hold
>
>Great ideas Paul I'm preparing to build the alternate server without
>expiration approach as soon as I can scare up some resources.
>
>I'll look at the alternate Domain approach also.
>
>
>
>-Original Message-
>From: ADSM: Dist
ternate server without
>expiration approach as soon as I can scare up some resources.
>
>I'll look at the alternate Domain approach also.
>
>
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
>Paul Zarnowski
>Se
or the
>person or entity to which it is addressed and may contain confidential
>or privileged information. Any unauthorized review, use, or disclosure
>is prohibited. If you are not the intended recipient, please contact
>the sender and destroy the original message, including all cop
)
> b) 4 * 300GB LUNs ...
>
>We might eventually need to incrementally grow this TSMv6 DB up to twice
>initial size adding similar sized LUNs!
>
>--
>jim.o...@yale.edu (w#203.432.6693, c#203.494.9201, h#203.387.3030)
--
Paul ZarnowskiPh: 607
.@gmail.com
>> >> > > wrote:
>> >> >
>> >> > > If it is LTO1 or LTO2 you would be OK, if it is LTO3 or higher
>> >> > > you are limiting your drivers with your HBA.
>> >> > >
>> >> > >
>> >&
b 12, 2013 at 10:39 AM, Michael Roesch
>> > > wrote:
>> > >
>> > > > Hi all,
>> > > >
>> > > > we have an old HP MSL 6030 with two drives that share one 1 GBit FC
>> > port.
>> > > > Would that be enough t
>> > > 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 neve
e test environment. Is it possible to have a
>> logical library remain in existence with tape volumes assigned but with
>> no tape drives assigned?
>>
>> Thomas Denier
>> Thomas Jefferson University
--
Paul ZarnowskiPh: 607-255-4757
CIT Infrastructure / Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
the test environment. Is it possible to have a
>logical library remain in existence with tape volumes assigned but with
>no tape drives assigned?
>
>Thomas Denier
>Thomas Jefferson University
--
Paul ZarnowskiPh: 607-255-4757
CIT Infrastructure / Storage Ser
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 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
>>
--
Paul ZarnowskiPh: 607-255-4757
CIT Infrastructure / Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
ftware & 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 r
process of bringing VTLs into our TSM Environment. In order to
>take full advantage of deduplication features on the VTL we need to go after
>the clients that are performing client based encryption and compression. With
>that in mind, does anyone know an easy way to tell which clien
ID skipped Num Files deduplicated files on volume Volume name
>because copies of the files were not found.
>
>
>Wanda Prather | Senior Technical Specialist | wanda.prat...@icfi.com |
>www.icfi.com
>ICF International | 401 E. Pratt St, Suite 2214, Baltimore, MD 21202 |
&
inux, sigh) so I figure
>since I'll be recreating my whole infrastructure one step at a time,
>it's a GREAT time to rethink everything.
>
>- Allen S. Rout
--
Paul ZarnowskiPh: 607-255-4757
CIT Infrastructure / Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
n you're specifying one (and only one) filespace
>target. It may be that you can't leave the filespace implicit in
>e.g. a DOMAIN statement, and you have to do something like
>
>
>def sched [domain] [name] [ action=incr ] OBJ=/nasfs
>OPT='-snapshootroot=/nasfs/.sn
snapdiff gets supported on vFilers, at which point
this issue becomes moot for me.
..Paul
--
Paul ZarnowskiPh: 607-255-4757
CIT Infrastructure / Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
figured a way around this, and/or are there other folks who have
wished for this?
..Paul
--
Paul ZarnowskiPh: 607-255-4757
CIT Infrastructure / Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
reader of this e-mail is not the intended
>recipient or his or her authorized agent, the reader is hereby notified
>that any dissemination, distribution or copying of this e-mail is
>prohibited. If you have received this e-mail in error, please notify the
>sender by replying to this
This is what we do to spread the load.
..Paul
On May 14, 2012, at 9:55 PM, "Prather, Wanda" wrote:
> I have a customer with a 1.2 TB Exchange 2007 DB, expected to grow to 3 TB in
> the next 4 months.
> Fulls are already a problem (14 hours).
> Is there any Exchange-related reason I can't do
ty of this message. BNP PARIBAS (and its subsidiaries) shall (will)
>not therefore be liable for the message if modified. Please note that certain
>functions and services for BNP Paribas may be performed by BNP Paribas RCC,
>Inc.
--
Paul ZarnowskiPh: 607-255-4757
CIT Infrastructure / Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
graded our server at the same time, so that might have helped a bit too.
..Paul
--
Paul ZarnowskiPh: 607-255-4757
CIT Infrastructure / Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
;d like to hear your
experiences on that.
..Paul
At 05:02 AM 4/10/2012, Richard Sims wrote:
>On Apr 9, 2012, at 2:22 PM, Paul Zarnowski wrote:
>
>> Does anyone who is using TSM for Space Management (aka HSM) know if it can
>> be used to share out filesystems using NFS
Does anyone who is using TSM for Space Management (aka HSM) know if it can be
used to share out filesystems using NFS (or CIFS)? Or are there timeout
problems that make this unworkable?
Thanks.
..Paul
--
Paul ZarnowskiPh: 607-255-4757
CIT Infrastructure / Storage
..@icfi.com<mailto:sstackw...@icfi.com> |
>icfi.com<http://www.icfi.com/>
>ICF INTERNATIONAL | 410 E. Pratt Street Suite 2214, Baltimore, MD 21202 |
>410.539.1135 (o)
--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
012, Allen S. Rout wrote:
>On 02/13/2012 11:46 AM, Paul Zarnowski wrote:
>
>
>>[...] I see the following major categorizations of how to protect
>>(large) file servers effectively. Please feel free to comment on
>>this, as I'm looking to refine my view.
>
>>
e: 320.8778, external: 607.754.4213
>
>"Those who refuse to challenge authority are condemned to conform to it"
>
>
>|>
>| From: |
>|----&g
Grant,
The time stamps are not updated, because a snapdiff incremental does not
deactivate deleted files. You need to do periodic 'createnewbase' to do this,
which walks the file system and updates the time stamps.
..Paul
On Feb 14, 2012, at 12:32 AM, "Grant Street" wrote:
> Hello
>
> Ju
r us.
4. Asynchronous replication to a second NAS. Fast RTO, but also expensive.
Options 1-3 use TSM.
Options 2&3 run faster and are more scalable than option 1, but likely have
longer RTO.
Option 4 is probably most expensive.
..Paul
--
Paul ZarnowskiPh: 607-255
ude is not recognized by
TSM as a reason to backup the file. We have had more than one user surprised
by this.
Paul Zarnowski
Cornell University
At 03:52 PM 2/8/2012, Keith Arbogast wrote:
>Can one detect from the TSM server whether client-level encryption is set on
>or off for
rooting through my actlogs looking for warnings or errors, but
>I've never had occasion to introspect about how TSM picks which tape to
>call for, when it's going to write. It's always Just Worked.
>
>
>Does this ring any bells for anyone?Any dumb question
pient, you are prohibited from using,
>copying or distributing the information in this e-mail or its attachments. If
>you have received this e-mail in error, please notify the sender immediately
>by return e-mail and delete all copies of this message and any attachments.
>
>Thank you.
ictim - 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
--
Paul ZarnowskiPh: 607
Dating myself, but Regina Rexx is another option. Very Small (~1MB exe),
stable, flexible and very transportable across OS platforms.
..Paul
On Dec 7, 2011, at 8:25 AM, "Schaub, Steve" wrote:
> Your Windows Team might balk at having to install Perl on every Windows
> server if it is a large
doesn't block restoring an AIX TSM DB on a Linux box?
>Anything?
>
>Thanks again and sorry to revisit all of this again. Just hoping something has
>changed in the last few years.
>John
--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
I agree with Ian.
You'll pay extra for dedup storage whether it's an appliance or done via TSM.
TSM's will require extra resource (CPU, RAM) on the server, but will allow you
to use cheap, dumb storage. You'll pay a premium for disk storage associated
with an appliance, offsetting your savi
>the API, so therefore should work with TDP's.
>Has anybody achieved (or attempted?) significant improvements in throughput
>with backup of large DB's using client-side dedup?
>
>Wanda Prather | Senior Technical Specialist |
>wprat...@icfi.com<mailto:
en S. Rout wrote:
>Please elaborate on your experiences w.r.t. memory footprint?
>
>It's my major planning unknown; I'm musing about instance count
>vs. size.
>
>
>- Allen S. Rout
--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services
t; > have seen the numbers from Intel comparing Newer x86 processors to
>> > Power6 and they are just below the Power 6 (using 2x's the number of
>> > cores).
>> Do you have a reference, link, pdf, ... for this?
>>
>> > The problem is, You can get Power7 c
-5921
>Cell: 845-235-4255
>
>
>
>
>This message contains confidential information and is only for the intended
>recipient. If the reader of this message is not the intended recipient, or an
>employee or agent responsible for delivering this message to the intended
>recipie
t formal approval. The internet can not guarantee the
>integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will)
>not therefore be liable for the message if modified. Please note that certain
>functions and services for BNP Paribas may be performed by BNP Paribas RCC,
>Inc.
--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
e:
>Hi Paul,
>
>8.0.1 should work. Ensure the NetApp user id has sufficient capabilities
>and that it's password is not expired.
>
>
>Frank Ramke
>
>
>
>From: Paul Zarnowski
>To: ADSM-L@vm.marist.edu
>Date: 07/15/2011 12:10 PM
>Subject:
at should still be OK if there are no Unicode filenames. Even
>if there were, it should fail in a different way than I'm seeing.)
>
>--
>Hello World.David Bronder - Systems Admin
>Segmentation Fault ITS-EI, Univ. of Iowa
, Wanda wrote:
>Yep. Doing it.
>In the TSM 5.5 Admin Guide for Windows, Chap 7, look for the heading
>"Performing NDMP Filer to Tivoli Storage Manager Server Backups"
>
>
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf
tell me definitively
whether this is possible or not?
Thanks.
--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
else is going on, where analysis of the
>Activity Log and operating system logs may reveal factors. If no cause is
>evident, contacting TSM Support would be in order.
>
>Richard Sims
--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services
State\Sy-
> stemState
>Regards
>
>-Original Message-----
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Paul
>Zarnowski
>Sent: Thursday, July 07, 2011 3:40 PM
>To: ADSM-L@VM.MARIST.EDU
>Subject: Re: EXPORTING clients
>
&g
6,733
> Files remaining: 191,494
>
>Total files to be transferred: 1,414,575
> Files remaining: 1,229,671
>
>
>
>TSM SERVERS VERSION 6.2.2
>
>Thanks in advance for any comments!
--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
d? I sure hope so, because that's what we're planning to do.
>
> Roger Deschner University of Illinois at Chicago rog...@uic.edu
> == "You will finish your project ahead of schedule." ===
> = (Best fortune-cookie fortune ever.) ==
Deduplication and Collocation
>
>So data is deduplicated in a disk storage pool but when it is written to tape
>the entire reconstructed file is written out? Is this the same for file
>device classes?
>
--
Paul ZarnowskiPh: 607-255-4757
Manager, S
ng data
so VTL dedup doesn't get you as much, and in this case IMHO cheap disk is,
well, cheaper and gets you source-mode dedup as well.
We are in process of implementing this, but I know a few others are a bit
further along.
We will continue to use TSM Backup Stgpool to replicat
jasi.com
>ICF Jacob & Sundstrom | 401 E. Pratt St, Suite 2214, Baltimore, MD 21202 |
>410.539.1135
--
Paul ZarnowskiPh: 607-255-4757
Manager, Storage Services Fx: 607-255-8521
719 Rhodes Hall, Ithaca, NY 14853-3801Em: p...@cornell.edu
st Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Paul
>Zarnowski
>Sent: Tuesday, June 07, 2011 2:31 PM
>To: ADSM-L@VM.MARIST.EDU
>Subject: Re: TSM & client machine renames
>
>Thank you for all of your suggestions.
>
>To answer some of your questions:
>- The nod
the Registry entry for the TSM Scheduler
>service...but your method is much safer.
>
>
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
>Thomas Denier
>Sent: Thursday, June 02, 2011 3:20 PM
>To: ADSM-L@VM.MARIST.EDU
1 - 100 of 453 matches
Mail list logo
