<[EMAIL PROTECTED]> aka John Drescher schrieb
mit Datum Thu, 7 Feb 2008 18:20:37 -0500 in m2n.bacula.users:

|Can you post your bacula-sd.conf

Surely. 

#
# Bacula Storage Daemon Configuration file
#
#  For Bacula release 2.2.7 (24 December 2007) -- freebsd 5.5-RELEASE-p17

Storage {
  Name = BxSdGate
  WorkingDirectory = "/var/db/bacula"
  Pid Directory = "/var/run"
  HeartbeatInterval = 300
  Maximum Concurrent Jobs = 10
  SDAddresses = {
    ipv4 = { addr = xxxxxxxxxxx; port = bacula-sd; }
  }
}

#
# List Directors who are permitted to contact Storage daemon
#
Director {
  Name = BxDir
  Password = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
}

#
# Restricted Director, used by tray-monitor to get the
#   status of the storage daemon
#
#Director {
#  Name = gate-mon
#  Password = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
#  Monitor = yes
#}

# 
# Send all messages to the Director, 
# mount messages also are sent to the email address
#
Messages {
  Name = Standard
  director = BxDir = all
}

#
# Devices supported by this Storage daemon
# To connect, the Director's bacula-dir.conf must have the
#  same Name and MediaType. 
#

Autochanger {
  Name = FileSwap
  Device = Files0
  Device = Files1
  Device = Files2
  Device = Files3
  Changer Command = "/ext/libexec/bacula/change.file %o %d %S"
  Changer Device = "/dev/never"
}

Device {
  Name = Files0
  Drive Index = 0
  Archive Device = /var/bxpool/files0
  Device Type = File
  Media Type = DiskFile
  RemovableMedia = yes;
  Random Access = Yes;
  Maximum Spool Size = 1M;
  LabelMedia = yes;                   # lets Bacula label unlabeled media
  AutomaticMount = yes;               # when device opened, read it
  AutoChanger = yes;
}

Device {
  Name = Files1
  Drive Index = 1
  Archive Device = /var/bxpool/files1
  Device Type = File
  Media Type = DiskFile
  RemovableMedia = yes;
  Random Access = Yes;
  Maximum Spool Size = 1M;
  LabelMedia = yes;                   # lets Bacula label unlabeled media
  AutomaticMount = yes;               # when device opened, read it
  AutoChanger = yes;
}

Device {
  Name = Files2
  Drive Index = 2
  Archive Device = /var/bxpool/files2
  Device Type = File
  Media Type = DiskFile
  RemovableMedia = yes;
  Random Access = Yes;
  Maximum Spool Size = 1M;
  LabelMedia = yes;                   # lets Bacula label unlabeled media
  AutomaticMount = yes;               # when device opened, read it
  AutoChanger = yes;
}

Device {
  Name = Files3
  Drive Index = 3
  Archive Device = /var/bxpool/files3
  Device Type = File
  Media Type = DiskFile
  RemovableMedia = yes;
  Random Access = Yes;
  Maximum Spool Size = 1M;
  LabelMedia = yes;                   # lets Bacula label unlabeled media
  AutomaticMount = yes;               # when device opened, read it
  AutoChanger = yes;
}

#################################################################
## OBACHT: Interferenz
## Der SD scheint zu glauben, dass ihm die Drives allein gehören.
## Wenn er ein Tape sucht, neigt er dazu, einfach zuzugreifen,
## auch wenn das Tape vorher unmounted wurde und im Status "User
## unmounted" steht. Wenn derweil grad eine fremde Operation auf 
## dem Drive läuft, dann gibt es Datenschredder.
## Zur Abhilfe AutomaticMount auf NO und AlwaysOpen auf YES
## gesetzt.

## AutomaticMount ist eine undokumentierte Option.

## AlwaysOpen=NO heißt eigentlich, dass das Tape am Ende einer
## Session freigegeben wird - bewirkt aber auch, dass nach jedem
## Job zurückgespult und neu positioniert wird. Und das ist eher
## schlecht (zumal bei vielen kleinen Jobs), weil bacula mit dem
## "eom" von FreeBSD nicht glücklich ist und daher das 
## Positionieren umständlich file-by-file macht.

## Mit AlwaysOpen=YES wird der Eject-Knopf wirkungslos gemacht, 
## und man muss immer erst umount eingeben. (Auch dann wenn schon
## eine Aufforderung zum Tape-Wechsel gekommen ist!)
## Dafür scheint der umount jetzt wirksam zu sein, wenn nämlich
## ein neuer TapeJob kommt, dann tut bacula einfach !!!GAR NICHTS!!!
## Es kommt auch keine Aufforderung zum Tape-Einlegen, sondern es
## wartet einfach nur.

## OfflineOnUnmount bewirkt einen Eject, und zumindest der test
## von btape scheitert dann daran, dass FreeBSD auf einen Drive 
## ohne Medium keinen Zugriff erlaubt. 

## Problem bei dem ganzen ist jetzt, dass der SD nach dem Start
## ungefähr eine Viertelstunde hängt, wenn nicht alle Drives
## eingeschaltet und mit Bändern bestückt sind. Danach läuft
## er zwar, harkt aber solange auf den ausgeschalteten Drives
## herum, bis es dem Kernel zu blöd wird und der im cam die 
## Devices entfernt. (Dann brauchts einen "camcontrol rescan".)
## Wenn SD erstmal läuft und das Tape unmounted wurde, dann
## ist alles ok, dann kann man den Drive auch ausschalten.
################################################################
Device {
  Name = "EXB8505-01"
  Description = "Exabyte 8505 extern"
  Media Type = "EXB8500c"
  Archive Device = "/dev/nsa1.0"
  Device Type = Tape
  AlwaysOpen = yes
  AutomaticMount = no;         # when device opened, read it
  Offline On Unmount = yes
  Removable Media = yes
  Random Access = no
  Hardware End of Medium = no
  Fast Forward Space File = no
  BSF at EOM = yes
  Backward Space Record = no
  TWO EOF = yes
}

Device {
  Name = "EXB8505-00"
  Description = "Exabyte 8505 intern"
  Media Type = "EXB8500c"
  Archive Device = "/dev/nsa0.0"
  Device Type = Tape
  AlwaysOpen = yes
  AutomaticMount = no;               # when device opened, read it
  Offline On Unmount = yes
  Removable Media = yes
  Random Access = no
  Hardware End of Medium = no
  Fast Forward Space File = no
  BSF at EOM = yes
  Backward Space Record = no
  TWO EOF = yes
}

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to