> The docs for fstype say "The permitted filesystem-type names are:
> ext2, jfs, ntfs, proc, reiserfs, xfs, usbdevfs, sysfs, smbfs,
> iso9660". I don't see zfs in that list... maybe it has to be hardcoded
> into the source code?
Nothing has been changed in the source, but it clearly works with ZFS
>
> Working on setting up Bacula backup of a fileserver, I can't make OneFS = no
> work. The server is running OpenIndiana and has a few terabytes of storage.
> The home directories under /tos-data/home/${username} are each a ZFS
> filesystem/dataset. The configuration below looks good to me, but
On 5/18/11 12:45 PM, Roy Sigurd Karlsbakk wrote:
>
> Last, I would think the -t argument to bacula-dir should have reported this
> issue
>
Roy,
Sometimes it is just better to swallow.
Mehma
--
What Every C/C++ and Fortr
On Fri, May 13, 2011 at 6:02 AM, John Drescher wrote:
> On Fri, May 13, 2011 at 4:54 AM, Bacula wrote:
>> Hi Pedro,
>>
>>> dolume Retention = 180 days
>> This is should read "Volume Retention = 180 days"
>>
>
> If that is what is in the file. Use the bconsole commands
>
> update "pool from reso
Thank you Pablo for your help.
I will do a test with the base job done through LAN, then the full through
wifi. I will post the result here.
JC
Le mercredi 18 mai 2011 j'ai reçu le message suivant:
> > Are there any informations in the log file that prove the first full
> > after a base job is
On Wednesday 18 May 2011 21:45:57 Roy Sigurd Karlsbakk wrote:
> > It is possible that the documentation is not as detailed or explicit
> > as it
> > could be, but the two different FileSets you wrote are totally
> > different, and
> > the parser works perfectly fine otherwise it would have reported
> It is possible that the documentation is not as detailed or explicit
> as it
> could be, but the two different FileSets you wrote are totally
> different, and
> the parser works perfectly fine otherwise it would have reported an
> error.
>
> What is more likely is that the way two different Opti
All,
OK. It looks like this issue has shown up before and is not critical:
http://old.nabble.com/regression-tests%3A-jobhisto_jobid_seq-td28277084.html
If anyone else runs into this in the future, the relevant commit is at
the following link:
http://www.bacula.org/git/cgit.cgi/bacula/commit/?id=f
Hello,
It is possible that the documentation is not as detailed or explicit as it
could be, but the two different FileSets you wrote are totally different, and
the parser works perfectly fine otherwise it would have reported an error.
What is more likely is that the way two different Options b
Hi Martin,
It turns out that I do have a jobhisto table after all:
bacula=> SELECT table_name FROM information_schema.tables WHERE
table_schema = 'public';
table_name
location
filename
path
file
mediatype
pool
storage
log
fileset
media
locationlog
jobh
> # Home directories
> FileSet {
> Name = "verdande.nilu.no-home-fileset"
> Include {
> Options {
> signature = MD5
> OneFS = no
> FSType = zfs
> }
> Options {
> Exclude = yes
> WildFile = "*.mp3"
> }
> File = /tos-data/home
> }
> }
FileSet {
Hi Martin,
It looks like make_bacula_tables succeeded. There were some notices (not
errors) though, which are provided below:
[pgsql@bmir-backup-dir /usr/local]$ share/bacula/make_bacula_tables
Making PostgreSQL tables
psql::7: NOTICE: CREATE TABLE will create implicit sequence
"filename_filena
Am 18.05.2011 12:31, schrieb Tobias Dinse:
> Hi @all,
>
> make_catalog_backup works fine if i start it manually as bacula User.
> But with a Backup Schedule I always get the follow Error Msg:
>
> FATAL: password authentication failed for user "bacula"
>
>
> */etc/postgresql/8.4/main/pg_hba.con
- Original Message -
> Hi all
>
> Working on setting up Bacula backup of a fileserver, I can't make
> OneFS = no work. The server is running OpenIndiana and has a few
> terabytes of storage. The home directories under
> /tos-data/home/${username} are each a ZFS filesystem/dataset. The
>
> Are there any informations in the log file that prove the first full after a
> base job is effectively using the base job ?
The Bacula report after the FULL gives you very useful information, including
the BASE backup files used.
This is a sample report after a FULL backup, notice the line B
On Wed, May 18, 2011 at 04:05:45PM +0100, Graham Keeling wrote:
> On Wed, May 18, 2011 at 04:31:15PM +0200, Roy Sigurd Karlsbakk wrote:
> > Hi all
> >
> > Working on setting up Bacula backup of a fileserver, I can't make OneFS =
> > no work. The server is running OpenIndiana and has a few terabyt
On Wed, May 18, 2011 at 04:31:15PM +0200, Roy Sigurd Karlsbakk wrote:
> Hi all
>
> Working on setting up Bacula backup of a fileserver, I can't make OneFS = no
> work. The server is running OpenIndiana and has a few terabytes of storage.
> The home directories under /tos-data/home/${username} ar
Hi all
Working on setting up Bacula backup of a fileserver, I can't make OneFS = no
work. The server is running OpenIndiana and has a few terabytes of storage. The
home directories under /tos-data/home/${username} are each a ZFS
filesystem/dataset. The configuration below looks good to me, but
2011/5/18 Pablo Marques
>
> When you do a Base backup, you need to do a FULL immediately after,
> because the BASE backup is a "special" backup and you cannot restore only
> from it.
>
> From then on you can do Incrementals, Fulls or Differentials.
>
> All the FULL backups that you will run after
Am 18.05.2011 13:08, schrieb Graham Keeling:
> On Wed, May 18, 2011 at 01:02:08PM +0200, Christian Manal wrote:
>> Am 18.05.2011 12:26, schrieb Graham Keeling:
>>> On Wed, May 18, 2011 at 11:54:18AM +0200, Christian Manal wrote:
Am 18.05.2011 11:13, schrieb Graham Keeling:
> If times don't
> On Tue, 17 May 2011 20:40:27 -0700, Mike Seda said:
>
> Hi All,
> I'm currently attempting to stand up a Bacula Director on FreeBSD 8.2.
>
> I installed the following packages from FreeBSD Ports:
> bacula-client-5.0.3
> bacula-server-5.0.3
> postgresql-client-8.3.14,1
> postgresql-server-8.
On Wed, May 18, 2011 at 01:02:08PM +0200, Christian Manal wrote:
> Am 18.05.2011 12:26, schrieb Graham Keeling:
> > On Wed, May 18, 2011 at 11:54:18AM +0200, Christian Manal wrote:
> >> Am 18.05.2011 11:13, schrieb Graham Keeling:
> >>> If times don't explain it, take a look at this bacula code fro
Am 18.05.2011 12:26, schrieb Graham Keeling:
> On Wed, May 18, 2011 at 11:54:18AM +0200, Christian Manal wrote:
>> Am 18.05.2011 11:13, schrieb Graham Keeling:
>>> If times don't explain it, take a look at this bacula code from
>>> src/cats/sql_get.c (function db_accurate_get_jobids()), which is ge
Hi @all,
make_catalog_backup works fine if i start it manually as bacula User.
But with a Backup Schedule I always get the follow Error Msg:
FATAL: password authentication failed for user "bacula"
*/etc/postgresql/8.4/main/pg_hba.conf*:
local bacula bacula 127.0.0.1/32 trust
On Wed, May 18, 2011 at 11:54:18AM +0200, Christian Manal wrote:
> Am 18.05.2011 11:13, schrieb Graham Keeling:
> > If times don't explain it, take a look at this bacula code from
> > src/cats/sql_get.c (function db_accurate_get_jobids()), which is getting
> > the jobids from the database. You shou
Am 18.05.2011 11:13, schrieb Graham Keeling:
> If times don't explain it, take a look at this bacula code from
> src/cats/sql_get.c (function db_accurate_get_jobids()), which is getting
> the jobids from the database. You should be able to construct very similar
> queries and run them by hand to se
Hello,
Most of you who attended last year's Bacula Conference, and responded to the
survey earlier this year, specifically requested that we hold another Bacula
Conference, which is what we are doing. We are beginning to organize the
conference, and as we did last year, we would like to give y
On Wed, May 18, 2011 at 10:47:05AM +0200, Christian Manal wrote:
> Hi list,
>
> I have a problem regarding accurate backups. When I set 'Accurate = yes'
> for any given job in my setup, the next run fails with the following
> error(s):
>
>Fatal error: Cannot find previous jobids.
>Fatal e
Hi list,
I have a problem regarding accurate backups. When I set 'Accurate = yes'
for any given job in my setup, the next run fails with the following
error(s):
Fatal error: Cannot find previous jobids.
Fatal error: Network error with FD during Backup: ERR=Interrupted
system call
The stran
Hi Radoslav.
Yes it works.
Thx.
br Robert
From: Radosław Korzeniewski [mailto:rados...@korzeniewski.net]
Sent: Mittwoch, 18. Mai 2011 07:09
To: Robert Kromoser
Subject: Re: [Bacula-users] Client saves old information
Hello,
2011/5/17 Robert Kromoser
Hi Radek.
Thx for
30 matches
Mail list logo
