Thanks Andy.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Andrew Raibeck
Sent: Friday, May 21, 2010 11:15 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] dsmc q backup syntax
It sounds like what you need is something like:
dsmc
.marist.edu
> Date: 2010-05-21 11:21
> Subject: dsmc q backup syntax
> Sent by: "ADSM: Dist Stor Manager"
>
> Hello All,
>
>
>
> I have been tasked with finding out how much inactive data we have for
> old user accounts and am having trouble coming up wi
Hello All,
I have been tasked with finding out how much inactive data we have for
old user accounts and am having trouble coming up with a good query. I
have been trying to use the "dsmc q backup -subdir=yes -inactive"
command. The problem is with the syntax for the directory. T
OCC is showing "objects", not "files". This
> includes directory objects.
>
> At 02:10 AM 2/23/2006, Volker Maibaum wrote:
> >The strange thing is, that q occ shows me that there should be 441.000
> >files in the primary stgpool and q backup (-in
You could also run a select:
dsmadmc -tab -id=xxx -pass=xxx "select * from backups where
nodename=''" > sel.bkp
This will take a while to run, but shouldn't be too bad.
At 10:17 AM 2/23/2006, Richard Sims wrote:
Volker -
Given that this data came in all at once in an Import (from an
unusual
Volker -
Given that this data came in all at once in an Import (from an
unusual server type, VM), it is probably concentrated on a few
volumes. To settle the issue, I would perform a Query CONtent on the
volume(s), to a disk file, and browse that listing to see what's
actually out there. (Query C
Yes, but "q backup -inact -subdir=yes /filespace/" includes directories
and files both active and inactive. And the number of files and
directories I get from this command isn't even the half of what q occ
shows for the primary stgpool.
Am Donnerstag, den 23.02.2006, 09:31 -05
Keep in mind that Q OCC is showing "objects", not "files". This
includes directory objects.
At 02:10 AM 2/23/2006, Volker Maibaum wrote:
The strange thing is, that q occ shows me that there should be 441.000
files in the primary stgpool and q backup (-inact -subdir=yes
Hi,
yes there are two lines for that specific filespace. One for primary and
one for the copy stg pool.
The strange thing is, that q occ shows me that there should be 441.000
files in the primary stgpool and q backup (-inact -subdir=yes) shows
only 190.000 files.
Am Mittwoch, den
Query OCCupancy reports primary and copy storage pool populations.
The client is obviously unaware of copy storage pools, which are
exclusively the server's interest.
The output of the Query OCCupancy *should* include one line for each
storage pool instance. Something may be awry if that is not t
ied: 1.089.444 MB
I generated a filelist on the client with
"q backup -inact -subdir=yes /filespace1/ > mylist"
"wc -l mylist" tells me that there are only about 189.553 files. Also
when I calculate the sum of the filesizes shown in the filelist I only
get about 117 GB. I don
Have you tried 'dsmc -virtualnode= . . .'?
>>> [EMAIL PROTECTED] 05/20/05 11:02 AM >>>
We have two clients on NT boxes with oracle databses. (One TSM install).
One is the flat file backup, the 2nd with its own dsm.opt file is for
SQl-BACKTRACK.
We cannot query the backups on SQL-BACTRACK since the
We have two clients on NT boxes with oracle databses. (One TSM install).
One is the flat file backup, the 2nd with its own dsm.opt file is for
SQl-BACKTRACK.
We cannot query the backups on SQL-BACTRACK since the dsmc invokes with
the flat file client dsm.opt ( and hence can't do a set access for
SQ
To: [EMAIL PROTECTED]
cc:
Subject:Re: q backup shows wrong mgmtclass, BUG ?
If you do not explicitly specify a management class for directories they
will go to the longest defined management class.
Take care,
Al
Alan Davenport
Senior Storag
you some more specifics.
Regards,
Matt
-Original Message-
From: Michael Kindermann [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 21, 2003 11:53 AM
To: [EMAIL PROTECTED]
Subject: q backup shows wrong mgmtclass, BUG ?
Hello,
i tested a client backupresults by q backup command:
the
2003 11:53 AM
To: [EMAIL PROTECTED]
Subject: q backup shows wrong mgmtclass, BUG ?
Hello,
i tested a client backupresults by q backup command:
the result ist, the files are saved with the default managementclass, thats
all right.
But the directories all show a diffrent managmentclass, which
-
From: Michael Kindermann [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 21, 2003 12:53 PM
To: [EMAIL PROTECTED]
Subject: q backup shows wrong mgmtclass, BUG ?
Hello,
i tested a client backupresults by q backup command:
the result ist, the files are saved with the default managementclass
Hello,
i tested a client backupresults by q backup command:
the result ist, the files are saved with the default managementclass, thats
all right.
But the directories all show a diffrent managmentclass, which this client
should never heard off. It is not in the dsm.opt/dsm.sys file. This
tre <[EMAIL PROTECTED]>
>Reply-To: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: q backup
>Date: Mon, 15 Jan 2001 09:00:29 -0500
>
>
>use virtualnodename ..
>shekhar
>
>
>
>
>Toni Banire <[EMAIL PRO
use virtualnodename ..
shekhar
Toni Banire <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/15/2001 03:49:31 AM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
r t:\. Yet when I issue q backup t:\
on server1 I get a list of files backed up but only the ones backed up using the
GUI. I don't see a list of files backed up when I used WINAT to schedule the
job.
Does anyone have any insight into how this can be resolved.
Many Thanks
Forgot to say, I am w
I am trying to perform a restore from a remote node without success.
I am running the command res -fromnode=server1 t:\ e:\(restore location)
-subdir=yes -repl=no
I keep getting the msg no files backed up for t:\. Yet when I issue q backup t:\
on server1 I get a list of files backed up but only
22 matches
Mail list logo
