Hello,
the no.1 item from the list here:
http://www.bacula.org/en/?page=projects
Item: 1 Accurate restoration of renamed/deleted files
Regards.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
, 10:44:38 PM:
RG Doytchin Spiridonov schrieb:
the no.1 item from the list here:
http://www.bacula.org/en/?page=projects
Item: 1 Accurate restoration of renamed/deleted files
RG That's the most important new feature I'm looking forward to. I
RG recently was hit by a filesystem
Hello,
the history of using 2.1.28 in a production system is that at that
time we discovered the bug that is just now actual for everyone and
while we were trying to find what and how to actually run Bacula that
can be used for what it is supposed we ended with 2.1.28 and no
concurrent jobs. I am
, Doytchin Spiridonov wrote:
Hello,
Monday, September 10, 2007, 4:38:57 AM:
- if the bug is fixed we could start using concurrent jobs now;
DL I would expect you to test the patch yourself to verify it works for
DL you.
Sure. There is an unanswered question that I needed to confirm
Hello,
thank you that you finally admit there is a bug.
As when we first discovered the bug, we could reproduce it almost on
every test. I will provide feedback if this is fixed in 2.2.3 once it
is released.
Just one question - is the bug in dir or sd?
I am asking that to know what to update
Hello,
Monday, September 10, 2007, 2:15:15 AM, Dan Langille wrote:
DL On 10 Sep 2007 at 1:10, Doytchin Spiridonov wrote:
Hello,
thank you that you finally admit there is a bug.
DL Well, that's certainly one way to get people to help you.
DL The rest of your post was well natured
it
(as I'm not going to do it after I've got several times a response
can't replicate, so there are no bugs) at bugs.bacula.org
Regards.
Saturday, September 8, 2007, 2:26:51 AM:
ST On Fri, 7 Sep 2007, Doytchin Spiridonov wrote:
just to mention again that while there were suggestions this is a
hardware
Hello,
Saturday, September 8, 2007, 2:45:48 AM:
DL On 8 Sep 2007 at 2:42, Doytchin Spiridonov wrote:
Hello,
we have spent two weeks of testing until we found the root of the
problem (concurrent jobs) and we were 100% sure it is a bug. However
after I submitted it as a bug, it was closed
Hello,
just to mention again that while there were suggestions this is a
hardware problem we did a lot of tests and proved the problem is not
hadrware but there is a bug (which however was closed with unable to
reproduce reason)
As you are the next case, can you please test it again (have
Hello,
Wednesday, August 22, 2007, 1:08:39 AM:
DB I'm primarily concerned with restoring data to the state of the last
DB backup.
Right now it's true if you perform only full backups. In case you have
differential or incremental backups you will restore a lot of removed
files that don't have to
:[EMAIL PROTECTED]
MWa Sent: Monday, July 30, 2007 10:22
MWa To: Mair Wolfgang-awm013
MWa Cc: Doytchin Spiridonov; bacula-users
MWa Subject: Re: [Bacula-users] Restore errors
MWa Hi Mair,
MWa did you tried with a dbcheck ?
MWa (dbcheck -c /path/to/bacula-dir.conf ; Toggle modify database flag ; 16
porsche-dir: No Files found to prune.
MWa 27-Jul 11:28 porsche-dir: End auto prune.
MWa
MWa -Original Message-
MWa From: [EMAIL PROTECTED]
MWa [mailto:[EMAIL PROTECTED] On Behalf Of
MWa Doytchin Spiridonov
MWa Sent: Saturday, July 28, 2007 02:02
MWa To: bacula-users
MWa Subject: Re: [Bacula
Hello,
just to note that several days after a full backup and incremental
bacpus, restores are OK, which again proves that the problem was
caused by running concurrent jobs.
Wolfgang do you have the same results?
Regards
Wednesday, July 25, 2007, 8:12:25 PM:
DS Hello,
DS 2nd day w/o
Hello,
Thursday, July 26, 2007, 7:38:43 PM:
S Hello,
S just wondering from the sideline here:
The file can be restored correctly if marked alone
S doesn't his prove that the relevant catalog data for the file is OK?
This probably means that the problem is with positioning inside
volumes?
Hello,
2nd day w/o concurrent jobs: we have 1xFULL and 1xINCREMENTAL for all
clients.
Restore OK of all jobs.
Seems this (concurrent jobs) is the problem.
Regards.
Tuesday, July 24, 2007, 9:57:35 PM:
DS I don't have any other ideas to check with to provide more cases. It's
DS developers
Hello,
if a backup job is terminated (cancelled manually) what has to be done
to:
- clear all Catalog records that belong to that job
- clear all Volumes containing files for that record so they could be
reused?
I saw the prune/purge commands in the doc but it says the actual data
written to the
Hello,
Tuesday, July 24, 2007, 2:00:43 PM:
FS Okay, so it looks like you can reproduce the symptoms just with multiple
FS concurrent jobs, regardless of the gzip settings.
I am sure the file/dirs backed up are important! I bet developers are
tested enough concurrent jobs but if they didn't
Hello,
Tuesday, July 24, 2007, 2:00:43 PM:
FS Also, it's been suggested that you try turning on spooling. Have you done
so?
Good news (or bad, who knows) enabled spooling (Maximum Job Spool Size
= 500m) performed the same and AGAIN the first job I tested to restore
~44K files are missing:
Hello,
the last 2 tests:
Tuesday, July 24, 2007, 2:00:43 PM:
FS Actually, that gives me another idea. While I've never used it myself, you
FS may be able to get more details by running some jobs with strict mode turned
FS on on your mysql catalog.
FS
Hello,
is there anyone that have any stats on Bacula performance writing
volumes on harddisk for the following 3 cases:
1. concurrent jobs, writing at the same time to one and the same volume
2. concurrent jobs, writing at the same time to separate volumes (one
per job)
3. jobs run 1 at a time.
Hello,
trying to identify a bug in bacula and/or our system setup.
Is there anyone that on restore had errors like this:
Error: attribs.c:410 File size of restored file
/home/bacula/res/b3/usr/src/redhat/RPMS/i686/glibc-2.2.5-44.i686.rpm
not correct. Original 3826291, restored 10620921.
- the
will run it with normal kernel (so to exclude
the Xen influence)
4. last we will try w/o LVM (which would be harder)
Regards
P.S. sorry for my English :)
Monday, July 23, 2007, 9:03:45 PM:
RN -BEGIN PGP SIGNED MESSAGE-
RN Hash: SHA1
RN Doytchin Spiridonov wrote:
Hello,
trying to identify
Hello Dan,
Monday, July 23, 2007, 9:35:05 PM:
DL Devel is aware of the issue as it was originally raised in the bug
DL tracking system. The consensus was it is not a bug, or more
DL correctly, there was no information supplied which permitted
DL reproduction of the bug. If we can't
Monday, July 23, 2007, 9:03:45 PM:
RN -BEGIN PGP SIGNED MESSAGE-
RN Hash: SHA1
RN Doytchin Spiridonov wrote:
Hello,
trying to identify a bug in bacula and/or our system setup.
Is there anyone that on restore had errors like this:
Error: attribs.c:410 File size of restored file
/home
in the counter .. ?).
J Regards,
J Julien
J On Mon, 2007-07-23 at 23:01 +0300, Doytchin Spiridonov wrote:
Hello,
I forgot to mention something very IMPORTANT: I discovered that in
*all* of such cases (restored files with larger size), if we don't
perform full restore, but restore a SINGLE
are continuing to try different ways to see when it will
stop to happen. If we find that I will provide the info here.
Regards.
Tuesday, July 24, 2007, 12:15:43 AM:
DL On 23 Jul 2007 at 21:57, Doytchin Spiridonov wrote:
Hello,
I've filed this as a bug, but while Kern couldn't reproduce it he
Hello,
Tuesday, July 24, 2007, 12:15:37 AM:
DL Someone sugested you verify your filesystem (e.g. fsck). Have you
DL done that?
Yes:
FS The first thing that I would try is unmounting the filesystem and
performing a
FS full fsck on it, to rule out filesystem corruption.
1. unmounted and
Hello,
Monday, July 23, 2007, 9:02:21 PM:
FS The first thing that I would try is unmounting the filesystem and
performing a
FS full fsck on it, to rule out filesystem corruption.
not a problem with the FS or disks, checked that.
Checked the logical content of the volumes as well (bls -k -v)
Hello,
Tuesday, July 24, 2007, 12:15:37 AM:
DL On 23 Jul 2007 at 21:57, Doytchin Spiridonov wrote:
DL Test the backups. Backup one file. Restore. Backup N files.
DL restore. Backup N directories, restore. Find a simple and
DL reproducible situation which demonstrates the problem
Hello,
Tuesday, July 24, 2007, 2:25:44 AM:
FS Doytchin Spiridonov wrote:
Hello,
Monday, July 23, 2007, 9:02:21 PM:
FS The first thing that I would try is unmounting the filesystem and
performing a
FS full fsck on it, to rule out filesystem corruption.
not a problem with the FS
is really a bad behaviour in many cases/services).
Regards
Tuesday, July 24, 2007, 12:15:43 AM:
DL On 23 Jul 2007 at 21:57, Doytchin Spiridonov wrote:
Hello,
I've filed this as a bug, but while Kern couldn't reproduce it he gave
up. So let us find here what could be the problem
Hello,
is there any way to identify what is the problem in this case when at
some point in a full restore the process is terminated in the middle.
Here is the debug output from bacula-fd: the first line with the error
message and the following line (if they have any importance):
--
b3:
to File daemon.
ERR=Connection reset by peer
17-Jul 15:24 Storage: XXX Error: bnet.c:439 Write error sending 32 bytes to
client:10.2.1.13:36643: ERR=Connection
reset by peer
--
Tuesday, July 17, 2007, 5:09:05 PM:
FS Doytchin Spiridonov wrote:
The messages in the director at this point
Hello,
is there a way to specify a schedule like this:
- full - sun of every other week
- incremental - all other days
i.e. full every 14 days (at Sundays) and the next 13 days incremental
backups?
Regards.
-
This SF.net
up a lot of
problems of reappearance of user emails, deleted user accounts and
email accounts, insecure install folders, .htaccess files that can
crash the sites if they were deleted with purpose, etc.
Regards,
Doytchin Spiridonov
35 matches
Mail list logo
