Justin Maness wrote:
> To Who It May Concern,
>
> I've recently hit a problem that I thought shouldn't be happening. I
> have two autochangers with media existing in two common pools. At HQ
> our directory is trying to issue load commands to our library to load
> tapes, tapes which only
To Who It May Concern,
I've recently hit a problem that I thought shouldn't be happening. I
have two autochangers with media existing in two common pools. At HQ
our directory is trying to issue load commands to our library to load
tapes, tapes which only exist offsite in the other, id
Ok, then I waiting for you and thanks for the help
Ing. Reynier Pérez Mira
Grupo de Soporte al Desarrollo - Dirección Técnica IP
> -Mensaje original-
> De: John Drescher [mailto:[EMAIL PROTECTED]
> Enviado el: jueves, 24 de enero de 2008 11:26 pm
> Para: Reynier Perez Mira
> CC: Bacula
On Jan 24, 2008 5:21 PM, Reynier Perez Mira <[EMAIL PROTECTED]> wrote:
> Yes, shouldn't?
>
It would have been better to copy the init.d scripts because they tend
to be distro specific and place them back after the install from
source (possibly modifying them to account for the path change). I
belie
Yes, shouldn't?
Ing. Reynier Pérez Mira
Grupo de Soporte al Desarrollo - Dirección Técnica IP
> -Mensaje original-
> De: John Drescher [mailto:[EMAIL PROTECTED]
> Enviado el: jueves, 24 de enero de 2008 11:21 pm
> Para: Reynier Perez Mira
> CC: Bacula Users
> Asunto: Re: [Bacula-users]
On Jan 24, 2008 5:20 PM, John Drescher <[EMAIL PROTECTED]> wrote:
> On Jan 24, 2008 5:14 PM, Reynier Perez Mira <[EMAIL PROTECTED]> wrote:
> > Soury I forgot that part. Yes, I delete every files that looks like and
> > then configure again and compile from zero
> >
> So you deleted the /etc/init.d
On Jan 24, 2008 5:14 PM, Reynier Perez Mira <[EMAIL PROTECTED]> wrote:
> Soury I forgot that part. Yes, I delete every files that looks like and then
> configure again and compile from zero
>
So you deleted the /etc/init.d files as well?
John
-
Soury I forgot that part. Yes, I delete every files that looks like and then
configure again and compile from zero
Ing. Reynier Pérez Mira
Grupo de Soporte al Desarrollo - Dirección Técnica IP
> -Mensaje original-
> De: John Drescher [mailto:[EMAIL PROTECTED]
> Enviado el: jueves, 24
> Well aparently now it compile fine but I can't find now the daemon under
> /etc/init.d/. Where is suppose that Bacula puts this file? Also see the date
> now
Please explain what you just did. Did you uninstall the distro package
or delete the bacula files in /usr/sbin?
John
--
Well aparently now it compile fine but I can't find now the daemon under
/etc/init.d/. Where is suppose that Bacula puts this file? Also see the date now
#ls -al /sbin/bacula-dir
-rwxr-xr-- 1 root root 243 2008-01-24 17:07 /sbin/bacula-dir
Now the directory changes from /usr/sbin/bacula-dir t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John Drescher wrote:
>> To be fair here, it is not always obvious. If you are not using
>> something like Debian that has a configure step that will pop up and ask
>> you questions, once you install, it is not clear what to do next. This
>> is especial
> To be fair here, it is not always obvious. If you are not using
> something like Debian that has a configure step that will pop up and ask
> you questions, once you install, it is not clear what to do next. This
> is especially true if the installation of the package does not build the
> database
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dan Langille wrote:
> John Drescher wrote:
>> On Jan 24, 2008 4:23 PM, Dan Langille <[EMAIL PROTECTED]> wrote:
>>> Reynier Perez Mira wrote:
The date changes from 22/01 to 24/o1 (today) but when I start the daemon
the same error come up. See
On Jan 24, 2008 4:33 PM, Reynier Perez Mira <[EMAIL PROTECTED]> wrote:
> No, It haven't any output. If I do make uninstall how I'm sure that Bacula
> doesn't exists any more?
>
My guess here is you once installed a package from your distro and
that does not get removed with make uninstall because
John Drescher wrote:
> On Jan 24, 2008 4:23 PM, Dan Langille <[EMAIL PROTECTED]> wrote:
>> Reynier Perez Mira wrote:
>>> The date changes from 22/01 to 24/o1 (today) but when I start the daemon
>>> the same error come up. See the error below
>>>
>>> # /etc/init.d/bacula-director start
>>> Starting
No, It haven't any output. If I do make uninstall how I'm sure that Bacula
doesn't exists any more?
Ing. Reynier Pérez Mira
Grupo de Soporte al Desarrollo - Dirección Técnica IP
> -Mensaje original-
> De: John Drescher [mailto:[EMAIL PROTECTED]
> Enviado el: jueves, 24 de enero de 200
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Hoogendyk wrote:
>
>
> Ryan Novosielski wrote:
>> Chris Hoogendyk wrote:
>>
>>> Ryan Novosielski wrote:
>>>
I send this note every once in awhile, since I know around my workplace
there is a lot of confusion over it.
B
On Jan 24, 2008 4:29 PM, Reynier Perez Mira <[EMAIL PROTECTED]> wrote:
> Well this is true, still with the same date but why?
>
> > -rwxr-xr-x 1 root root 675600 2007-10-14 22:46 /usr/sbin/bacula-dir
My guess is the make install put bacula-dir in a different folder.
Does it have any output during
Well this is true, still with the same date but why?
> -rwxr-xr-x 1 root root 675600 2007-10-14 22:46 /usr/sbin/bacula-dir
Ing. Reynier Pérez Mira
Grupo de Soporte al Desarrollo - Dirección Técnica IP
> -Mensaje original-
> De: John Drescher [mailto:[EMAIL PROTECTED]
> Enviado el: jue
Dan:
My problem is that I made a clean installation from source compiling only with
PostgreSQL support. Before that I have compiled Bacula with MySQL support but
now I need PostgreSQL support only. For that I follow this steps:
1. ./configure --enable-bwx-console --enable-tray-monitor --with-mysq
On Jan 24, 2008 4:23 PM, Dan Langille <[EMAIL PROTECTED]> wrote:
> Reynier Perez Mira wrote:
> > The date changes from 22/01 to 24/o1 (today) but when I start the daemon
> > the same error come up. See the error below
> >
> > # /etc/init.d/bacula-director start
> > Starting Bacula Director: 24-ene
On Jan 24, 2008 4:19 PM, Reynier Perez Mira <[EMAIL PROTECTED]> wrote:
> The date changes from 22/01 to 24/o1 (today) but when I start the daemon the
> same error come up. See the error below
>
I thought the previous date was (2007-10-14) from your previous email:
# ls -al /usr/sbin/bacula-dir
>
Reynier Perez Mira wrote:
> The date changes from 22/01 to 24/o1 (today) but when I start the daemon the
> same error come up. See the error below
>
> # /etc/init.d/bacula-director start
> Starting Bacula Director: 24-ene 16:25 bacula-dir: Fatal error: Could not
> open Catalog "MyCatalog", data
The date changes from 22/01 to 24/o1 (today) but when I start the daemon the
same error come up. See the error below
# /etc/init.d/bacula-director start
Starting Bacula Director: 24-ene 16:25 bacula-dir: Fatal error: Could not open
Catalog "MyCatalog", database "bacula".
24-ene 16:25 bacula-dir
Ryan Novosielski wrote:
> Chris Hoogendyk wrote:
>
>> Ryan Novosielski wrote:
>>
>>> I send this note every once in awhile, since I know around my workplace
>>> there is a lot of confusion over it.
>>>
>>> Both ends of a network connection must be either hard-coded to the same
>>> speed a
> On Thu, 24 Jan 2008 12:29:10 -0500, Dan Langille said:
>
> C M Reinehr wrote:
> > On Thursday 24 January 2008 10:58, Dan Langille wrote:
> >> Martin Simmons wrote:
> On Fri, 11 Jan 2008 15:06:19 + (GMT), Alan Brown said:
> On Thu, 10 Jan 2008, Chris Hoogendyk wrote:
> F
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Hoogendyk wrote:
>
> Ryan Novosielski wrote:
>> I send this note every once in awhile, since I know around my workplace
>> there is a lot of confusion over it.
>>
>> Both ends of a network connection must be either hard-coded to the same
>> spee
On Jan 24, 2008 2:06 PM, Reynier Perez Mira <[EMAIL PROTECTED]> wrote:
> Hi John, I run the command and see the result:
>
> ==>Entering directory /data/Bacula/bacula-2.2.7/src/findlib
> make[1]: se ingresa al directorio `/data/Bacula/bacula-2.2.7/src/findlib'
> Make of findlib is good
>
>
Hi John, I run the command and see the result:
==>Entering directory /data/Bacula/bacula-2.2.7/src/findlib
make[1]: se ingresa al directorio `/data/Bacula/bacula-2.2.7/src/findlib'
Make of findlib is good
make[1]: se sale del directorio `/data/Bacula/bacula-2.2.7/src/findlib'
==>Enterin
On Friday 18 January 2008 10.38:38 Alexander Kolesnik wrote:
> Hello Kern,
>
> > Bacula runs the *program* that you specify. In your command, you are
> > using
>
> *shell* commands (>>) and the OS does not know how to interpret shell
>
> > commands. So if you want to use shell commands (as you di
Ryan Novosielski wrote:
> I send this note every once in awhile, since I know around my workplace
> there is a lot of confusion over it.
>
> Both ends of a network connection must be either hard-coded to the same
> speed and duplex, or set to auto/auto. Any other combination will result
> in the
C M Reinehr wrote:
> On Thursday 24 January 2008 10:58, Dan Langille wrote:
>> Martin Simmons wrote:
On Fri, 11 Jan 2008 15:06:19 + (GMT), Alan Brown said:
On Thu, 10 Jan 2008, Chris Hoogendyk wrote:
> For example, in the commercial realm, EMC Retrospect will properly
> re
On Thursday 24 January 2008 10:58, Dan Langille wrote:
> Martin Simmons wrote:
> >> On Fri, 11 Jan 2008 15:06:19 + (GMT), Alan Brown said:
> >>
> >> On Thu, 10 Jan 2008, Chris Hoogendyk wrote:
> >>> For example, in the commercial realm, EMC Retrospect will properly
> >>> restore incremental
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I send this note every once in awhile, since I know around my workplace
there is a lot of confusion over it.
Both ends of a network connection must be either hard-coded to the same
speed and duplex, or set to auto/auto. Any other combination will resu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Damian Brasher wrote:
> Ryan Novosielski wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Damian Brasher wrote:
>>
>>> Ryan Novosielski wrote:
>>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Damian Brasher
Martin Simmons wrote:
>> On Fri, 11 Jan 2008 15:06:19 + (GMT), Alan Brown said:
>> On Thu, 10 Jan 2008, Chris Hoogendyk wrote:
>>
>>> For example, in the commercial realm, EMC Retrospect will properly
>>> restore incremental backups with deleted files removed. In the open
>>> source realm,
Sebastian Perkins wrote:
> Dan Langille a écrit :
>> Sebastian Perkins wrote:
>>> Hello,
>>>
>>> After a few bacula restores, we've found out that a very convenient
>>> way of restoring file(s) is to send them via email to the user.
>>>
>>> Most often the user just wants to compare the file to inc
Uwe Schuerkamp a écrit :
> On Thu, Jan 24, 2008 at 03:59:38PM +0100, Sebastian Perkins wrote:
>
>> Hello,
>>
>> After a few bacula restores, we've found out that a very convenient way
>> of restoring file(s) is to send them via email to the user.
>>
>> Most often the user just wants to compare
Richard Crane wrote:
> On Jan 23, 2008, at 4:03 PM, Dan Langille wrote:
>
>> Richard Crane wrote:
>>> One challenge we face in backup here are large disk images (30+GB
>>> files). How does Bacula handle files of that size?
>> Can you elaborate upon the challenge? What problem/issue are you
Dan Langille a écrit :
> Sebastian Perkins wrote:
>> Hello,
>>
>> After a few bacula restores, we've found out that a very convenient
>> way of restoring file(s) is to send them via email to the user.
>>
>> Most often the user just wants to compare the file to include
>> whatever modification he
On Jan 23, 2008, at 4:03 PM, Dan Langille wrote:
> Richard Crane wrote:
>> One challenge we face in backup here are large disk images (30+GB
>> files). How does Bacula handle files of that size?
>
> Can you elaborate upon the challenge? What problem/issue are you
> concerned about?
I've
Sebastian Perkins wrote:
> Hello,
>
> After a few bacula restores, we've found out that a very convenient way
> of restoring file(s) is to send them via email to the user.
>
> Most often the user just wants to compare the file to include whatever
> modification he did 3 days ago... so overwriti
Hello,
After a few bacula restores, we've found out that a very convenient way
of restoring file(s) is to send them via email to the user.
Most often the user just wants to compare the file to include whatever
modification he did 3 days ago... so overwriting the file(s) isn't good...
Is there
On Jan 24, 2008 9:41 AM, Reynier Perez Mira <[EMAIL PROTECTED]> wrote:
> Wow, I follow the step and sorprise every is old and I don't know why. See:
>
> # whereis bacula-dir
> bacula-dir: /sbin/bacula-dir /usr/sbin/bacula-dir
> /usr/share/man/man8/bacula-dir.8.gz
>
> # ls -al /usr/sbin/bacula-dir
Wow, I follow the step and sorprise every is old and I don't know why. See:
# whereis bacula-dir
bacula-dir: /sbin/bacula-dir /usr/sbin/bacula-dir
/usr/share/man/man8/bacula-dir.8.gz
# ls -al /usr/sbin/bacula-dir
-rwxr-xr-x 1 root root 675600 2007-10-14 22:46 /usr/sbin/bacula-dir
# bacula-dir -
> 14GB catalog db - out of interest how often do you prune/purge this data?
>
I have automatic file and job pruning off but I do recycle some
volumes. A good deal of my backups are for archival / long term
storage so I do not want to have any extra difficulty to recover a
dataset by having to use b
> Hi John:
> I remember a email sended by myself in wich I call for a clean Bacula
> installation but really I doesn't understand where files I need to save in
> this case. I onlye save my conf files because in there I have the
> configuration but nothing else. What I'm doing wrong then?
> Cheer
Hi John:
I remember a email sended by myself in wich I call for a clean Bacula
installation but really I doesn't understand where files I need to save in this
case. I onlye save my conf files because in there I have the configuration but
nothing else. What I'm doing wrong then?
Cheers
Grupo Sop
John Drescher wrote:
> We have around
> 35 clients (windows and linux) and to this date we have run nearly
> 9000 jobs in the 4.5 years that we have used bacula with currently
> 15TB of data on tape and a 14GB catalog database.
>
> John
>
Hi,
14GB catalog db - out of interest how often do you p
Timo Neuvonen schrieb:
> Below are a few clips from my recent backup logs (2.2.7 on CentOS 5.1). This
> has never been a big issue to me, so I haven't bothered me with the rate
> values. But could someone advice me what causes the huge difference between
> the transfer rate reported by storage d
Below are a few clips from my recent backup logs (2.2.7 on CentOS 5.1). This
has never been a big issue to me, so I haven't bothered me with the rate
values. But could someone advice me what causes the huge difference between
the transfer rate reported by storage daemon (the 1st line in each cli
On Wed, 23 Jan 2008 15:45:39 +0200, Drew Bentley <[EMAIL PROTECTED]>
wrote:
> On Jan 22, 2008 7:56 AM, Vladimir Vasilev <[EMAIL PROTECTED]>
> wrote:
>> Hi folks
>>
>> I want to setup Bacula on qemu. Everithing is fine, but when back-up
>> begins, the network freeze. Qemu is running, the shell
52 matches
Mail list logo
