On Thu, May 12, 2016 at 9:17 PM, Josh Fisher wrote:
>
> On 5/12/2016 7:24 AM, Pann Tolk wrote:
>
>
> I believe I have found the cause of the problem posted earlier.
>
> Apparently, systemd isolates processes launched by udev by putting them
> into a different mount namespace,
Something is clearly broken here. dcr
is a pointer so it should never be zero as it is in your case.
There are two things you can do:
1. Execute: thread apply all bt
rather than just a bt command.
2. Run bscan with a debug level of
Bacula does not restart a job at the
*exact* file where you stopped it. It works on a bit coarser
grain that that. I do not remember the exact details but maybe
someone can look at the code.
Best regards,
Kern
On 05/12/2016 05:09 PM,
Hello,
Well, I was sure I saw it in one of your prior emails, but I just
re-read them and cannot find it, so I must have just gotten
confused. Sorry.
However, please do not try to compile Bacula without largefile
support, it is very likely to
Hello,
Of course, you can use 7.x on any Volume written by Bacula. What
you cannot do is simultaneously mix binaries of two different
Bacula version with the except of older FDs.
Best regards,
Kern
On 05/12/2016 02:45 PM,
It's the first time I use Maria dB.
Tomorrow I will try to change it with MySQL server.
Thank you
Il 12/mag/2016 18:52, "Wanderlei Huttel" ha
scritto:
> Hello Carlo
>
> I noticed that you are using Maria-db.
> Maria-db is practically equals Mysql but is not equal.
>
Ahh, thank you very much.
Dan
On 05/12/2016 01:26 PM, Heitor Faria wrote:
I wrote some code to issue the stops for me, but the stop command
is not behaving as I expected. Here is an example:
list files jobid=2
Automatically selected Catalog: MyCatalog
Using Catalog
> I wrote some code to issue the stops for me, but the stop command is not
> behaving as I expected. Here is an example:
> list files jobid=2
> Automatically selected Catalog: MyCatalog
> Using Catalog "MyCatalog"
> +--+
> | Filename |
> +--+
> | /usr/local/ibm/gsk8_64/ReadMe.txt
>>> Reading symbols from bscan...done.
>>> [New LWP 2889]
>>> [Thread debugging using libthread_db enabled]
>>> Using host libthread_db library "/lib64/libthread_db.so.1".
>>> Core was generated by `bscan -V P-Virtual-0002 -v -dt -c
>>> /etc/bacula/bacula-sd.conf /data/bacula/data/'.
>>> Program
On 05/11/2016 08:11 PM, Heitor Faria wrote:
>
>> On 2016-05-10 23:42, Kern Sibbald wrote:
>>> Checking for @PASSWORD@ and failing to run is quite reasonable.
>>> However, during the installation process (before running) the @PASSWORD@
>>> as well as a lot of other variables should be replaced.
May be that the problem is the dimension?
I tried with several volumes, from 20 to 80Gb and the import goes well,
with the volume with 530Gb fails at the 90%, and with the volume with 700Gb
fails after few minutes..
Thank you
2016-05-12 16:55 GMT+02:00 Carlo Filippetto
I wrote some code to issue the stops for me, but the stop command is not
behaving as I expected. Here is an example:
list files jobid=2
Automatically selected Catalog: MyCatalog
Using Catalog "MyCatalog"
+--+
| Filename |
+--+
| /usr/local/ibm/gsk8_64/ReadMe.txt |
|
I have a backtrace:
(gdb) bt
#0 record_cb (dcr=0x0, dcr@entry=0x1b0bbf8, rec=rec@entry=0x1ee6010) at
bscan.c:670
#1 0x00427aad in read_records (dcr=0x1b0bbf8,
record_cb=record_cb@entry=0x407700 ,
mount_cb=mount_cb@entry=0x407380
Dears,
I tried generating a core-dump when goes in "Segmentation fault"
this is the gdb
Reading symbols from bscan...done.
[New LWP 2889]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Core was generated by `bscan -V P-Virtual-0002 -v
Dear All,
I've been using Bacula for about 7 years and have never quite
understood how to properly configure these values in relation to each
other. In terms of an FD on a normal client I will typically use a Maximum
Concurrent Jobs = 5 setting in bacula-fd.conf.
On my "Backup Server" I run
Hello.
I spent a few days with this error, but can't understand where is
mistake. Google tells, that this misconfiguration between sd.conf and
dir.conf, but it's identical.
This error at SD log. On the Dir log i can see next:
Storage daemon didn't accept Device "NULL" because:
Device "NULL"
On 5/12/2016 7:24 AM, Pann Tolk wrote:
I believe I have found the cause of the problem posted earlier.
Apparently, systemd isolates processes launched by udev by putting
them into a different mount namespace, which prevents new mounts from
propagating back to the main namespace. So, by
Hello Kern
If I have volumes written with bacula 5.2.x I can't use bscan, bls or
bextract of bacula 7.x in a new installation?
Because I can have volumes with an long retention and during this time I
will upgrade bacula.
Best Regards
*Wanderlei Hüttel*
http://www.huttel.com.br
2016-05-12 9:13
Thank you, Simone!
Regards,
===
Heitor Medrado de Faria - LPIC-III | ITIL-F | Bacula Systems Certified
Administrator II
Próximas aulas telepresencial ao-vivo - 02 de maio:
http://www.bacula.com.br/agenda/
Ministro
Hi Kern,
in this DR machine I'm sure is 7.2.0 because it is a fresh install.
In the primary site I have upgraded from 5.2.3 to 7.2, but I'm quite sure
that the upgrade was done well because I install in a PREFIX path and
create a soft link to the binary:
#which bacula
/opt/bacula/sbin/bacula
Waww...
This is a fedora 23,
and I don't remember to shutdown selinux!!
I'll try now.
Thank you
2016-05-11 15:05 GMT+02:00 Rubright, Matt :
> Carlo, are you using a Linux system here with SELinux enabled and
> enforcing? If so, would you consider disabling it temporarily
Hi,
Ok. Here I am replying to my own post again.
On Thu, May 12, 2016 at 2:32 PM, Pann Tolk wrote:
> ...
> ...
>
Howerver, on the other hand. from the /var/log/vchanger/vchanger01.log, I
> can see that the magazine was initially mounted. Then, by the time
> vchanger
Hello,
I'm travelling around Japan, so my connectivity is limited. I'm answering
from my mobile.
PostgreSQL support is there, it's simply using the alternatives back end to
select the library to use (PostgreSQL/MySQL/Sqlite).
Please read the README included in the bacula-common package.
Also,
Under a standard Bacula installation using "make install" the passwords
are *random*, and any package should also create *random* passwords.
Bacula uses openssl to generate those passwords and if openssl is not
installed, it generates a pseudo-random number. I cannot say exactly
what most
Carlo,
I have not looked at this in detail, but it seems to me that you
are running a version Bacula 5.2.x, yet at the same time, you are
doing a bscan with a bacula-7.2.x. If you are doing this, please
note that this is not supported, and if you mix and
Hi Josh,
On Wed, May 11, 2016 at 9:08 PM, Josh Fisher wrote:
>
> The mountpoint with root:root permission is correct. The mountpoint is
> created by root (a script called from a udev rule) and is a directory on
> the underlying filesystem until something gets mounted. When
26 matches
Mail list logo