Am Donnerstag, 3. Januar 2008 schrieb Landon Fuller:
> On Jan 3, 2008, at 07:49, Sven Carstens wrote:
> > 03-Jan 16:12 epistaxis-dir: ERROR in openssl.c:74 Connect failure:
> > ERR=error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert
> > handshake failure
> >
Hi,
I'm trying to setup a TLS connection between one external FD and
the director. Running status on the client results in
03-Jan 16:12 epistaxis-dir: ERROR in openssl.c:74 Connect failure:
ERR=error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure
03-Jan 16:12 epistaxis-dir:
Hi Kern,
I can offer one machine with:
Linux 2.4.21-286-smp4G
Gateway LTO-1 Loader
CU Sven
---
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
Am Donnerstag, 13. Oktober 2005 08:50 schrieb Julien Cigar:
> Hello,
>
> sometimes I have "write error" messages during my full backup (on tapes) :
>
> 12-Oct 18:44 phoenix-sd: BebifFullBackup.2005-10-12_06.00.00 Error:
> block.c:552 Write error at 15:111 on device /dev/st0. ERR=Input/output
> erro
Hi List,
so nobody seems to have any experience with this unit.
As it dropped dead over the weekend I'll have a new try
with a new powersupply (but not the crappy original one).
If this mends our problems I'll be having backups again!
After only 2.5 monthes! That's quality, that is!
Maybe suppor
Hi List,
we're currently having trouble with out
LTO-820 Autoloader from Gateway.
Backups working fine for some days.
Thenduring backup Error: Error writing final EOF to tape. This tape may not be
readable.
dev.c:1213 ioctl MTWEOF error on /dev/scsi/nsth1-c800c0i6l0. ERR=Input/output
error.
En
Am Montag, 8. August 2005 18:21 schrieb Chris Lee:
> That's correct. If you specify "Always Open = no" and "Offline On Unmount
> = yes" then every time bacula wants to write to the tape it will rewind
> first.
>
> Thanks,
> Chris
This is the device configuration for the storage daemon.
So 'Alway
Hi List,
my problem seems to be that the tape rewinds during idle times.
That is during spooling to disk before writing to tape.
Two short jobs completed, third job is spooling 38 GB to disk and takes
about 1h45m for this. Then it tries to write to the tape.
Debugging output from storage demon
-
Am Samstag, 9. Juli 2005 11:45 schrieb Kern Sibbald:
> OK, forget this option.
>
> > nht0 does not exist. i tried to create it. of no avail.
> >
> > /dev/MAKEDEV nht
> > /dev/MAKEDEV: don't know how to make device "nht"
>
> Did you try? /dev/MAKEDEV ht
Looking on my system, if MAKEDEV doesn't know
Am Freitag, 8. Juli 2005 13:49 schrieb Andre Hennig:
> Hallo Liste
>
> Wie schon gesagt handelt es sich um ein ATAPI Tape von Sony (SDX-260V)
> dmesg:
> hdc: SONY SDX-260V, ATAPI TAPE drive
>
> Hier erst mal die Ausgabe von mt dazu:
> meister:/var/log# mt -f /dev/ht0 status
Mal ganz was anderes. S
> It comes complete with a "pjc-changer" script that can be used instead of
> the Bacula "mtx-changer" script.
Hi Peter,
just was bored and tried your pjc-0.6.
System is SuSE9.0 Kernel 2.4.21-286-smp4G.
Compiles without warnings.
Runs without warnings.
But:
--
Am Freitag, 20. Mai 2005 15:25 schrieb McGraw, Robert P.:
> When I tried to run "label barcodes"
>
> Connecting to Director banach.math.purdue.edu:9101
> 1000 OK: banach-dir Version: 1.36.3 (22 April 2005)
> Enter a period to cancel a command.
> *label barcode
> Using default Catalog name=MyCatalog
Am Montag, 9. Mai 2005 16:22 schrieb Jeffrey L. Taylor:
> I am new to Bacula so consider this an idea to look at, not a
> definitive answer to do. If this were my problem, I'd look at the
> retention of jobs. If the last full backup is purged before doing the
> last incremental in the week, I wou
Hi List,
every now and then my Incremental-Jobs are upgraded to Full.
Very annoying as the Pool for the Incremental-Jobs is not as
big as the one for Full.
And of course: no changes to the filesets(no changes to bacula at all)
Every Friday Morning 0100h Full (to be taken off site).
Every other da
14 matches
Mail list logo