------------------------------

Message: 8
Date: Thu, 20 Nov 2008 15:58:52 +0100
From: Bruno Friedmann <bruno AT ioda-net DOT ch>
Subject: Re: [Bacula-users] syntax error for "File" entry?
Cc: bacula-users AT lists.sourceforge DOT net
Message-ID: <49257B2C.5090807 AT ioda-net DOT ch>
Content-Type: text/plain; charset=UTF-8

Win Htin wrote:
> Hi folks,

File = "\\|bash -c \"df -kFext3 -Fgfs|egrep -v \"Filesystem|mapper\" |cut -b 56- \""
bash -c "df -kFext3 -Fgfs|egrep -v \"Filesystem|mapper\" |cut -b 56- "
bash -c "df -kFext3 -Fgfs|egrep -v "Filesystem|mapper" |cut -b 56- ".

doesn't look the same or am I crazy :-)

There's race condition with the " and the different escape ...
perhaps a File = ' ..... ' enclose would give you the trick.



>
> On a CentOS 5.2 server running Bacula 2.4.3, I modified the "File" parameter
> in "FileSet" definition to the following:
>
> File = "\\|bash -c \"df -kFext3 -Fgfs|egrep -v \"Filesystem|mapper\" |cut -b
> 56- \""
>
> Checking the syntax from command line proves it is correct.
>
> --------------- start of sample output ------------------------------
> # bash -c "df -kFext3 -Fgfs|egrep -v \"Filesystem|mapper\" |cut -b 56- "
>  /
>  /boot
>  /export
> ---------------------- end ----------------------------------------
>
> but when I try to run the backups from bconsole, I get the following error
> message.
>
> ----------------- start of error message -------------------------------
> 18-Nov 08:10 testserver-fd JobId 160: Fatal error: Error running program:
> bash -c "df -kFext3 -Fgfs|egrep -v "Filesystem|mapper" |cut -b 56- ".
> stat=2: ERR=Child exited with code 2
> *
> ------------------------ end ------------------------------------------
>
> Any ideas why the program is terminating with the above error?
>
> TIA
>
> Win
>
>
>


--

Bruno



------------------------------

Message: 9
Date: Thu, 20 Nov 2008 16:22:25 +0100
From: Arno Lehmann <al AT its-lehmann DOT de>
Subject: Re: [Bacula-users] DVD Media in Raw mode
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <492580B1.6080109 AT its-lehmann DOT de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi,

20.11.2008 02:50, Evaldo Gardenali wrote:
> Hi
>
> I am trying to make Bacula work with my DVD+RW and DVD-RAM media, as raw
> devices (similar to tape, but with random r/w support,

Great idea. I'd like to see that as it would eliminate the need for
volume part files and dvd-handler and growisofs. That part of Bacula
is comparatively unstable, in my opinion. (And I wrote part of the
code and helped design the concept...)

...
...
> The following scenarios list my test experiences with Bacula 2.2.4 on
> NetBSD (I can, again, provide results with a more recent build if necessary)
...
> For the following tests, the disk was forced to SPIN DOWN before the
> beginning of each run and block sizes were chosen at random, so
> real-world speeds should be way greater.
>
> Small test to demonstrate the RW nature of the device, and the ability
> to work with offsets (expected from DVD+RW and DVD-RAM media, unexpected
> otherwise)
>
> goldstein# dd if=/dev/urandom of=1mfile bs=2k count=512
> 512+0 records in
> 512+0 records out
> goldstein# dd if=./1mfile of=/dev/cd0d bs=2k seek=2
> 512+0 records in
> 512+0 records out
> 1048576 bytes transferred in 0.774 secs (1354749 bytes/sec)
> goldstein# dd of=./1mfile2 if=/dev/cd0d bs=2k skip=2 count=512
> 512+0 records in
> 512+0 records out
> 1048576 bytes transferred in 0.919 secs (1140996 bytes/sec)
> goldstein# cmp ./1mfile ./1mfile2 || echo differ
> goldstein#

Ok.

> Test to demonstrate the random access of the device, as expected from
> DVD media.
>
> goldstein# dd if=/dev/cd0d bs=1m seek=500 count=1 of=/dev/null
> 1+0 records in
> 1+0 records out
> 1048576 bytes transferred in 1.247 secs (840878 bytes/sec)
> goldstein# dd if=/dev/cd0d bs=1m seek=700 count=1 of=/dev/null
> 1+0 records in
> 1+0 records out
> 1048576 bytes transferred in 1.518 secs (690761 bytes/sec)

What do you get when reading part of a disk that was never written to?
And how will you determine EOF and EOM conditions?

> Test to demonstrate the random WRITE access of the media (expected on
> DVD+RW and DVD-RAM, unexpected otherwise)
> goldstein# dd if=/dev/urandom bs=1k count=1 of=/dev/cd0d seek=100000
> 1+0 records in
> 1+0 records out
> 1024 bytes transferred in 3.046 secs (336 bytes/sec)
> goldstein# dd if=/dev/cd0d bs=1k skip=100000 count=1 | hexdump -C
> 00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00
> |................|
> *
> 00000400
> 1+0 records in
> 1+0 records out
> 1024 bytes transferred in 0.001 secs (1024000 bytes/sec)

This one demonstrates that either your /dev/urandom is broken, or it's
not that simple writing raw data to and reading it from a DVD.

Arno

>
> Thanks for considering the idea
>
> Evaldo Gardenali


--
Arno Lehmann
IT-Service Lehmann
Sandstr. 6, 49080 Osnabr?ck
www.its-lehmann.de



------------------------------

Message: 10
Date: Thu, 20 Nov 2008 07:27:01 -0800 (PST)
From: ebollengier <eric AT eb.homelinux DOT org>
Subject: Re: [Bacula-users] progress of backup
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <20603493.post AT talk.nabble DOT com>
Content-Type: text/plain; charset=us-ascii



Bweb provides this indication in the "follow backup" window. It's based on a
least-squares-fit linear equation on postgresql, and a more simple function
on mysql.
You can see the progression of the number of files and the total bytes.

Bye

sublayer wrote:
>
> Now with estimate command i can know what is the size of a job, but if i
> need of
> some indication about backup progress?(i.e : percent of completion or time
> that
> remain at the end of job)
> bye,
> sub
>

--
View this message in context: http://www.nabble.com/progress-of-backup-tp20570343p20603493.html
Sent from the Bacula - Users mailing list archive at Nabble.com.




------------------------------

Message: 11
Date: Thu, 20 Nov 2008 10:40:46 -0500
From: "John Drescher" <drescherjm AT gmail DOT com>
Subject: Re: [Bacula-users] DVD Media in Raw mode
To: "Arno Lehmann" <al AT its-lehmann DOT de>
Cc: bacula-users AT lists.sourceforge DOT net
Message-ID:
       <387ee2020811200740v1061b177s11d804d8e399bf7 AT mail.gmail DOT com>
Content-Type: text/plain; charset=ISO-8859-1

>> I am trying to make Bacula work with my DVD+RW and DVD-RAM media, as raw
>> devices (similar to tape, but with random r/w support,
>
> Great idea. I'd like to see that as it would eliminate the need for
> volume part files and dvd-handler and growisofs. That part of Bacula
> is comparatively unstable, in my opinion. (And I wrote part of the
> code and helped design the concept...)
>
If changes were made, I would hope that the old method would be
available for write once media (DVD+-R).

John



------------------------------

Message: 12
Date: Thu, 20 Nov 2008 16:58:51 +0100
From: Leszek Urbanski <tygrys AT moo DOT pl>
Subject: Re: [Bacula-users] bacula-sd 2.4.x hanging
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <20081120155851.GA13590 AT moo DOT pl>
Content-Type: text/plain; charset=iso-8859-2

<20081119114610.GA2818 AT moo DOT pl>; from Leszek Urbanski on Wed, Nov 19, 2008 at 12:46:10 +0100
> Hi,
>
> I stumbled upon the following bug in 2.4.{1,2,3} SD. It hangs every day (when
> starting a job) and does not recover. This problem is not present in 2.2.8 SD.
>
> Bacula is running on Debian x86 and a 2-drive Dell ML6020 autochanger.

It seems that nobody has noticed it yet, so I filed it as bug #1192.

--
Leszek "Tygrys" Urbanski, SCSA, SCNA
 "UN and OAS, they have their place, I guess,
 But first, send the Marines!" -- Tom Lehrer
    http://cygnus.moo.pl/ -- Cygnus High Altitude Balloon



------------------------------

Message: 13
Date: Thu, 20 Nov 2008 15:51:17 -0200
From: Daniel Bareiro <daniel-listas AT gmx DOT net>
Subject: Re: [Bacula-users] Error on Bacula job
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <20081120175117.GA2680 AT defiant.freesoftware DOT org>
Content-Type: text/plain; charset="us-ascii"

On Thursday, 20 November 2008 12:16:11 -0200,
Daniel Bareiro wrote:

> to this:
>
>
> FileSet {
>   Name = "Bases"
>   Include {
>     Options {
>       signature = SHA1
>       wildfile = "*.bz2"
>     }
>     Options {
>       Exclude = yes
>       RegexFile = ".*"
>     }
>     # File = /space/backup/sdpbkp/oracle/export
>     File = "\\|bash -c \"echo /space/backup/$HOSTNAME/oracle/export/ \""
>
>   }
>   Include {
>     Options {
>       signature = SHA1
>     }
>     Options {
>       wilddir = /space/backup/$HOSTNAME/oracle/export
>       exclude = yes
>     }
>     File = /etc
>     File = "\\|bash -c \"find /space/ -maxdepth 1 -type d -name backup -o -name log\""
>
>     #File = "\\|bash -c \"find /space/backup/$HOSTNAME/*_etc.tar.gz \""          <---
>     #File = "\\|bash -c \"find /space/backup/$HOSTNAME/oracle/controlfile/ \""   <---
>     #File = "\\|bash -c \"find /space/backup/$HOSTNAME/oracle/pfile/ \""         <---
>     #File = "\\|bash -c \"find /space/backup/$HOSTNAME/oracle/scripts/ \""
>     #File = "\\|bash -c \"echo /space/backup/$HOSTNAME/pkg_list/ \""
>     #File = "\\|bash -c \"echo /space/backup/$HOSTNAME/home/ \""
>     #File = "\\|bash -c \"echo /space/log/$HOSTNAME/oracle/ \""
>   }
> }

Well, It seems to have noticed an error in the line:

wilddir = /space/backup/$HOSTNAME/oracle/export

by the replacement of the variable $HOSTNAME. If I use:

wilddir = "\\|bash -c \"echo /space/backup/$HOSTNAME/oracle/export \""

that directory becomes to consider twice, but using:

wilddir = /space/backup/sdp2/oracle/export

it is only processed once, reason why I consider that it must be a
syntax error. How I can make to have the variable name of host in this
FileSet?

Regards,
Daniel
--
Daniel Bareiro - System Administrator
Fingerprint: BFB3 08D6 B4D1 31B2 72B9  29CE 6696 BF1B 14E6 1D37
Powered by Debian GNU/Linux Lenny - Linux user #188.598
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature

------------------------------

Message: 14
Date: Thu, 20 Nov 2008 08:12:53 -0700
From: "Robert LeBlanc" <robert AT leblancnet DOT us>
Subject: Re: [Bacula-users] Fibre Channel drives keep switching
To: <bacula-users AT lists.sourceforge DOT net>
Message-ID: <BBDDF0B7CFFFCE4FB5110F0A37CE60030942F5 AT q.leblancnet DOT us>
Content-Type: text/plain;       charset="us-ascii"

> -----Original Message-----
> From: Alan Brown [mailto:ajb2 AT mssl.ucl.ac DOT uk]
> Sent: Thursday, November 20, 2008 5:03 AM
> To: Cedric Devillers
> Cc: John Drescher; bacula-users AT lists.sourceforge DOT net
> Subject: Re: [Bacula-users] Fibre Channel drives keep switching
>
> On Thu, 20 Nov 2008, Cedric Devillers wrote:
>
> > too) you can use /dev/tape/by-id/scsi-XXXXXX-nst that should be
fixed
> by
> > using specific id (instead of XXXXXX).
>
> Looking at that directory it's only been created for the first tape
> drive.
>
> The others have not been picked up.
>

Debian Lenny only picked up the changer in /dev/tape/by-id, but
/dev/tape/by-path had both tape drives, but the names are horribly long:
pci-0000:01:04.0-fc-0x500110a00058bd40:0x0000000000000000-nst-nst
pci-0000:01:04.0-fc-0x500110a00058bd40:0x0000000000000000-st
pci-0000:01:04.0-fc-0x500110a00058c2f0:0x0000000000000000-nst-nst
pci-0000:01:04.0-fc-0x500110a00058c2f0:0x0000000000000000-st

The udev rule for the friendly name seems worth the effort for me
anyways.

Robert

Robert LeBlanc
College of Life Sciences Computer Support
Brigham Young University
(801) 422-1882
leblanc AT byu DOT edu






------------------------------

Message: 15
Date: Thu, 20 Nov 2008 22:24:23 +0000
From: Rodrigo Rosenfeld Rosas <lbocseg AT yahoo.com DOT br>
Subject: Re: [Bacula-users] Bacula Catalog File - How to reduce its
       size
To: John Drescher <drescherjm AT gmail DOT com>
Cc: bacula-users AT lists.sf DOT net
Message-ID: <4925E397.70904 AT yahoo.com DOT br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Rodrigo Rosenfeld Rosas escreveu:
>> De: John Drescher <drescherjm AT gmail DOT com>
>> Assunto: Re: [Bacula-users] Bacula Catalog File - How to reduce its size
>> Para: "Rodrigo Rosenfeld Rosas" <lbocseg AT yahoo.com DOT br>
>> Cc: bacula-users AT lists.sf DOT net
>> Data: Ter?a-feira, 18 de Novembro de 2008, 23:18
>>
>>> Thank you very much, John. That's exactly what I
>>>
>> need and I think I
>>
>>> understood what is the hole idea here. I'll check
>>>
>> the manuals for
>>
>>> understanding what those options mean. Tomorrow
>>>
>> morning I'll do my tests. If
>>
>>> I have additional doubts, I'll ask you. I'm
>>>
>> not sure if I would need to
>>
>>> recycle the backup file regularly, manually, or
>>>
>> creating new volumes...
>>
>> One point I did not mention. If you change the retention
>> period for a
>> pool any labeled volumes will not automatically get the new
>> retention
>> period. To fix this use the
>>
>> update volume
>>
>> command in bconsole and follow the prompts.
>>
>>
>
> John, I've done the following instructions:
>
> * purge volume=Catalogo
> * update volume=Catalogo
> Selected 4 days for VolumeRetention and 100MB for MaxVolBytes and Recycle=1
> * llist volumes
> Pool: Default
>           MediaId: 2
>        VolumeName: Catalogo
>              Slot: 0
>            PoolId: 1
>         MediaType: File
>      FirstWritten: 2008-08-14 01:24:40
>       LastWritten: 2008-11-18 23:10:10
>         LabelDate: 2008-08-14 01:24:40
>           VolJobs: 68
>          VolFiles: 0
>         VolBlocks: 11,716
>         VolMounts: 68
>          VolBytes: 753,664,066
>         VolErrors: 0
>         VolWrites: 11,717
>  VolCapacityBytes: 0
>         VolStatus: Purged
>           Enabled: 1
>           Recycle: 1
>      VolRetention: 345,600
>    VolUseDuration: 0
>        MaxVolJobs: 0
>       MaxVolFiles: 0
>       MaxVolBytes: 100,000,000
>         InChanger: 0
>           EndFile: 0
>          EndBlock: 753,664,065
>          VolParts: 0
>         LabelType: 0
>         StorageId: 1
>          DeviceId: 0
>        LocationId: 0
>      RecycleCount: 0
>      InitialWrite: 0000-00-00 00:00:00
>     ScratchPoolId: 0
>     RecyclePoolId: 0
>           Comment: NULL
>
>
> My question is: tonight bacula will run the nightly backup. Will the Catalog backup file shrink from 750MB to less than 100MB? Or should I do anything else?
>
I'm writing just to tell you that it worked. I only could verify now
that the file has shrinked from 750MB to 12MB after the above procedures.

Thank you, John.

Rodrigo.

__________________________________________________
Fa?a liga??es para outros computadores com o novo Yahoo! Messenger
http://br.beta.messenger.yahoo.com/




------------------------------

Message: 16
Date: Thu, 20 Nov 2008 21:47:00 -0200
From: Evaldo Gardenali <evaldo AT gardenali DOT biz>
Subject: Re: [Bacula-users] DVD Media in Raw mode
To: bacula-users AT lists.sourceforge DOT net
Message-ID: <4925F6F4.1080102 AT gardenali DOT biz>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hi!

Arno Lehmann wrote:
>> Test to demonstrate the random WRITE access of the media (expected on
>> DVD+RW and DVD-RAM, unexpected otherwise)
>> goldstein# dd if=/dev/urandom bs=1k count=1 of=/dev/cd0d seek=100000
>> 1+0 records in
>> 1+0 records out
>> 1024 bytes transferred in 3.046 secs (336 bytes/sec)
>> goldstein# dd if=/dev/cd0d bs=1k skip=100000 count=1 | hexdump -C
>> 00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00
>> |................|
>> *
>> 00000400
>> 1+0 records in
>> 1+0 records out
>> 1024 bytes transferred in 0.001 secs (1024000 bytes/sec)
>>
>
> This one demonstrates that either your /dev/urandom is broken, or it's
> not that simple writing raw data to and reading it from a DVD.
>
> Arno
>

Let me redo it, I pasted the wrong line by accident.

Create a file I can count as reference for comparisons
goldstein# dd if=/dev/urandom of=1mrandom bs=1k count=1024
1024+0 records in
1024+0 records out
1048576 bytes transferred in 0.624 secs (1680410 bytes/sec)

Write it to the DVD+RW,  seek=100MB
goldstein# dd if=1mrandom of=/dev/cd0d bs=1m seek=100
1+0 records in
1+0 records out
1048576 bytes transferred in 0.517 secs (2028193 bytes/sec)

Read from the DVD+RW, skip=100MB (same chunk) into "1mrandom2" for
comparison
goldstein# dd if=/dev/cd0d bs=1m skip=100 count=1 of=1mrandom2
1+0 records in
1+0 records out
1048576 bytes transferred in 0.732 secs (1432480 bytes/sec)

Read from the DVD+RW, skip=99MB (chunk just before the one I wrote) into
"1mrandom3" for comparison
goldstein# dd if=/dev/cd0d bs=1m skip=99 count=1 of=1mrandom3
1+0 records in
1+0 records out
1048576 bytes transferred in 1.476 secs (710417 bytes/sec)

1mrandom1 should match 1mrandom2, but not 1mrandom3:
goldstein# diff ./1mrandom ./1mrandom2
goldstein# diff ./1mrandom ./1mrandom3
Binary files ./1mrandom and ./1mrandom3 differ

My /dev/urandom is not much borked, as you can see here: :)
goldstein# hexdump -C ./1mrandom | head -1
00000000  78 90 aa dc 4f 33 c1 22  26 71 5e f8 f9 dc fc 25
|x...O3."&q^....%|
goldstein# hexdump -C ./1mrandom | tail -2
000ffff0  0f 2a a2 3e ad 6b 4a e4  ee 33 44 2a 8d b1 85 e4
|.*.>.kJ..3D*....|
00100000
goldstein#

goldstein# ent 1mrandom
Entropy = 7.999786 bits per byte.  <<--- OK

Optimum compression would reduce the size
of this 1048576 byte file by 0 percent. <<--- OK

Chi square distribution for 1048576 samples is 311.30, and randomly
would exceed this value 0.92 percent of the times.   <<--- OK, not
_THAT_ good in this sample

Arithmetic mean value of data bytes is 127.5141 (127.5 = random). <<--- OK
Monte Carlo value for Pi is 3.140522539 (error 0.03 percent). <<--- OK
Serial correlation coefficient is -0.000546 (totally uncorrelated =
0.0). <<--- OK

I was not able to go to the store shop for blank media today, but will
do soon. My guess is that you get "random" values, as some DVD+RW media
come "preformatted", and DVD+RW features "background formatting", as I
quote from the DVD+RW alliance at http://www.dvdrw.com/why/faq.htm

   *Can I use a DVD+RW disc to directly store my data files, or do I
   always need to use a burning program?*
   DVD+RW is the only rewritable DVD format that supports the Mt.
   Rainier or EasyWrite system. With an EasyWrite enabled DVD+RW drive
   and by using the forthcoming version of Microsoft Windows, Longhorn,
   you can directly store your data on a DVD+RW disc. Just as you would
   using a floppy diskette, although a DVD+RW offers you about 3,000
   times the storage capacity! Mt. Rainier performs important tasks in
   hardware instead of software (like background formatting and
   handling of defect management) resulting in a very robust system.
   Also refer to glossary: Mt. Rainier
   <http://www.dvdrw.com/why/glossary.htm#mtrainier>

And from their glossary page:

   *Mount Rainier (MRW)*
   Mount Rainier is an optional feature of the DVD+RW format, that
   allows for DVD+RW media to be used in a "hard disk-like" fashion on
   drives supporting this functionality. The drive will be accessible
   for reading and writing directly from the operating system and all
   applications without the need for dedicated recording-software.

   /<omitted windows-related content>
   /


DVD-RAM also supports such "hard disk-like" functionality, although it
is completely different media. I will order some blank DVD-RAM on the
net, since there are no suppliers in town, and mine were already used
enough.

Regards

Evaldo





------------------------------

Message: 17
Date: Fri, 21 Nov 2008 10:26:45 +0000
From: smulcahy AT aplpi DOT com
Subject: [Bacula-users] Occasional read error when labelling tapes in
       autochanger (Bacula 2.4.3 on SLES 10.1)
To: <bacula-users AT lists.sourceforge DOT net>
Message-ID: <44735.1227263205 AT aplpi DOT com>
Content-Type: text/plain; charset="utf-8"

 Hi,
 Firstly, thanks for Bacula - we have been using it on various
environments for a number of years and it performs very well.
 I have most recently installed it on a machine running SuSE Linux
Enterprise 10, patch-level 1. I downloaded the Bacula 2.4.3 source,
added the 2.4.3-orphaned-jobs.patch and compiled using gcc 4.1.2. We
are using the MySQL database backend (MySQL v5.0.26).
 Bacula is configured to use a HP Storageworks MSL2024 tape library /
autochanger. I concluded all of the tests as described in the install
document including using btape fill and btape auto to test. All
completed without errors.
 Furthermore, I've conducted some test backups of the entire system
without problems. I have encountered an error/warning while labelling
tapes. I've been labelling all 24 tapes in the changer - the error
only showed up around tape no. 8 and is as follows
 *label
 Automatically selected Storage: LTO-4
 Enter new Volume name: weekly005
 Enter slot (0 or Enter for none): 11
 Defined Pools:
     1: Nightly
     2: Weekly
     3: Archive
 Select the Pool (1-3): 2
 Connecting to Storage daemon LTO-4 at manager1:9103 ...
 Sending label command for Volume "weekly005" Slot 11 ...
 3307 Issuing autochanger "unload slot 10, drive 0" command.
 3304 Issuing autochanger "load slot 11, drive 0" command.
 3305 Autochanger "load slot 11, drive 0", status is OK.
 block.c:999 Read error on fd=5 at file:blk 0:0 on device "LTO-4"
(/dev/nst0). ERR=Input/output error.
 3000 OK label. VolBytes=64512 DVD=0 Volume="weekly005"
Device="LTO-4" (/dev/nst0)
 Catalog record for Volume "weekly005", Slot 11  successfully
created.
 Requesting to mount LTO-4 ...
 3001 Device "LTO-4" (/dev/nst0) is mounted with Volume "weekly005"
 Note the "Read error" near the bottom. The label operation seems to
complete without problems (the tapes are correctly labelled) and
subsequent backups work fine. But should I be concerned about this
message or can I safely ignore it?
 Thanks,
 -stephen
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 18
Date: Fri, 21 Nov 2008 11:03:39 +0000
From: James Cort <james.cort AT u4eatech DOT com>
Subject: Re: [Bacula-users] Occasional read error when labelling tapes
       in autochanger (Bacula 2.4.3 on SLES 10.1)
To: smulcahy AT aplpi DOT com
Cc: bacula-users AT lists.sourceforge DOT net
Message-ID: <4926958B.1030008 AT u4eatech DOT com>
Content-Type: text/plain; charset=ISO-8859-1

smulcahy AT aplpi DOT com wrote:

> block.c:999 Read error on fd=5 at file:blk 0:0 on device "LTO-4"
> (/dev/nst0). ERR=Input/output error.
> 3000 OK label. VolBytes=64512 DVD=0 Volume="weekly005" Device="LTO-4"
> (/dev/nst0)
> Catalog record for Volume "weekly005", Slot 11  successfully created.
> Requesting to mount LTO-4 ...
> 3001 Device "LTO-4" (/dev/nst0) is mounted with Volume "weekly005"
>
>
> Note the "Read error" near the bottom. The label operation seems to
> complete without problems (the tapes are correctly labelled) and
> subsequent backups work fine. But should I be concerned about this
> message or can I safely ignore it?

IIRC it's caused by Bacula trying to read the tape to see if it's
already labelled prior to writing its own label.  Obviously if the tape
is new, there won't be anything on there.

I've seen the exact same thing across two tape drives (and indeed types
of tape media) for the last couple of years - it can safely be ignored.

--
James Cort

IT Manager
U4EA Technologies Ltd.

--
U4EA Technologies
http://www.u4eatech.com




------------------------------

Message: 19
Date: Fri, 21 Nov 2008 13:05:17 +0000 (GMT)
From: Bill Damage <bill.damage AT yahoo DOT com>
Subject: Re: [Bacula-users] Ignore retention period
To: Dan Langille <dan AT langille DOT org>
Cc: bacula-users AT lists.sourceforge DOT net
Message-ID: <135689.36881.qm AT web86407.mail.ird.yahoo DOT com>
Content-Type: text/plain; charset="utf-8"

Thanks, I added it but am still worried. The retention is 3 months, but because I did a full backup most of the pool is full. Whats going to happen when the last tape fills? I know each one is not out of its retention period, but I want it to ask for tape 1.


________________________________
From: Dan Langille <dan AT langille DOT org>
To: Bill Damage <bill.damage AT yahoo DOT com>
Cc: bacula-users AT lists.sourceforge DOT net
Sent: Wednesday, 19 November, 2008 14:44:43
Subject: Re: [Bacula-users] Ignore retention period


On Nov 19, 2008, at 7:21 AM, Bill Damage wrote:

> I have 16 tapes in a pool, and each tape takes 2/3 weeks to fill.
> What I really want is Bacula just to rotate through these in
> sequence and ask for tape 1 when tape 16 fills. I have set the pool
> size to 16 but realise there is a problem. If I set the retention
> too small it will keep asking for earlier tapes rather than the next
> numbered one. If I set it too high, none of the tapes will have
> expired - won't it ask me to label a new tape 17 when 16 fills? For
> this pool, I'd really like to know how to just ignore the retention
> periods. Thanks.

Look in the docs, under Pool Resource.  Look for something like "Use
Oldest Volume".

That may suit your needs.

--
Dan Langille
http://langille.org/



-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url="">

------------------------------

_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users


End of Bacula-users Digest, Vol 31, Issue 34
********************************************