Hello,
It seems to me that you have indeed changed your configuration files as well
as your disk configuration, and for those reasons you are running into a
number of simultaneous problems:
1. You seem to be trying to swap USB devices (if I understand correctly) using
the same Bacula device. Bacula does not support multiple devices on the same
mount point. Bacula can work with USB devices, but only if they are
consistently mounted on a single mount point per Device. Otherwise Bacula
will get confused -- please see my previous emails on this for more
information ...
2. It seems to me that at one point you had not enclosed device names
containing spaces in double quotes. This just won't work very well with the
current Bacula scanner. It appears that you have corrected this in the conf
files, but apparently you forgot to restart Bacula or you are showing us
older output because the Job output does not correspond to your actual device
names.
3. Currently, you device names are so long that there is an risk that a simple
typo will cause you problems. I'd recommend shortening your device names and
perhaps eliminate the spaces. This will reduce the chance of simple typo
errors confusing the situation.
4. Once you get your conf files simplified a bit and resolve the problem of
multiple devices on the same mount point, you should totally stop and restart
all the daemons and make sure that they *actually* pickup the conf files that
you have edited ...
Good luck.
On Sunday 08 January 2006 02:22, Barry L. Bond wrote:
> Greetings!
>
> The highlight/most important problem is: I started using bacula in
> mid-October. I went through about a week, learning things and getting it
> to where it worked okay. It has worked very well since. Then, this past
> week, with *no change* to my three bacula daemon configuration files, my
> backups no longer work.
>
> I'll provide other information that comes to mind, trying to
> anticipate things you either need to know, or would find very helpful to
> know. I don't believe my main problem is bacula, but there is likely
> something I don't have configured very well, so I'll share what I have.
>
> I have bacula scheduled to do backups every Saturday and Tuesday. It
> does a full backup on the first Saturday/Tuesday of the month, and
> differential backups thereafter (on Saturday/Tuesdays), until the next
> month.
>
> I'll add something here that I believe includes whatever my real
> problem is. From October until mid-November, I did backups to a USB
> (SimpleTech 400GB) hard drive. (I was okay with a backup once a week.
> So, this was every Saturday morning.) In late November, my mother
> purchased me another, Western Digital, USB hard drive, for Christmas.
> (She knew I was planning on getting one soon, anyway, because I wanted to
> still have a good backup even if I lost a disk.) So, all I did, in
> November, was add Tuesdays to the schedule portion of the bacula-dir.conf.
> My plan was, I would have my backups to the SimpleTech drive on Saturdays,
> and to the Western Digital drive on Tuesdays. Then, if I lost one, I'd
> still have a backup within the last week on one drive or the other.
>
> At that time, I liked that my Fedora Core 4 system automatically
> mounted the USB hard disks when I turned them on. My preferences are that
> the drive is turned on the morning the backup is to be done. But, I then
> unmount them and turn them off, because that drive wouldn't (normally) be
> used at all until one week later. And, it mounted the drive to
> /media/usbdisk. It didn't matter whether I turned the SimpleTech drive or
> the Western Digital drive on, it would create the usbdisk directory within
> /media, and mount it as /dev/sdc1. So, I didn't touch the storage daemon,
> because the pathlist in the storage daemon (/media/usbdisk) was still
> valid.
>
> Then, in December, as I watched things, I decided that I wanted the
> USB hard disks to be mounted to a specific mount point, and a *different*
> mount point. A full backup was done to the SimpleTech on December 3. A
> full backup was done to the Western Digital on December 6. Then, the rest
> of the month, a differential backup was done -- since December 6. If it
> happened to be Tuesday, on the Western Digital drive, that was fine. But,
> if it happened to be on Saturday, the SimpleTech drive, I (potentially)
> had three days worth of files/data that were lost. So, I decided that if
> they were mounted to different mount points, this would probably work as I
> was intending.
>
> So, toward the end of December, I started trying to figure out how to
> get the drives mounted to specific mount points. I wanted
> /media/simpletech for the SimpleTech drive, and /media/wd for the Western
> Digital drive. (I figured when I got this figured out and working, I'd
> then be changing some things in the bacula configuration files,
> particularly the storage daemon.)
>
> Well, unless you want more specific information, let me just
> summarize this and say I most certainly have not been successful. (I
> spent around three hours, late last night and into early this morning, and
> I unfortunately just do not have the time for this, right now.) I have
> received gracious assistance from Josh Fisher. I have been reading what
> documentation I could find, including web sites found on the Fedora Forum
> (people.redhat.com/davidz/hal/0.4/hal-spec.html). I have tried oodles of
> different files. I have placed the files in /etc/hal/fdi/policy and
> /etc/hal/fdi/policy/95userpolicy. I have modified the
> /usr/share/hal/fdi/policy/10osvendor/10-storage-policy.fdi file (and now
> have placed the original back). I restarted the haldaemon after every
> file change, with "service haldaemon restart" (as root). I have tried
> having /media/wd and /media/simpletech already present in the /media
> directory, created by me and left as a directory and blank, and having
> them not there -- having only /media and seeing whether the wd or
> simpletech directory would be created, as usbdisk is (and always has been)
> created when I turn one or the other drive on. I have tried a variety of
> information in the XML files. (I have figured out, by using lsusb -v when
> one drive or the other or none or both have been turned on, which "Bus
> 00X..." line applied to each of the two devices, so I have the ID,
> idVendor, idProduct, iManufacturer, iProduct, etc., on them.) (I have
> usually been attempting to identify them with "match
> key="@block.storage_device:storage.vendor" string="Prolific Technology
> Inc.", etc., but have also tried "match key="volume.uuid"
> string="4971:a002"" and a variety of other things.)
>
> Let me just stop here, since what I believe "bacula people" will most
> likely help me on is what my bacula problem is just knowing that I have
> truly tried many things. And nothing has worked. :-)
>
> And, I'll advance to this past week!
>
> This past Monday, I was off from work. (It was our New Year
> holiday.) In the morning, I wanted to check inside my Sun computer
> cabinet. (I have 1 Sun Ultra 30, and on top of it, my DFI Linux system,
> both sitting beside my desk. I was wanting to see what kind of hard drive
> it took. Back on labor day weekend, I placed two new -- and much larger
> -- hard disks in my Linux system, and that is when I installed Fedora Core
> 4. I have a 9GB SCSI disk, and wanted to see whether it would fit in the
> Sun. I know now, it doesn't. But, I went inside the cabinet to see.)
> Since the Linux system is on top of the Sun, I shut down both systems.
> When I finished, I started up the Sun, and all was well. I started up the
> Linux, and all was well.
>
> I had left one of my <file>.fdi files in the /etc/hal/fdi/policy
> directory. It was there when the system started back up.
>
> Then, Monday afternoon, I was stupid and deleted an incorrect file.
> (I truly do not do that often, though I have one or two other times in the
> around two decades I've been using computers.) So, I thought "Simple!
> I'll just retrieve it from Saturday's backup!" Well, my restore didn't
> work. It started up, I went into file selection mode, I marked the
> appropriate file, and typed done, and would do all the normal things to
> get it going. But, it would always fail. Here is one email:
>
> <<>>
> 02-Jan 16:35 barrycon-dir: Start Restore Job
> RestoreFiles.2006-01-02_16.35.30 02-Jan 16:35 barrycon-sd:
> RestoreFiles.2006-01-02_16.35.30 Fatal error: Archive "USBSimpleTech400GB"
> requested by DIR could not be opened or does +not exist.
> 02-Jan 16:35 barrycon-dir: RestoreFiles.2006-01-02_16.35.30 Fatal error:
> Storage daemon didn't accept Device "USBSimpleTech400GB" because:
> 3925 Device "USBSimpleTech400GB" could not be opened or does not
> exist. 02-Jan 16:35 barrycon-dir: RestoreFiles.2006-01-02_16.35.30 Error:
> Bacula 1.36.3+(22Apr05): 02-Jan-2006 16:35:32 JobId: 52
> Job: RestoreFiles.2006-01-02_16.35.30
> Client: barrycon-fd
> Start time: 02-Jan-2006 16:35:32
> End time: 02-Jan-2006 16:35:32
> Files Expected: 1
> Files Restored: 0
> Bytes Restored: 0
> Rate: 0.0 KB/s
> FD Errors: 0
> FD termination status:
> SD termination status:
> Termination: *** Restore Error ***
> <<>>
>
> It was already late enough that I should have been in bed, so I
> didn't spend much time on it. I was thinking I had some problem with my
> restore, though I had "kind of" tested that in that first couple of weeks
> back in October, when I started using bacula. I DID restore -- then.
> Still, I was thinking it was a restore problem, and that is what I sent a
> message to this list about, Monday.
>
> Tuesday morning, the Western Digital drive was on, and the what
> should have been full backup for January was scheduled to run. And, it
> didn't run. It produced an error:
>
> <<>>
> 03-Jan 01:05 barrycon-dir: Start Backup JobId 56,
> +Job=barrycon.2006-01-03_01.05.00
> 03-Jan 01:05 barrycon-sd: barrycon.2006-01-03_01.05.00 Fatal error:
> Archive "USBSimpleTech400GB" requested by DIR could not be opened or
> does +not exist.
> 03-Jan 01:05 barrycon-dir: barrycon.2006-01-03_01.05.00 Fatal error:
> Storage daemon didn't accept Device "USBSimpleTech400GB" because:
> 3925 Device "USBSimpleTech400GB" could not be opened or does not
> exist. 03-Jan 01:05 barrycon-dir: barrycon.2006-01-03_01.05.00 Error:
> Bacula 1.36.3 +(22Apr05): 03-Jan-2006 01:05:04
> JobId: 56
> Job: barrycon.2006-01-03_01.05.00
> Backup Level: Full
> Client: barrycon-fd
> FileSet: "Full Set" 2005-10-22 01:05:04
> Pool: "Full-Pool"
> Storage: "Files"
> Start time: 03-Jan-2006 01:05:02
> End time: 03-Jan-2006 01:05:04
> FD Files Written: 0
> SD Files Written: 0
> FD Bytes Written: 0
> SD Bytes Written: 0
> Rate: 0.0 KB/s
> Software Compression: None
> Volume name(s):
> Volume Session Id: 7
> Volume Session Time: 1136216651
> Last Volume Bytes: 0
> Non-fatal FD errors: 0
> SD Errors: 0
> FD termination status:
> SD termination status:
> Termination: *** Backup Error ***
> <<>>
>
> (And, this [Saturday] morning, the SimpleTech drive produced exactly
> the same reason for the error. My backups are not even working now.)
>
> As of Tuesday morning, I had not touched my three bacula daemon
> configuration files. I have now added quotation marks to the bacula-dir
> and -sd conf file, because of something Kern mentioned in a reply from my
> Monday's message this week. So, this morning, when the backup to the
> SimpleTech device was attempted, it did have the quotation marks added,
> but nothing else has been changed.
>
> I wonder whether my attempts to get the hald to mount the USB drives
> hasn't somehow caused this error... However, they ARE still being mounted
> to /media/usbdisk, and that is the pathlist in the storage daemon Device
> resource. I do not see that the haldaemon is causing the problem. But,
> that is the only thing I was working on, granted, for about a week before
> I rebooted the systems Monday morning.
>
> If I don't know the problem, I can't fix it. And, at the moment, I
> do not see the problem. This is where I turn to you. If any of you are
> kind enough to read this far, and happen to know what the problem is or
> have a suggestion on something I can try to help us determine what the
> problem is, I would very much appreciate your assistance.
>
> I've already included two emails indicating the error I get now,
> whether I'm trying to run a backup or restore.
>
> In reading the Support for Bacula web link, which Kern mentioned (in
> a message early this past week) to read, here is my config.out:
>
> <<>>
> Configuration on Tue Oct 11 22:18:22 EDT 2005:
>
> Host: i686-redhat-linux-gnu -- redhat (Stentz)
> Bacula version: 1.36.3 (22 April 2005)
> Source code location: .
> Install binaries: /home/bacula/bin
> Install config files: /home/bacula/bin
> Scripts directory: /home/bacula/bin
> Working directory: /var/bacula/working
> PID directory: /var/run
> Subsys directory: /var/run/subsys
> C Compiler: gcc 4.0.0
> C++ Compiler: g++ 4.0.0
> Compiler flags: -g -O2 -Wall
> Linker flags:
> Libraries: -lpthread
> Statically Linked Tools: no
> Statically Linked FD: no
> Statically Linked SD: no
> Statically Linked DIR: no
> Statically Linked CONS: no
> Database type: MySQL
> Database lib: -L/usr/lib/mysql -lmysqlclient_r -lz
>
> Job Output Email: barry
> Traceback Email: barry
> SMTP Host Address: localhost
>
> Director Port: 9101
> File daemon Port: 9102
> Storage daemon Port: 9103
>
> Director User:
> Director Group:
> Storage Daemon User:
> Storage DaemonGroup:
> File Daemon User:
> File Daemon Group:
>
> SQL binaries Directory /usr/bin
>
> Large file support: yes
> Bacula conio support: yes -ltermcap
> readline support: no
> TCP Wrappers support: no
> ZLIB support: yes
> enable-smartalloc: yes
> enable-gnome: yes Version 2.x
> enable-wx-console: no
> enable-tray-monitor: yes
> client-only: no
> ACL support: yes
> <<>>
>
> Since I also did read the Bug-Report-HowTo, and it says that more
> information is better than less information, I'll try not to be too
> worried that this message is too long. :-) (I will have to say that I
> agree. I'd desire more information than I need. I would easily just
> search around in the file to get whatever information I wanted to know,
> easily possible so long as the information was there.)
>
> In light of this, here is my current bacula-dir.conf file -- at least
> most of it:
>
> <<>>
> Director { # define myself
> Name = barrycon-dir
> DIRport = 9101 # where we listen for UA connections
> QueryFile = "/home/bacula/bin/query.sql"
> WorkingDirectory = "/var/bacula/working"
> PidDirectory = "/var/run"
> Maximum Concurrent Jobs = 1
> Password = "<password>" # Console password
> Messages = Daemon
> }
>
> JobDefs {
> Name = "DefaultJob"
> Type = Backup
> Level = Differential
> Client = barrycon-fd
> FileSet = "Full Set"
> Storage = Files
> Messages = Standard
> Pool = Default
> Full Backup Pool = Full-Pool
> Differential Backup Pool = Diff-Pool
> Priority = 10
> }
>
>
> Job {
> Name = "barrycon"
> JobDefs = "DefaultJob"
> Schedule = "WeeklyCycle"
> Write Bootstrap = "/var/bacula/working/Client1.bsr"
> }
>
> Job {
> Name = "barrycon-full-anytime"
> JobDefs = "DefaultJob"
> Level = Full
> Pool = Full-Pool
> Write Bootstrap = "/var/bacula/working/Client1.bsr"
> }
>
> # Backup the catalog database (after the nightly save)
> Job {
> Name = "BackupCatalog-full-afterPreviousJob"
> JobDefs = "DefaultJob"
> Level = Full
> Pool = Full-Pool
> FileSet="Catalog"
> # This creates an ASCII copy of the catalog
> RunBeforeJob = "/home/bacula/bin/make_catalog_backup bacula bacula"
> # This deletes the copy of the catalog
> RunAfterJob = "/home/bacula/bin/delete_catalog_backup"
> Write Bootstrap = "/var/bacula/working/BackupCatalog.bsr"
> Priority = 11 # run after main backup
> }
> Job {
> Name = "BackupCatalog"
> JobDefs = "DefaultJob"
> Level = Full
> FileSet="Catalog"
> Schedule = "WeeklyCycleAfterBackup"
> # This creates an ASCII copy of the catalog
> RunBeforeJob = "/home/bacula/bin/make_catalog_backup bacula bacula"
> # This deletes the copy of the catalog
> RunAfterJob = "/home/bacula/bin/delete_catalog_backup"
> Write Bootstrap = "/var/bacula/working/BackupCatalog.bsr"
> Priority = 11 # run after main backup
> }
>
> # Test backup (for small, test backups)
> Job {
> Name = "TestBackup"
> JobDefs = "DefaultJob"
> Level = Full
> FileSet = "TestBackup"
> Storage = InTmpFiles
> Pool = Default
> }
>
> # Standard Restore template, to be changed by Console program
> Job {
> Name = "RestoreFiles"
> Type = Restore
> Client=barrycon-fd
> FileSet="Full Set"
> Storage = Files
> Pool = Default
> Messages = Standard
> Where = /tmp/bacula-restores
> }
>
> Job {
> Name = "RestoreFiles_TestBackup"
> Type = Restore
> Client=barrycon-fd
> FileSet="TestBackup"
> Storage = InTmpFiles
> Pool = Default
> Messages = Standard
> Where = /tmp/bacula-restores
> }
>
> Job {
> Name = "barrycon_verify"
> Type = Verify
> Client=barrycon-fd
> FileSet="Full Set"
> Storage = Files
> Pool = Default
> Messages = Standard
> }
>
> Job {
> Name = "barrycon_verify_initCatalog"
> Type = Verify
> Client=barrycon-fd
> FileSet="Full Set"
> Storage = Files
> Level = InitCatalog
> Pool = Default
> Messages = Standard
> }
>
> # List of files to be backed up
> FileSet {
> Name = "Full Set"
> Include {
> Options {
> signature = MD5
> compression = gzip
> }
> #
> # Put your list of files here, preceded by 'File =', one per line
> # or include an external list with:
> #
> # File = <file-name
> #
> # Note: / backs up everything on the root partition.
> # if you have other partitons such as /usr or /home
> # you will probably want to add them too.
> #
> # By default this is defined to point to the Bacula build
> # directory to give a reasonable FileSet to backup to
> # disk storage during initial testing.
> #
> File = /
> File = /usr
> File = /home
> File = /boot
> File = /dev
> File = /multimedia
> File = /vmware
> }
>
> #
> # If you backup the root directory, the following two excluded
> # files can be useful
> #
> Exclude {
> File = /proc
> File = /tmp
> File = /mnt
> File = /media
> File = /.journal
> File = /.fsck
> }
> }
>
> Schedule {
> Name = "WeeklyCycle"
> Run = Full 1st sat at 1:05
> Run = Differential 2nd-5th sat at 1:05
> Run = Full 1st tue at 1:05
> Run = Differential 2nd-5th tue at 1:05
> }
>
> # This schedule does the catalog. It starts after the WeeklyCycle
> Schedule {
> Name = "WeeklyCycleAfterBackup"
> Run = Full 1st sat at 2:10
> Run = Differential 2nd-5th sat at 2:10
> Run = Full 1st tue at 2:10
> Run = Differential 2nd-5th tue at 2:10
> }
> # This is the backup of the catalog
> FileSet {
> Name = "Catalog"
> Include {
> Options {
> signature = MD5
> }
> File = /var/bacula/working/bacula.sql
> }
> }
>
> #This is the backup for TestBackup
> FileSet {
> Name = "TestBackup"
> Include {
> Options {
> signature = MD5
> compression = gzip
> }
> File = /FMS
> }
> }
>
> # Client (File Services) to backup
> Client {
> Name = barrycon-fd
> Address = barrycon
> FDPort = 9102
> Catalog = barryconCatalog
> Password = "<password>" # password
> for FileDaemon
> File Retention = 60 days # 30 days
> Job Retention = 6 months # six months
> AutoPrune = yes # Prune expired Jobs/Files
> }
>
> # Definiton of file storage device
> Storage {
> Name = Files
> # Do not use "localhost" here
> Address = barrycon.cfl.rr.com # N.B. Use a fully qualified name
> here SDPort = 9103
> Password = "<password>"
> Device = "USB SimpleTech 400GB external hard drive"
> Media Type = File
> }
>
> Storage {
> Name = InTmpFiles
> # Do not use "localhost" here
> Address = barrycon.cfl.rr.com # N.B. Use a fully qualified name
> here SDPort = 9103
> Password = "<password>"
> Device = FileStorage
> Media Type = File
> }
>
> # Definition of DDS tape storage device
> #Storage {
> # Name = DDS-4
> # Do not use "localhost" here
> # Address = barrycon # N.B. Use a fully qualified name here
> # SDPort = 9103
> # Password = "<password>" # password for Storage daemon
> # Device = DDS-4 # must be same as Device in Storage
> daemon # Media Type = DDS-4 # must be same as MediaType
> in Storage daemon #}
>
> # Definition of 8mm tape storage device
> #Storage {
> # Name = "8mmDrive"
> # Do not use "localhost" here
> # Address = barrycon # N.B. Use a fully qualified name here
> # SDPort = 9103
> # Password = "<password>"
> # Device = "Exabyte 8mm"
> # MediaType = "8mm"
> #}
>
>
> # Generic catalog service
> Catalog {
> Name = barryconCatalog
> dbname = bacula; user = bacula; password = ""
> }
>
> # Reasonable message delivery -- send most everything to email address
> # and to the console
> Messages {
> Name = Standard
> #
> # NOTE! If you send to two email or more email addresses, you will need
> # to replace the %r in the from field (-f part) with a single valid
> # email address in both the mailcommand and the operatorcommand.
> #
> #mailcommand = "/usr/local/bin/bsmtp -h localhost -f \"\(Bacula\) %r\" -s
> \"Bacula: %t %e of %c %l\" %r" #operatorcommand = "/usr/local/bin/bsmtp -h
> localhost -f \"\(Bacula\) %r\" -s \"Bacula: Intervention needed for %j\"
> %r"
> mailcommand = "/bin/mail -s \"Bacula: %t %e of %c %l\" %r"
> operatorcommand = "/bin/mail -s \"Bacula: Intervention needed for %j\"
> %r" mail = barry = all, !skipped
> operator = barry = mount
> console = all, !skipped, !saved
> #
> # WARNING! the following will create a file that you must cycle from
> # time to time as it will grow indefinitely. However, it will
> # also keep all your messages if they scroll off the console.
> #
> append = "/var/bacula/working/log" = all, !skipped
> }
>
>
> #
> # Message delivery for daemon messages (no job).
> Messages {
> Name = Daemon
> mailcommand = "/usr/local/bin/bsmtp -h localhost -f \"\(Bacula\) %r\" -s
> \"Bacula daemon message\" %r" #mailcommand = "/bin/mail -s \"Bacula daemon
> message\" %r"
> mail = barry = all, !skipped
> console = all, !skipped, !saved
> append = "/var/bacula/working/log" = all, !skipped
> }
>
>
>
>
> # Default pool definition
> Pool {
> Name = Default
> Pool Type = Backup
> Recycle = yes # Bacula can automatically recycle
> Volumes AutoPrune = yes # Prune expired volumes Volume
> Retention = 365 days # one year
> Accept Any Volume = yes # write on any volume in the pool
> Label Format = "Test-${Year}-${Month}-${Day}-${Hour}-${Minute}-${Second}"
> }
>
> Pool {
> Name = Full-Pool
> Pool Type = Backup
> Recycle = yes # Bacula can automatically recycle
> Volumes AutoPrune = yes # Prune expired volumes Volume
> Retention = 365 days # one year
> Accept Any Volume = yes # write on any volume in the pool
> UseVolumeOnce = yes
> Label Format = "Full-${Year}-${Month}-${Day}-${Hour}-${Minute}-${Second}"
> }
>
> Pool {
> Name = Diff-Pool
> Pool Type = Backup
> Recycle = yes # Bacula can automatically recycle
> Volumes AutoPrune = yes # Prune expired volumes Volume
> Retention = 365 days # one year
> Accept Any Volume = yes # write on any volume in the pool
> UseVolumeOnce = yes
> Label Format = "Diff-${Year}-${Month}-${Day}-${Hour}-${Minute}-${Second}"
> }
>
> #
> # Restricted console used by tray-monitor to get the status of the director
> #
> Console {
> Name = barrycon-mon
> Password = "<password>"
> CommandACL = status, .status
> }
> #
> # Restricted console used by tray-monitor to get the status of the director
> #
> Console {
> Name = barrycon-mon
> Password = "<password>"
> CommandACL = status, .status
> }
> <<>>
>
> I know I have some things in here that are not required. And, some
> of my comments do not agree with what I actually have the daemons reading.
> This is a combination of having been so busy at work I have just about no
> home time plus I have not been very good at thoroughly documenting things
> I've done at home the last few months, which isn't like how I used to
> be... :-/
>
> Here is my bacula-sd.conf file:
>
> <<>>
> Storage { # definition of myself
> Name = barrycon-sd
> SDPort = 9103 # Director's port
> WorkingDirectory = "/var/bacula/working"
> Pid Directory = "/var/run"
> Maximum Concurrent Jobs = 20
> }
>
> #
> # List Directors who are permitted to contact Storage daemon
> #
> Director {
> Name = barrycon-dir
> Password = "<password>"
> }
>
> #
> # Restricted Director, used by tray-monitor to get the
> # status of the storage daemon
> #
> Director {
> Name = barrycon-mon
> Password = "<password>"
> Monitor = yes
> }
>
> #
> # Devices supported by this Storage daemon
> # To connect, the Director's bacula-dir.conf must have the
> # same Name and MediaType.
> #
>
> Device {
> Name = FileStorage
> Media Type = File
> Archive Device = /tmp
> LabelMedia = yes; # lets Bacula label unlabeled media
> Random Access = Yes;
> AutomaticMount = no; # when device opened, read it
> RemovableMedia = no;
> AlwaysOpen = yes;
> }
>
> Device {
> Name = "USB SimpleTech 400GB external hard drive"
> Media Type = File
> Archive Device = /media/usbdisk
> LabelMedia = yes; # lets Bacula label unlabeled media
> Random Access = Yes;
> AutomaticMount = no; # when device opened, read it
> RemovableMedia = no;
> AlwaysOpen = no;
> }
> #
> # Send all messages to the Director,
> # mount messages also are sent to the email address
> #
> Messages {
> Name = Standard
> director = barrycon-dir = all
> }
> <<>>
>
> Here is a current "ls -l" of the /media/usbdisk directory, with the
> SimpleTech drive mounted on it:
>
> <<>>
> [EMAIL PROTECTED] bin]# ls -l /media/usbdisk/
> total 38318812
> -rw-r----- 1 root root 161052743 Oct 22 04:16 Diff-2005-10-22-4-15-26
> -rw-r----- 1 root root 320925208 Oct 30 01:16 Diff-2005-10-29-1-5-5
> -rw-r----- 1 root root 321375463 Oct 30 01:16 Diff-2005-10-30-1-5-5
> -rw-r----- 1 root root 162904207 Oct 30 02:12 Diff-2005-10-30-2-11-25
> -rw-r----- 1 root root 161952286 Nov 12 01:13 Diff-2005-11-12-1-5-5
> -rw-r----- 1 root root 212294773 Nov 12 02:12 Diff-2005-11-12-2-11-48
> -rw-r----- 1 root root 406989923 Nov 19 01:38 Diff-2005-11-19-1-5-6
> -rw-r----- 1 root root 213489335 Nov 19 02:19 Diff-2005-11-19-2-16-1
> -rw-r----- 1 root root 2449640734 Nov 26 02:15 Diff-2005-11-26-1-5-5
> -rw-r----- 1 root root 215715112 Nov 26 02:18 Diff-2005-11-26-2-17-16
> -rw-r----- 1 root root 1263419452 Dec 10 01:43 Diff-2005-12-10-1-5-5
> -rw-r----- 1 root root 317365729 Dec 10 02:15 Diff-2005-12-10-2-12-31
> -rw-r----- 1 root root 1358807451 Dec 17 01:46 Diff-2005-12-17-1-5-5
> -rw-r----- 1 root root 213339685 Dec 17 02:12 Diff-2005-12-17-2-11-49
> -rw-r----- 1 root root 3353215706 Dec 24 02:41 Diff-2005-12-24-1-5-5
> -rw-r----- 1 root root 181710603 Dec 24 02:45 Diff-2005-12-24-2-44-34
> -rw-r----- 1 root root 3360397054 Dec 31 02:41 Diff-2005-12-31-1-5-5
> -rw-r----- 1 root root 196701276 Dec 31 02:44 Diff-2005-12-31-2-43-20
> -rw-r----- 1 root root 239920658 Oct 14 23:44 Full-2005-10-14-23-32-31
> -rw-r----- 1 root root 3811004 Oct 14 23:52 Full-2005-10-14-23-52-31
> -rw-r----- 1 root root 4034026303 Oct 15 18:37 Full-2005-10-15-14-52-50
> -rw-r----- 1 root root 238916671 Oct 15 01:14 Full-2005-10-15-1-5-5
> -rw-r----- 1 root root 64980464 Oct 15 18:50 Full-2005-10-15-18-49-39
> -rw-r----- 1 root root 2079931 Oct 15 02:10 Full-2005-10-15-2-10-6
> -rw-r----- 1 root root 4058730490 Oct 16 01:09 Full-2005-10-15-21-19-58
> -rw-r----- 1 root root 112479749 Oct 16 01:11 Full-2005-10-16-1-11-7
> -rw-r----- 1 root root 4105254364 Oct 22 04:13 Full-2005-10-22-1-5-6
> -rw-r----- 1 root root 4285060623 Nov 5 03:52 Full-2005-11-5-1-5-5
> -rw-r----- 1 root root 212161246 Nov 5 03:55 Full-2005-11-5-3-54-17
> -rw-r----- 1 root root 6704136413 Dec 3 04:59 Full-2005-12-3-1-5-5
> -rw-r----- 1 root root 267073326 Dec 3 05:05 Full-2005-12-3-5-1-42
> drwx------ 2 root root 16384 Oct 8 02:42 lost+found
> <<>>
>
> You can see the format of the filenames it has been producing.
>
> My ultimate reason for backups is I want to be able to retrieve at
> least my most important files should I lose them. Or, if I lost a hard
> disk, I want to be able to rebuild the system, even if I actually
> installed a "fresh-for-then" version of Linux, and retrieve my files from
> the backup. At the moment, I'm seriously lacking here. And, I haven't
> been this lacking in the ability to restore files since the mid 1980's,
> since I started with computers. (I'm one of those who are quite serious
> about having backups, even at home. Yes, I've been a system administrator
> several times, too!) :-D
>
> I appreciate any assistance or suggestions. Whoever tries to help
> me, thank you.
>
> Barry
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Bacula-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bacula-users
--
Best regards,
Kern
(">
/\
V_V
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
