Yeah,  I have found that with TAR,  there needs to be SOME content in the 
backup.

I would also suggest adding another set:   (add the words around this;  this is 
only the idea)
     CAMPUS-Other
       exclude “./a-z]*”
       #  and by default,  INCLUDE  everything besides a-z

This will catch anything that starts with a capital letter,  or a number.  Even 
if somebody adds
them later,  and you weren’t planning on them.     But again, make sure there
is initially something *in* the set.  Perhaps a text file at the top level  
“00info”
which describes the way you are splitting the backup   “a-f”,  ….
Mostly just to have something there,  but it might also be useful to know.

Deb Baddorf
Fermilab

> On Nov 8, 2018, at 11:31 AM, Cuttler, Brian R (HEALTH) 
> <brian.cutt...@health.ny.gov> wrote:
> 
>  
>  
> Stupid question, host fileserver, directories  /netdrives/CAMPUS/s* to 
> /netdrives/CAMPUS/z* exist and have some files in them?
>  
> From: Chris Nighswonger <cnighswon...@foundations.edu> 
> Sent: Thursday, November 8, 2018 12:11 PM
> To: Cuttler, Brian R (HEALTH) <brian.cutt...@health.ny.gov>
> Cc: amanda-users@amanda.org
> Subject: Re: Breaking DLEs up
>  
> ATTENTION: This email came from an external source. Do not open attachments 
> or click on links from unknown senders or unexpected emails.
> 
> From the client:
>  
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: pid 23692 ruid 10195 
> euid 10195 version 3.3.1: start at Thu Nov  8 05:27:11 2018
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: Version 3.3.1
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: pid 23692 ruid 10195 
> euid 10195 version 3.3.1: rename at Thu Nov  8 05:27:11 2018
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup:   Parsed request as: 
> program `GNUTAR'
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup:                      
> disk `/netdrives/CAMPUS/sz'
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup:                      
> device `/netdrives/CAMPUS'
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup:                      
> level 0
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup:                      
> since NODATE
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup:                      
> options `'
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup:                      
> datapath `AMANDA'
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: start: 
> host:/netdrives/CAMPUS/sz lev 0
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: Spawning "/bin/gzip 
> /bin/gzip --fast" in pipeline
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: gnutar: pid 23694: 
> /bin/gzipThu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: pid 23694: 
> /bin/gzip --fast
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: doing level 0 dump as 
> listed-incremental to 
> '/var/lib/amanda/gnutar-lists/host_netdrives_CAMPUS_sz_0.new'
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: Nothing found to include 
> for disk /netdrives/CAMPUS/sz
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: Spawning 
> "/usr/libexec/amanda/runtar runtar campus /bin/tar --create --file - 
> --directory /netdrives/CAMPUS --one-file-system --listed-incremental 
> /var/lib/amanda/gnutar-lists/host_netdrives_CAMPUS_sz_0.new --sparse 
> --ignore-failed-read --totals --files-from 
> /tmp/amanda/sendbackup._netdrives_CAMPUS_sz.20181108052711.include" in 
> pipeline
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: gnutar: 
> /usr/libexec/amanda/runtar: pid 23696
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: Started backup
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: Started index creator: 
> "/bin/tar -tf - 2>/dev/null | sed -e 's/^\.//'"
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup:  46:    size(|): Total 
> bytes written: 10240 (10KiB, 78MiB/s)
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: Index created 
> successfully
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: Parsed backup messages
> Thu Nov  8 05:27:11 2018: thd-0x1c8f200: sendbackup: pid 23692 finish time 
> Thu Nov  8 05:27:11 2018
>  
> From the server:
>  
> /var/log/amanda/server/campus/dumper.20181108020002007.debug:165691:Thu Nov  
> 8 05:27:11 2018: thd-0x5579048e2400: dumper: getcmd: PORT-DUMP 03-00023 50013 
> 1 host ffffffff9efefbffffffffff1f /netdrives/CAMPUS/sz /netdrives/CAMPUS 0 
> 1970:1:1:0:0:0 GNUTAR "" "" "" "" bsdtcp AMANDA 127.0.0.1:50014 20 |"  
> <auth>bsdtcp</auth>\n  <compress>FAST</compress>\n  <record>YES</record>\n  
> <index>YES</index>\n  <datapath>AMANDA</datapath>\n  <include>\n    
> <file>./[s-z]*</file>\n  </include>\n"
> /var/log/amanda/server/campus/dumper.20181108020002007.debug:165705:  
> <disk>/netdrives/CAMPUS/sz</disk>
> /var/log/amanda/server/campus/dumper.20181108020002007.debug:165706:  
> <diskdevice>/netdrives/CAMPUS</diskdevice>
> /var/log/amanda/server/campus/dumper.20181108020002007.debug:165740:  
> <disk>/netdrives/CAMPUS/sz</disk>
> /var/log/amanda/server/campus/dumper.20181108020002007.debug:165741:  
> <diskdevice>/netdrives/CAMPUS</diskdevice>
> /var/log/amanda/server/campus/dumper.20181108020002007.debug:165857:Thu Nov  
> 8 05:27:11 2018: thd-0x5579048e2400: dumper: Building type FILE header of 
> 32768-32768 bytes with name='host' disk='/netdrives/CAMPUS/sz' dumplevel=0 
> and blocksize=32768
> /var/log/amanda/server/campus/dumper.20181108020002007.debug:165944:Thu Nov  
> 8 05:27:11 2018: thd-0x5579048e2400: dumper: Building type FILE header of 
> 32768-32768 bytes with name='host' disk='/netdrives/CAMPUS/sz' dumplevel=0 
> and blocksize=32768
> 
>  
> On Thu, Nov 8, 2018 at 12:00 PM Cuttler, Brian R (HEALTH) 
> <brian.cutt...@health.ny.gov> wrote:
> Client and server side?
> /var/log/amanda/ ?
>  
>  
> From: Chris Nighswonger <cnighswon...@foundations.edu> 
> Sent: Thursday, November 8, 2018 11:43 AM
> To: Cuttler, Brian R (HEALTH) <brian.cutt...@health.ny.gov>
> Cc: amanda-users@amanda.org
> Subject: Re: Breaking DLEs up
>  
> ATTENTION: This email came from an external source. Do not open attachments 
> or click on links from unknown senders or unexpected emails.
> 
> Oddly enough, /tmp/amanda is empty.
>  
> On Thu, Nov 8, 2018 at 11:33 AM Cuttler, Brian R (HEALTH) 
> <brian.cutt...@health.ny.gov> wrote:
> I have been using a very similar setup for years, though I did not have any 
> quotes in the first line of each DLE. I do NOT believe the quotes are an 
> issue.
>  
> What do the /tmp/amanda files show for these attempted dumps?
>  
> From: owner-amanda-us...@amanda.org <owner-amanda-us...@amanda.org> On Behalf 
> Of Chris Nighswonger
> Sent: Thursday, November 8, 2018 11:12 AM
> To: amanda-users@amanda.org
> Subject: Breaking DLEs up
>  
> ATTENTION: This email came from an external source. Do not open attachments 
> or click on links from unknown senders or unexpected emails.
> 
> I attempted this and it appears to not have worked. I'm not sure why.
>  
> Here is the relevant portion of my DLEs:
>  
> fileserver "/netdrives/CAMPUS/af" "/netdrives/CAMPUS" {
>   comp-tar
>   include "./[a-f]*"
>   estimate server
> }
> fileserver "/netdrives/CAMPUS/gl" "/netdrives/CAMPUS" {
>   comp-tar
>   include "./[g-l]*"
>   estimate server
> }
> fileserver "/netdrives/CAMPUS/mr" "/netdrives/CAMPUS" {
>   comp-tar
>   include "./[m-r]*"
>   estimate server
> }
> fileserver "/netdrives/CAMPUS/sz" "/netdrives/CAMPUS" {
>   comp-tar
>   include "./[s-z]*"
>   estimate server
> }
>  
> Here are the corresponding lines from amreport for the last backup run:
>  
> fileserver:/netdrives/CAMPUS/af                                               
>       0         1k dump done (5:28:16), waiting for writing to tape
> fileserver:/netdrives/CAMPUS/gl                                               
>       0         1k dump done (5:28:11), waiting for writing to tape
> fileserver:/netdrives/CAMPUS/mr                                               
>       0         1k dump done (5:28:06), waiting for writing to tape
> fileserver:/netdrives/CAMPUS/sz                                               
>       0         1k dump done (5:27:11), waiting for writing to tape
>  
> Kind regards,
> Chris


Reply via email to