, 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 featur
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 c
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
2007 at 4:55, 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 patc
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.
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 an
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
>>
t
(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
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 dele
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 t
started the DB check yesterday morning. It is still running. How long
MWa> does this usually take? Or am I doing something wrong?
MWa> Wolfgang
MWa> -Original Message-
MWa> From: Julien [mailto:[EMAIL PROTECTED]
MWa> Sent: Monday, July 30, 2007 10:22
MWa> To: Mair Wolfga
: 301,923
MWa> Bytes Restored: 27,412,500,483
MWa> Rate: 21266.5 KB/s
MWa> FD Errors: 7
MWa> FD termination status: Error
MWa> SD termination status: OK
MWa> Termination:*** Restore Error ***
MWa> 27-Jul 11:28 p
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 concur
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,
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 V
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 tu
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> http://dev.mysql.com/doc/refman/5.0/en
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,
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 ca
remental backups Bacula restores files that are deleted which
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 whil
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 fs
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
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> 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. unmou
id we 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
iles restored" are
J> the number of directories. It seems that bacula doesn't handle this
J> properly (a bug 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
idn't get errors when we run
DS> just one full backup job. This always happen when we do several at
DS> once (but I am not 100% sure, thats why we will test this)
DS> 3. if it still happens we will run it with normal kernel (so to exclude
DS> the Xen influence)
DS> 4. last we will
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 repr
e will test this)
3. if it still happens we 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&
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 f
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.
W
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 e
t. We will clear everything in
several hours, I will keep the damaged volume for future tests.
Or may be someone can guess by the error messages what is the problem?
Regards.
Tuesday, July 17, 2007, 5:46:32 PM:
FS> Doytchin Spiridonov wrote:
>> Hello,
>>
>> thank you for t
torage: XXX Fatal error: read.c:124 Error sending 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 wro
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: restor
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
36 matches
Mail list logo