on
> Verzonden: maandag 12 november 2012 15:13
> Aan: ADSM-L@VM.MARIST.EDU
> Onderwerp: Re: [ADSM-L] Inactive/deleted file backup not expiring
>
> Zoltan,
> Maybe I missed something, but is the it still present on the file system?
>
>
> -Original Message-
> Fro
May be worth checking the state of the file from the backups table.
select node_name, ll_name, state, class-name, backup_date, deactivate_date
from backups
where node_name = 'nodename', filespace_name = 'filespacename', ll_name =
'name of the file and extension'
This will show all versions of the
Onderwerp: Re: [ADSM-L] Inactive/deleted file backup not expiring
Zoltan,
Maybe I missed something, but is the it still present on the file system?
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Zoltan
Forray
Sent: Monday, November 12, 2012 9:04 AM
but is the it still present on the file system?
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
> Zoltan Forray
> Sent: Monday, November 12, 2012 9:04 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Inactive/de
MARIST.EDU] On Behalf Of
> Zoltan Forray
> Sent: Monday, November 12, 2012 9:04 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Inactive/deleted file backup not expiring
>
> Unfortunately, the info from the user is a screenshot of the inactive file
> (X) and dates I posted.
&
/deleted file backup not expiring
Unfortunately, the info from the user is a screenshot of the inactive file
(X) and dates I posted.
As for the MC backup copygroup values:
VERE = 5
RETE = 30
VERD = 1
RETO = 180
On Mon, Nov 12, 2012 at 5:49 AM, Chavdar Cholev wrote:
> can you post backup copy gr
Unfortunately, the info from the user is a screenshot of the inactive file
(X) and dates I posted.
As for the MC backup copygroup values:
VERE = 5
RETE = 30
VERD = 1
RETO = 180
On Mon, Nov 12, 2012 at 5:49 AM, Chavdar Cholev wrote:
> can you post backup copy group settings and small list of fi
can you post backup copy group settings and small list of file which
are not expiring
On Sat, Nov 10, 2012 at 1:16 AM, Nick Laflamme wrote:
> This is probably a silly question, but are you sure expiration is running for
> the node in question? With Version 6, expiration can now be granular, and
This is probably a silly question, but are you sure expiration is running for
the node in question? With Version 6, expiration can now be granular, and its
results are reported in a granular manner. You can run expiration on just this
node, if only to see if anything weird happens as a consequen
Are you sure that file is set to the default management class for the
node? Maybe there was an errant include statement back when the file was
initially backed up that bound it to a different management class.
-- Skylar Thompson (skyl...@u.washington.edu)
-- Genome Sciences Department, System Adm
I recently had someone point out that when they were looking through files
backed up for their node (billing time!), they found a backup that is
INACTIVE and has been since 02/23/2012. The file is an ordinary TAR file -
3.2GB in size.
The reason this is an issue is the Management Class for that n
11 matches
Mail list logo
