No need to apologize, a lot of South Africans recon that we are going the same route as our Norther African counterparts, well the white South Africans anyways. Thank you anyways for the tips I'll go do some research on the GSM issue but it is a nice thought.
Bill Morgan, I like your signatur
My apologies - your email address was .co.za, so i assumed Zaire.
Didn't realize your SMSs were so limited - indeed a script to attach
to a GSM phone might be your best route, but I can't give you any
guidance on that :(.
--matt
On Sep 9, 2006, at 2:43 PM, Janco van der Merwe wrote:
> Fort
Fortunately I also don't know how the networks are in Zaire but in South Africa we are a little more advanced that our collegues up North, or so I'm told, something to do with our Apartheid Goverment building an excellent infrastruture which has gone to ruin with the new democratic thingie.
Janco van der Merwe <[EMAIL PROTECTED]> wrote:
> OH, I see, thank you for the speedy reply, just one thing I did not
> turn on the FD compression but you know what it isn't that much of a
> disater
Compression is enabled by default. Unless you specifically do
"compression = none", the data will
Personally, I wouldn't send it directly through a modem if you can
avoid it. I dont know how the networks are in Zaire, but in the US,
most carriers offer a email-> SMS gateway, so that you simply send an
email to [EMAIL PROTECTED] or similar, and it becomes an SMS.
If you can go that rou
OH, I see, thank you for the speedy reply, just one thing I did not turn on the FD compression but you know what it isn't that much of a disater. I was curious and hell I haven't seen a backup solution like this before so I'm not complaining! Can you give me tip on how I will replace the bs
> My question is, is it normal to take round about 13 hours to backup
> the data? What I mean is if you take each separate job and you
> compare it to the time that Ultrabac took you notice that Bacula
> takes 4 -5 times longer to backup the individual job. Any ideas
> why, DB maybe?
This
Hi,
I've got a couple of questions but first I would like to say that Bacula is something incredible! We are currently backing up 6 servers and the total amount of data is 295GB and the best of all Bacula is writing all this data to an AIT 3 tape which can actually, I don't know a lot about t
On Saturday 09 September 2006 21:04, Jaime Ventura wrote:
> Hello.
> I will expand the use of bacula to a greater number of computers to backup.
> Im using the 1.38.x version.
> Should I update now to 1.39.x?
No
> What about backward compatibility?
> - Clients (fd)
> - Volumes
> - Ca
On 9 Sep 2006 at 14:37, Dan Langille wrote:
> I have a FreeBSD port ready for the latest BETA, should you with to
> try it.
>
> http://www.langille.org/tmp/bacula-server-devel.1.39.22-20060908.tgz
>
> The above port skeleton has been submitted as a patch to
> sysutils/bacula-server-devel and
On Saturday 09 September 2006 20:31, Michel Meyers wrote:
> Hello again,
>
> While I'm annoying the list with my DVD writing issues, I just noticed this:
>
> # ./dvd-handler /dev/hdd free
> 4689526784
>
> Yet Bacula states:
> 09-Sep 20:26 shodan-sd: End of Volume "DVD-003" at 0:491323391 on devi
Configuring for encryption in current CVS, I've followed Landon's web
page and set up a master key/cert pair and a fd pem file for a
particular host. If I only specify the fd key with 'PKI Keypair' Bacula
loads and starts. If I include the 'PKI Master Key' directive with just
the public key,
- Original Message -
From: "Arunav Mandal" <[EMAIL PROTECTED]>
To: "Arunav Mandal" <[EMAIL PROTECTED]>; "Dominic Marks"
<[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, September 05, 2006 11:02 PM
Subject: Re: [Bacula-users] Fatal error in windows
>
> - Original Message -
> From: "Arun
Hello.
I will expand the use of bacula to a greater number of computers to backup.
Im using the 1.38.x version.
Should I update now to 1.39.x?
What about backward compatibility?
- Clients (fd)
- Volumes
- Catalogs
- ...
If this is on documentation/bacula page, point me out where.
I have a FreeBSD port ready for the latest BETA, should you with to
try it.
http://www.langille.org/tmp/bacula-server-devel.1.39.22-20060908.tgz
The above port skeleton has been submitted as a patch to
sysutils/bacula-server-devel and can be reviewed here:
http://www.freebsd.org/cgi/query-p
On Saturday 09 September 2006 20:20, Michel Meyers wrote:
> Kern Sibbald wrote:
> > On Saturday 09 September 2006 18:42, Michel Meyers wrote:
> >> Hello,
> >>
> >> I'm having trouble with relabeling a DVD+RW. Here's what I get:
> >>
> >> 1000 OK: shodan-dir Version: 1.39.22 (08 Septermber 2006)
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello again,
While I'm annoying the list with my DVD writing issues, I just noticed this:
# ./dvd-handler /dev/hdd free
4689526784
Yet Bacula states:
09-Sep 20:26 shodan-sd: End of Volume "DVD-003" at 0:491323391 on device
"DVD-Writer" (/dev/hdd). W
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kern Sibbald wrote:
> On Saturday 09 September 2006 18:42, Michel Meyers wrote:
>> Hello,
>>
>> I'm having trouble with relabeling a DVD+RW. Here's what I get:
>>
>> 1000 OK: shodan-dir Version: 1.39.22 (08 Septermber 2006)
>> Enter a period to cancel
On Saturday 09 September 2006 18:42, Michel Meyers wrote:
> Hello,
>
> I'm having trouble with relabeling a DVD+RW. Here's what I get:
>
> 1000 OK: shodan-dir Version: 1.39.22 (08 Septermber 2006)
> Enter a period to cancel a command.
> *label
> Automatically selected Catalog: MyCatalog
> The def
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I'm having trouble with relabeling a DVD+RW. Here's what I get:
1000 OK: shodan-dir Version: 1.39.22 (08 Septermber 2006)
Enter a period to cancel a command.
*label
Automatically selected Catalog: MyCatalog
The defined Storage resources are:
Hello everybody!
I just set up a Bacula System that will backup our 4 servers + some clients
but everytime I try to restore some files it just says:
09-Sep 15:35 server-dir: Start Restore Job
restore-server2-usb.2006-09-09_15.35.13
09-Sep 15:35 StorageDaemon: Ready to read from volume "server-usb
On 9 Sep 2006 at 14:28, Stef Epardaud wrote:
> On Sat, Sep 09, 2006 at 08:08:04AM -0400, Dan Langille wrote:
> > I think yes, it can work.
> >
> > When the box is powered up, Bacula will schedule jobs. Hopefully
> > they'll run while the box is still up... The box must remain up
> > while all
I just attempted to do this, and it kind of almost starts to work, but
the first thing Bacula does is a GetFileAttributesExW on the pipe, which
fails, but I think in doing so has opened the pipe and then closes it,
which tells the writer that the reader (Bacula) has finished.
The error I get is:
On 9 Sep 2006 at 13:26, Stef Epardaud wrote:
> I'll try putting the question differently in the hope to get some help:
> is it possible to use bacula (the director) on a machine that is not
> always on. If yes, how can the schedule work ?
I think yes, it can work.
When the box is powered up, Bac
Has the fifo backup/restore logic in the file daemon been translated
into named pipes under windows?
Eg can I say something like:
Include {
Options {
readfifo=yes
}
File = //./PIPE/somepipe
}
?
Thanks
James
-
Us
Hello,
I'll try putting the question differently in the hope to get some help:
is it possible to use bacula (the director) on a machine that is not
always on. If yes, how can the schedule work ?
Thanks a lot.
--
Stéphane Epardaud
-
Hello,
I have just released the beta version 1.39.22-20060908 of Bacula to Source
Forge in the form of a .tar.gz (in the bacula-beta section) as well as the
Win32 binary installer (in the Win32-beta section).
If you are upgrading a Linux/Unix installation from version 1.38.x, please
read the R
27 matches
Mail list logo
