Hi everybody,
I do a
update libvolume status=private
And the tape go to private status not scratch.
Regars, Mickael.
+--
|This was sent by bobpatrick808...@yahoo.fr via Backup Central.
|Forward SPAM to ab...@backupcentral.co
You want to have private - you have got private. What is wrong?
Grigori Solonovitch, 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 mik
Sent: 23 12 2013 11:41 AM
To:
Hi Mickael,
the TSM server does as you have told him. If you want the tape volume to
become scratch, use "status=private". Of course this only works, if the
tape is really empty. Another way could be to delete the contents of the
tape by entering:
del vol "volumename" discarddata=yes
But please m
hi all,
For Grigori Solonovitch, i just come to say what the solution to y probleme i
have found (if anybody search too) nothing else...
For Michael Roesch, the tape was empty but in default, the tapedriver was not
near of me so the checkout in this moment was not possible, i use this command
Hi Mickael,
normally when TSM encounters a bad tape, it marks the tape as private by
itself.
On Mon, Dec 23, 2013 at 11:48 AM, mik wrote:
> hi all,
>
> For Grigori Solonovitch, i just come to say what the solution to y
> probleme i have found (if anybody search too) nothing else...
>
> For Mic
Hi Michael,
Really ? my TSM try to do a database backup and fail with this tape (failure to
excessive write error) and don't put this tape in private just let the tape in
scratch.
It's for that i search (and found) to put the tape in private^^
Thanks for you reply.
Regards, Mickael.
+-
Hi Mickael,
normally it does, yes. Do you specifically tell the server to use that
certain tape or do you just enter the device class for tape?
On Mon, Dec 23, 2013 at 2:19 PM, mik wrote:
> Hi Michael,
>
> Really ? my TSM try to do a database backup and fail with this tape
> (failure to exces
Hi Michael,
Just enter the device class and the server take tape.
Regards, Mickael.
+--
|This was sent by bobpatrick808...@yahoo.fr via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+-
Hey, Nick, missed your name the first time around!
Being in higher-ed/research we went the cheap route and actually just
use direct-attach 15K SAS drives on Dell servers, divvied up into
multiple RAID-10 sets. Even a 1TB database only takes us ~1 hour to
backup or restore, which is well within our
