Re: DLE splitting

[Gene Heskett]

On Tuesday 21 September 2021 03:44:14 Diego Zuccato wrote:

> I'm not an expert but I'd set a tapechanger script that wakes the
> vtape by reading or writing something to the disk.
>
> Il 20/09/2021 05:07, Jon LaBadie ha scritto:
> > is there a way to run a user supplied program just
> > before amanda's taper opens each tape file?  I.e.,
> > before it actually opens and creates a new file on
> > the tape.
> >
> > Do I recall correctly that it opens a tmp file on
> > the vtape and when complete renames it?  Or am I
> > thinking of the chunks on the holding disk?
> >
> > jon

I don't shut down the spinning rust, landing the head as they stop is the 
most dangerous time for spinning rust. When I installed stretch several 
years ago now I replaced the boot drive with a new one. The 1T disk I 
pulled out and is now serving as a paperweight had 25 re-allocated 
sectors on it the first time I checked at less than 1000 hours, still 
had 25 reallocated sectors on it the last time I checked, and there was 
over 67,000 hours of spinning time on it then. It pains me to do a 
shutdown for mahine mods, because thats another restart cycle.  The next 
shutdown will only leave the /amandatapes drive as the last remaining 
spinning rust drive.

Copyright 2019 by Maurice E. Heskett
Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: DLE splitting

[Diego Zuccato]

I'm not an expert but I'd set a tapechanger script that wakes the vtape 
by reading or writing something to the disk.


Il 20/09/2021 05:07, Jon LaBadie ha scritto:

is there a way to run a user supplied program just
before amanda's taper opens each tape file?  I.e.,
before it actually opens and creates a new file on
the tape.

Do I recall correctly that it opens a tmp file on
the vtape and when complete renames it?  Or am I
thinking of the chunks on the holding disk?

jon



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Re: DLE splitting

[Chris Hoogendyk]

With respect to having the current amanda directory backed up, what I do is simply run scripts from 
a crontab entry:


45 22 * * * /usr/local/adm/backup/daily-amanda; 
/usr/local/adm/backup/daily-amanda-config

The first script runs amanda and then runs a script I wrote called amchanger that accesses the tape 
library and unloads the tape that amanda just wrote to. The second script in the crontab entry does 
incremental and full backups of the amanda home directory on a weekly cycle to another server using 
cpio. The semicolon in the crontab entry says to wait until the first one is completed before 
calling the second one. I get an email report from amanda when the backups are done, and I get an 
email report from cron when the scripts are all completed, because they generate output to standard 
output.


Running on Ubuntu these days. Originally set up on Solaris.

I think all of this and details are back in the list archives somewhere. 
Possibly on the wiki as well.


On 9/20/21 1:27 AM, Gene Heskett wrote:

On Sunday 19 September 2021 23:07:54 Jon LaBadie wrote:


is there a way to run a user supplied program just
before amanda's taper opens each tape file?  I.e.,
before it actually opens and creates a new file on
the tape.

Do I recall correctly that it opens a tmp file on
the vtape and when complete renames it?  Or am I
thinking of the chunks on the holding disk?

jon

My GenesAmandaHelper does not do anything to the vtape, all it does is
run amanda as a child so it knows when amanda is done. at which point it
does its thing copyiing the now uptodate indices and configs to that
same vtape amanda just made. so they are valid for the vtape just
remade, as opposed to always being a day out of date.

No one else has publicly discussed how they've handled that so I have no
clue what others are doing, if anything to prevent a days indexes loss
if the drive or the amandatapes drive pukes and you have to recover to
bare metal. I also delete from the index database I keep, those files
that represent a vtape that has been re-used. So I have a duplicate of
amandas index stuff that takes up a few gigabytes on the main drive in
addition to a backup copy on the vtape. Belt and suspenders approach.
Recovering the latest indice and putting it where amanda keeps them,
enables access to the whole /amandatapes drive in one swell foop.

Copyright 2019 by Maurice E. Heskett
Cheers, Gene Heskett


--
---

Chris Hoogendyk

-
   O__   Systems Administrator, Retired
  c/ /'_ --- Biology & Geosciences Departments
 (*) \(*) -- 315 Morrill Science Center III
~~ - University of Massachusetts, Amherst



---

Erdös 4

RE: DLE splitting

[Cuttler, Brian R (HEALTH)]

Debra, Charles, Jon,

I had some 'large' vtapes for a while, and had a requirement for N-days of 
recovery and ran into an issue were I was getting deadlocked on space during 
backup.
If the vtapes were too small I consumed more of them, if they were too large 
then I'd might not have enough free space when one of them was reused, not 
certain why but it may have been that level 0 was advanced more frequently 
because of the "available" tape capacity, which is measured by tape size and 
does not take vtape pool volume into account.

100% right, vtapes leave unused space in the pool, but some vtape size tuning 
may be needed.

Thanks,
Brian


-Original Message-
From: owner-amanda-us...@amanda.org  On Behalf 
Of Debra S Baddorf
Sent: Friday, September 17, 2021 5:28 PM
To: Charles Curley 
Cc: Debra S Baddorf ; amanda-users 
Subject: Re: DLE splitting

ATTENTION: This email came from an external source. Do not open attachments or 
click on links from unknown senders or unexpected emails.


> On Sep 17, 2021, at 12:57 PM, Charles Curley 
>  wrote:
>
> On Fri, 17 Sep 2021 11:55:09 -0400
> Jon LaBadie  wrote:
>
>> I'm seeing instances of wasted VTape with amanda switching
>> to a new tape for the last DLE even though there is room
>> left on the current tape.
>
> I wouldn't worry about it. Unlike physical tapes, vtapes all pull
> storage out of the same pool. You might create some more vtapes so you
> have plenty for your storage.
>

And, as I understand it,  vtapes don’t actually require more space than
is actually ON them.   I.E.  Empty space is still owned by the vtape manager.
Which is what Charley said,  but in different words.

Deb Baddorf
Fermilab





> --
> Does anybody read signatures any more?
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__charlescurley.com&d=DwICAg&c=gRgGjJ3BkIsb5y6s49QqsA&r=HMrKaRiCv4jddln9fLPIOw&m=PwvWx6Y9I4KUy_b5D3jsXMnkbLiq7ulFG5J1JzobJeY&s=lljOS8dvUO1Mot2mr72DNZxuu8f_j1tqh0kSizkJc18&e=
> https://urldefense.proofpoint.com/v2/url?u=https-3A__charlescurley.com_blog_&d=DwICAg&c=gRgGjJ3BkIsb5y6s49QqsA&r=HMrKaRiCv4jddln9fLPIOw&m=PwvWx6Y9I4KUy_b5D3jsXMnkbLiq7ulFG5J1JzobJeY&s=3vxiQwgUx4Am7JAOXEQ7z-J2yfWqyCtBxy2fvA7FyJs&e=

Re: DLE splitting

[Gene Heskett]

On Monday 20 September 2021 08:38:36 Charles Curley wrote:

> On Mon, 20 Sep 2021 01:27:43 -0400
>
> Gene Heskett  wrote:
> > No one else has publicly discussed how they've handled that so I
> > have no clue what others are doing, if anything to prevent a days
> > indexes loss if the drive or the amandatapes drive pukes and you
> > have to recover to bare metal.
>
> An interesting subject.
>
> I have three rotating USB drives for offsite backup. I swap them out
> to a nearby site weekly and take another with me when I travel. So if
> I've done everything else right, I should be good against anything
> short of the Yellowstone Caldera going or an asteroid strike if I'm
> near home when it occurs.
>
Which is far more than my wrapper does. But if yellowstone goes up (Its 
way overdue) or an asteroid strike, like in the Yucatan 65 million years 
go, its all over anyway. I don't think its possible to sterilize the 
planet, but we've no clue what future lifeform will dominate 10 million 
years after that event. I doubt that it will be human, we seem bound and 
determined to exterminate us in any event with fauci leading the march. 
We have also discovered we can vote us a subsistence life, forgetting 
TANSTAAFL. We do that at our species risk.

> These I rsync manually from a RAID array on my backup server. That
> array includes my VTAPEs. I also have a script that calls amanda, then
> backs up amanda's metadata into the RAID array. So everything gets
> backed up to the offsite drives.



Copyright 2019 by Maurice E. Heskett
Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: DLE splitting

[Charles Curley]

On Mon, 20 Sep 2021 01:27:43 -0400
Gene Heskett  wrote:

> No one else has publicly discussed how they've handled that so I have
> no clue what others are doing, if anything to prevent a days indexes
> loss if the drive or the amandatapes drive pukes and you have to
> recover to bare metal.

An interesting subject.

I have three rotating USB drives for offsite backup. I swap them out to
a nearby site weekly and take another with me when I travel. So if I've
done everything else right, I should be good against anything short of
the Yellowstone Caldera going or an asteroid strike if I'm near home
when it occurs.

These I rsync manually from a RAID array on my backup server. That array
includes my VTAPEs. I also have a script that calls amanda, then backs
up amanda's metadata into the RAID array. So everything gets backed up
to the offsite drives.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: DLE splitting

[Olivier]

Hi,

> My GenesAmandaHelper does not do anything to the vtape, all it does is 
> run amanda as a child so it knows when amanda is done. at which point it 
> does its thing copyiing the now uptodate indices and configs to that 
> same vtape amanda just made. so they are valid for the vtape just 
> remade, as opposed to always being a day out of date.
>
> No one else has publicly discussed how they've handled that so I have no 
> clue what others are doing, if anything to prevent a days indexes loss 
> if the drive or the amandatapes drive pukes and you have to recover to 
> bare metal. I also delete from the index database I keep, those files 

At the end of each dump, I rsync index and all to another machine, I
also send that info to me by mail (and my mail is automatically
replicated in at least 3 places). The reason being the one you
mentioned: loss of main Amanda index disk.

Olivier


> that represent a vtape that has been re-used. So I have a duplicate of 
> amandas index stuff that takes up a few gigabytes on the main drive in 
> addition to a backup copy on the vtape. Belt and suspenders approach.
> Recovering the latest indice and putting it where amanda keeps them, 
> enables access to the whole /amandatapes drive in one swell foop.
>
> Copyright 2019 by Maurice E. Heskett
> Cheers, Gene Heskett

-- 

Re: DLE splitting

[Gene Heskett]

On Sunday 19 September 2021 23:07:54 Jon LaBadie wrote:

> is there a way to run a user supplied program just
> before amanda's taper opens each tape file?  I.e.,
> before it actually opens and creates a new file on
> the tape.
>
> Do I recall correctly that it opens a tmp file on
> the vtape and when complete renames it?  Or am I
> thinking of the chunks on the holding disk?
>
> jon

My GenesAmandaHelper does not do anything to the vtape, all it does is 
run amanda as a child so it knows when amanda is done. at which point it 
does its thing copyiing the now uptodate indices and configs to that 
same vtape amanda just made. so they are valid for the vtape just 
remade, as opposed to always being a day out of date.

No one else has publicly discussed how they've handled that so I have no 
clue what others are doing, if anything to prevent a days indexes loss 
if the drive or the amandatapes drive pukes and you have to recover to 
bare metal. I also delete from the index database I keep, those files 
that represent a vtape that has been re-used. So I have a duplicate of 
amandas index stuff that takes up a few gigabytes on the main drive in 
addition to a backup copy on the vtape. Belt and suspenders approach.
Recovering the latest indice and putting it where amanda keeps them, 
enables access to the whole /amandatapes drive in one swell foop.

Copyright 2019 by Maurice E. Heskett
Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: DLE splitting

[Jon LaBadie]

is there a way to run a user supplied program just
before amanda's taper opens each tape file?  I.e.,
before it actually opens and creates a new file on
the tape.

Do I recall correctly that it opens a tmp file on
the vtape and when complete renames it?  Or am I
thinking of the chunks on the holding disk?

jon

--
Jon H. LaBadie j...@jgcomp.com
 11226 South Shore Rd.  (703) 787-0688 (H)
 Reston, VA  20190  (703) 935-6720 (C)

Re: DLE splitting

[Gene Heskett]

On Saturday 18 September 2021 16:21:39 Jon LaBadie wrote:

> On Fri, Sep 17, 2021 at 11:55:09AM -0400, Jon LaBadie wrote:
> >I'm seeing instances of wasted VTape with amanda switching
> >to a new tape for the last DLE even though there is room
> >left on the current tape.
> >
> >Here is the relevant section from yesterday.
> >
> >USAGE BY TAPE:
> >  Label Time Size  %  DLEs Parts
> >  DS1-010   0:08   10884M   10.63131
> >  DS1-011   0:51   74205M   72.5 115
> >
> >If combined on one tape it would have only filled 83% of the
> >tape.  Earlier this month the numberw were worse, 9% and 66%.
> >Even if a second tape were needed, the last DLE should have
> >at least started on the first tape.
>
> A new thought.  When the amanda taper has been writing to a
> vtape and attempts to open the next part file, is there some
> timeout that would look like the vtape is full/unavailable?
>
> Four of my six vtape drives, including the one in use above,
> are in an external USB enclosure.  These drives go to sleep
> if inactive for a period.  When a drive is accessed, it takes
> 20 to 30 seconds for the 4 drives to spin up and be ready.
>
> The DLE that was not taped on the first vtape took over an
> hour to dump.  Certainly the USB box went to idle state
> before it was ready to tape.
>
> When I do things from the command line that awakens the idle
> USB box, the command just blocks until the device is active
> (as I say, 20-30sec) and then completes normally.
>
> But perhaps the calls (perl or C) that amanda uses to open
> the next part return with a code that says EOF or error
> rather than "currently unavailable, try again".
>
> Jon

A sensible suspicion. But I am w/o facts to test.

Let me tell a story. One I should have told months ago because I sort of 
left Nathan hanging.  Bad form. 

At the same time I replaced the 1T /amandatapes drive with a 2T, both 
spinning rust so the same speed, I moved the holding disk from spinning 
rust to a small SSD, which is about 5x faster than rust. All my crc 
errors vanished too.

My backups used to take 2.5 to 3.5 hours, are now done in around half an 
hour thanks to the faster holding disk. Last nights was done in 22 
minutes.

Copyright 2021 by Maurice E. Heskett
Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: DLE splitting

[Jon LaBadie]

On Fri, Sep 17, 2021 at 11:55:09AM -0400, Jon LaBadie wrote:

I'm seeing instances of wasted VTape with amanda switching
to a new tape for the last DLE even though there is room
left on the current tape.

Here is the relevant section from yesterday.

USAGE BY TAPE:
 Label Time Size  %  DLEs Parts
 DS1-010   0:08   10884M   10.63131
 DS1-011   0:51   74205M   72.5 115

If combined on one tape it would have only filled 83% of the
tape.  Earlier this month the numberw were worse, 9% and 66%.
Even if a second tape were needed, the last DLE should have
at least started on the first tape.



A new thought.  When the amanda taper has been writing to a
vtape and attempts to open the next part file, is there some
timeout that would look like the vtape is full/unavailable?

Four of my six vtape drives, including the one in use above,
are in an external USB enclosure.  These drives go to sleep
if inactive for a period.  When a drive is accessed, it takes
20 to 30 seconds for the 4 drives to spin up and be ready.

The DLE that was not taped on the first vtape took over an
hour to dump.  Certainly the USB box went to idle state
before it was ready to tape.

When I do things from the command line that awakens the idle
USB box, the command just blocks until the device is active
(as I say, 20-30sec) and then completes normally.

But perhaps the calls (perl or C) that amanda uses to open
the next part return with a code that says EOF or error
rather than "currently unavailable, try again".

Jon

--
Jon H. LaBadie j...@jgcomp.com
 11226 South Shore Rd.  (703) 787-0688 (H)
 Reston, VA  20190  (703) 935-6720 (C)

Re: DLE splitting

[Charles Curley]

On Fri, 17 Sep 2021 21:28:12 +
Debra S Baddorf  wrote:

> Empty space is still owned by the vtape manager.

To pick a nit, the vtape manager and any other applications that use
that file system. Otherwise, yes. Well stated.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: DLE splitting

[Debra S Baddorf]

> On Sep 17, 2021, at 12:57 PM, Charles Curley 
>  wrote:
> 
> On Fri, 17 Sep 2021 11:55:09 -0400
> Jon LaBadie  wrote:
> 
>> I'm seeing instances of wasted VTape with amanda switching
>> to a new tape for the last DLE even though there is room
>> left on the current tape.
> 
> I wouldn't worry about it. Unlike physical tapes, vtapes all pull
> storage out of the same pool. You might create some more vtapes so you
> have plenty for your storage.
> 

And, as I understand it,  vtapes don’t actually require more space than
is actually ON them.   I.E.  Empty space is still owned by the vtape manager.
Which is what Charley said,  but in different words.

Deb Baddorf
Fermilab





> -- 
> Does anybody read signatures any more?
> 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__charlescurley.com&d=DwICAg&c=gRgGjJ3BkIsb5y6s49QqsA&r=HMrKaRiCv4jddln9fLPIOw&m=PwvWx6Y9I4KUy_b5D3jsXMnkbLiq7ulFG5J1JzobJeY&s=lljOS8dvUO1Mot2mr72DNZxuu8f_j1tqh0kSizkJc18&e=
>  
> https://urldefense.proofpoint.com/v2/url?u=https-3A__charlescurley.com_blog_&d=DwICAg&c=gRgGjJ3BkIsb5y6s49QqsA&r=HMrKaRiCv4jddln9fLPIOw&m=PwvWx6Y9I4KUy_b5D3jsXMnkbLiq7ulFG5J1JzobJeY&s=3vxiQwgUx4Am7JAOXEQ7z-J2yfWqyCtBxy2fvA7FyJs&e=
>  

Re: DLE splitting

[Charles Curley]

On Fri, 17 Sep 2021 11:55:09 -0400
Jon LaBadie  wrote:

> I'm seeing instances of wasted VTape with amanda switching
> to a new tape for the last DLE even though there is room
> left on the current tape.

I wouldn't worry about it. Unlike physical tapes, vtapes all pull
storage out of the same pool. You might create some more vtapes so you
have plenty for your storage.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: DLE splitting

[Gene Heskett]

On Friday 17 September 2021 11:55:09 Jon LaBadie wrote:

> I'm seeing instances of wasted VTape with amanda switching
> to a new tape for the last DLE even though there is room
> left on the current tape.
>
> Here is the relevant section from yesterday.
>
> USAGE BY TAPE:
>Label Time Size  %  DLEs Parts
>DS1-010   0:08   10884M   10.63131
>DS1-011   0:51   74205M   72.5 115
>
> If combined on one tape it would have only filled 83% of the
> tape.  Earlier this month the numberw were worse, 9% and 66%.
> Even if a second tape were needed, the last DLE should have
> at least started on the first tape.
>
> Ideas?

No, darn it Jon. I just went thru my last 60 days (thats my tapecycle, 
and as long as I keep the index data too) doing 89 DLE's from 6 machines 
w/o it switching vtapes.  So since I swapped the 1T vtape for a 2T 
vtape, amanda has been a happy little housekeeper.

With my schedule, the 2T has been hovering at 49-51% usage.


Copyright 2019 by Maurice E. Heskett
Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: DLE splitting problem

[Nathan Stratton Treadway]

On Thu, Apr 11, 2013 at 11:04:47 -0400, Vytas-JWRL wrote:
> >hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06 {
> >  comp-user-tar
> >  exclude file optional "./Line_10/"
> >  exclude file append "./Line_11/"

I agree with Jean-Louis that you need to remove the trailing "/"
characters from the directly names.  Also, if your goal is to exclude
_all_ the Line_ subdirectories, you might be able to replace all those
separate entries with a single wildcarded entry (e.g "./Line_*") or
at least just a few entries (e.g. "./Line_1?", etc.).

If you haven't discovered it already, you may find this Wiki page to be
useful in understanding how "exclude" works in Amanda:
  http://wiki.zmanda.com/index.php/Exclude_and_include_lists


(Finally, while I don't think it's causing any explicit problem,
note that the "optional" argument only applies to "exclude list", not
"exclude file".)

Nathan




Nathan Stratton Treadway  -  natha...@ontko.com  -  Mid-Atlantic region
Ray Ontko & Co.  -  Software consulting services  -   http://www.ontko.com/
 GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt   ID: 1023D/ECFB6239
 Key fingerprint = 6AD8 485E 20B9 5C71 231C  0C32 15F3 ADCD ECFB 6239

Re: DLE splitting problem

[Jean-Louis Martineau]

On 04/11/2013 08:04 AM, Vytas-JWRL wrote:

Hi,

I am trying to split a large directory into separate DLEs 
unfortunately it does not appear to be working.  Amanda version is 
2.6.1p2 installed using apt-get on a debian server.


The following line is from the currently running amdump showing that 
the estimated dump size is 162gigs,  however I thought I had excluded 
the Line_xx directories which contain the bulk of the image data.  The 
DLE should only be about 500megs in size.  Can anyone point me to what 
I am doing wrong?

Try to remove the / at the end of the exclude.
eg. exclude file optional "./Source_Files"

Jean-Louis


Thanks,

Vytas

hopper:/mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06 0 162g 
dumping  223g (137.76%) (20:28:02)



hopper /mnt/raid2/projects/Alberta/PLVI {
  comp-user-tar
  exclude file optional "./Source_Files/"
  }

hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files {
  comp-user-tar
  exclude file optional "./1210h06/"
  }

hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_10
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_11
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_12
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_13
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_14
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_15
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_16
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_17
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_18
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_19
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_20
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_21
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_22
comp-user-tar
hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06/Line_23
comp-user-tar

hopper /mnt/raid2/projects/Alberta/PLVI/Source_Files/1210h06 {
  comp-user-tar
  exclude file optional "./Line_10/"
  exclude file append "./Line_11/"
  exclude file append "./Line_12/"
  exclude file append "./Line_13/"
  exclude file append "./Line_14/"
  exclude file append "./Line_15/"
  exclude file append "./Line_16/"
  exclude file append "./Line_17/"
  exclude file append "./Line_18/"
  exclude file append "./Line_19/"
  exclude file append "./Line_20/"
  exclude file append "./Line_21/"
  exclude file append "./Line_22/"
  exclude file append "./Line_23/"
  }