pchilingirov wrote:
> Just for information:
>
> Finally I found a solution that seems to work so far.
> I compiled storage daemon version 5.0.3 and replaced it with the one from
> 5.2.1.
> But I'm not sure that they are completely compatible!
Are you saying you were using 5.2.1 director with 5.0
On Sun, 13 Nov 2011 13:01:58 -0800
pchilingirov wrote:
> Just for information:
>
> Finally I found a solution that seems to work so far.
> I compiled storage daemon version 5.0.3 and replaced it with the one
> from 5.2.1. But I'm not sure that they are completely compatible!
According to the rel
On Sat, Nov 12, 2011 at 9:27 AM, pchilingirov
wrote:
> here is the output from debug
>
> srvlog2-dir: bnet.c:708-0 who=client host=192.168.109.72 port=9101
> srvlog2-dir: job.c:1331-0 wstorage=File
> srvlog2-dir: job.c:1340-0 wstore=File where=Job resource
> srvlog2-dir: job.c:1031-0 JobId=0 crea
On Sat, Nov 12, 2011 at 4:41 AM, pchilingirov
wrote:
> I think that the problem is not in communication. When i tried to change the
> password with wrong one it said that the password is not correct.
> So i is suppose that the are visible to each other via tcp ports!
I would run all 3 daemons in
fyi - when I upgraded bacula from 5.0.3 to 5.2.1 I upgraded the Director
and then ran a backup
of a 5.0.3 client just out of curiosity, and it backed up just fine. So
I strongly doubt it is a version
problem, as also your log says is the latest version:
1-Nov 16:52 srvlog2-dir JobId 8: Fatal err
On 11/11/11, pchilingirov wrote:
> Hi All,
> I'm having bacula 5.2.1 installed on Solaris 10 SPARC with postgres
> database.
> The problem is that i'm not able to run any kind of backup job.
> Here is the error that i have received after running one of the default
> bacula jobs:
>
> 11-Nov 16:52 s
On Nov 11, 2011, at 10:12 AM, pchilingirov wrote:
> Hi All,
> I'm having bacula 5.2.1 installed on Solaris 10 SPARC with postgres database.
> The problem is that i'm not able to run any kind of backup job.
> Here is the error that i have received after running one of the default
> bacula jobs:
>
On Mon, 14 Aug 2006, Frank Sweetser wrote:
> You can use the perror command to translate mysql error codes:
>
> tty/1 1011 erwin 11:45:48 $ perror 28
> OS error code 28: No space left on device
Or an oversize database.
The default maximum is about 4Gb for MyISAM.
You can set flags to make it
I see the error with show warnings; as well in the
mysql cli, but I am still not sure what it means
because I have space on the hardrive. The storage
engine can sometimes refer to myisam or innodb. The
maximum storage on these are in the terabytes so that
is why I am still confused.
any more tho
On Mon, Aug 14, 2006 at 08:50:11AM -0700, Zakai Kinan wrote:
> Does anyone what any idea what this error means?
>
> 13-Aug 23:10 backup-dir: RunBefore: mysqldump:
> mysqldump: Couldn't execute 'show fields from
> `BaseFiles`': Got error 28 from storage engine (1030)
> The result is that I can't b
Hello,
Michael Reith wrote:
There isn't very much outputted to the logs, infact nothing that would
indicate the problem.. below pasted is the error message I recieve, and
a brief description of the problem is quite simple.. While preforming a
full restoration it errors out near the end, and I
11 matches
Mail list logo