Hello folks,
I've been using source-side deduplication pretty successfully for most of my
clients (Unix and Windows and TDP for MSSQL) for at least two years now. The
backup window for the source-side is significantly shorter for Unix clients,
minimally shorter for Windows and somewhat longer
TSM 6.3.5 on Windows, LTO6 drives in a TS4500.
Customer had an LTO4 drive go bad and damaged a dozen tapes (maybe more!)
before we figured out which one was doing it and mothballed that drive.
Now trying to MOVE DATA, restore vol, audit, restore stgpool and otherwise fix
the damaged tapes using
Ruth - Go into the Mac’s Utilities folder and run the Console utility, which
likely will reveal logged indications of problems encountered. Having that
active when you try to start the process should show immediate messages.
Richard Sims, Boston University
Ruth,
testflags=MACNOEXECCAD,NODETACH
Looks like it is set to noexec. Can you change the test flags?
Jim
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Mitchell, Ruth Slovik
Sent: Tuesday, January 20, 2015 1:52 PM
To: ADSM-L@VM.MARIST.EDU
S
Hello,
We've done a couple of test installations of the 7.1.1.1 TSM client on Mac OS
X 10.10 (Yosemite) and have not been able to start the dsmcad. I can see the
daemon does load, but it never actually starts. No errors are written to
dsmerror.log . 'StartCad.sh' incorrectly reports it as havi
Yes, thank you Kurt. Your post has saved us some trouble as well.
At 01:09 PM 1/19/2015, Prather, Wanda wrote:
>Thank you Kurt for that information!
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
>BEYERS Kurt
>Sent: Monday, January 19, 201
Hi,
you are hit by this apar:
IT02929 - ONE RESTORE SESSION MOUNTS BOTH PRIMARY AND COPYPOOL VOLUMES
call for an Efix.
workaround: set your copypool(s) to unavailable or your volumes to offsite
while restoring (but that's pretty uncomfortable in many cases...).
Regards,
Alex
Von:Rick Sa
Hello,
Before I open an PMR, I thought I would put this out to see if anyone
else is having a similar issue.
TSM servers are 7.1.1.100 on AIX
TSM client is 6.4.0.1 on AIX
I upgraded my TSM servers from 6.4.0.1 to 7.1.1.100 last week. Since
then I've noticed that restores demand copypool tapes i
I just fought this a month ago. After updating all my TSM servers to
6.3.5.1 (RedHat Linux), Linux based Oracle backups started to fail. Even
after setting the node option "BACKUPINITIATION" to ALL (vs default of
root) I still had to change this option and bounce all of my servers that
handle Ora
