Jeff McCune wrote:
I'm having a problem diagnosing my bacula-sd process which starts with
one of four threads in a disk wait state. The director isn't able to
contact the storage daemon at all, though I can telnet to 9103.
dir and sd are running on the same host, RHEL4. Running bac
oint me in the right direction...
Regards,
--
Jeff McCune
OSU Department of Mathematics System Support
(614) 292-4962
gpg --keyserver pgp.mit.edu --recv-key BAF3211A
signature.asc
Description: OpenPGP digital signature
y concerns such a default setup creates.
Is this something for the bug tracker, rather than the users mailing list?
Just a thought...
Regards,
--
Jeff McCune
OSU Department of Mathematics System Support
(614) 292-4962
gpg --keyserver pgp.mit.edu --recv-key BAF3211A
signature.asc
Description: OpenP
Jeff McCune wrote:
Michael Joyner wrote:
According to the description of Path, the primary key on PathId still
exists.
mysql> describe Path;
++--+--+-+-++
| Field | Type | Null | Key | Default | Ex
Michael Joyner wrote:
Jeff McCune wrote:
I ran the following:
use bacula;
alter table File drop index FilenameID;
alter table Path drop index Path;
Error messages gone.
IT ISN'T THE INDEX!
When you ran the statement:
alter table File drop index FilenameID;
I think you REMOVED THE PRIMAR
d5sum e08f0c0c2c054c1d5f00e077525d45fb
Also,
grep rhel /usr/src/redhat/SPECS/bacula.spec; echo $?
finds no matches...
Regards,
--
Jeff McCune
OSU Department of Mathematics System Support
(614) 292-4962
gpg --keyserver pgp.mit.edu --recv-key BAF3211A
signature.asc
Description: OpenPGP digital signature
make install immediately after.
Regards,
--
Jeff McCune
OSU Department of Mathematics System Support
(614) 292-4962
gpg --keyserver pgp.mit.edu --recv-key BAF3211A
signature.asc
Description: OpenPGP digital signature
! %{fc1} && ! %{fc3} && ! %{wb3}
&& ! %{su9} && ! %{mdk}
%{error: You must specify a platform. Please examine the spec file.}
exit 1
%endif
Regards,
--
Jeff McCune
OSU Department of Mathematics System Support
(614) 292-4962
gpg --keyserver pgp.mit.edu --recv-key BAF3211A
signature.asc
Description: OpenPGP digital signature
Tobias Barth wrote:
"make install" always does a "make" when the things that should be
installed are not there.
Depends on the Makefile... So not always.
Regards,
--
Jeff McCune
OSU Department of Mathematics System Support
(614) 292-4962
gpg --keyserver pgp.mit.edu
want to understand
what's going on with the table structure. I've been pondering and
testing these statements for 2 days now on MySQL 4.1, and I can't wrap
my head around what you guys mean.
Regards,
--
Jeff McCune
OSU Department of Mathematics System Support
(614) 292-4962
Jeff McCune wrote:
[EMAIL PROTECTED] SPECS]# rpmbuild --target i386 \
--define 'build_fc3 1' \
--define 'build_mysql 1' bacula.spec
Building target platforms: i386
Building for target i386
[EMAIL PROTECTED] SPECS]#
rpmbuild simply drops back to a shell sile
shell silently...
Has anyone had luck compiling bacula for RHEL4? Suggestions?
Regards,
--
Jeff McCune
OSU Department of Mathematics System Support
(614) 292-4962
gpg --keyserver pgp.mit.edu --recv-key BAF3211A
signature.asc
Description: OpenPGP digital signature
Jonas Björklund wrote:
On Wed, 23 Mar 2005, Michael Scherer wrote:
> Any ideas on speeding that thing up?
Backup to disk and then clone (function is implemented in CVS version I
think) to tape.
Spooling 50GB or so at a time also helped stream my backups to tape greatly.
Regards,
--
Jeff McC
so I just
compile and distribute the binary myself. I think you really only need
bacula-fd, bacula-fd.conf and ensure that the working directory exists.
It's probably easiest to use inetd on OSX to start bacula-fd.
Regards,
--
Jeff McCune
OSU Department of Mathematics System
Kern Sibbald wrote:
On Tuesday 22 March 2005 22:00, Jeff McCune wrote:
>
Basically, the dbcheck program was operating as it should. However, the
operation I asked it to perform ran for over *three days* without sign
of completing anytime soon. After performing the proposed optimization,
bility, as I haven't really seen it mentioned much on this
mailing list or in the documentation. It seems like a big issue as
bacula matures and becomes a viable enterprise solution.
What are bacula's limitations in terms of long running operations versus
catalog size? Are they linearly rela
ile.FilenameId IS
*truncated*
So... That one querey has been running for 75,301 seconds... And I'm
getting a key efficiency of -106%. Is this thing ever gonna finish?
Should I scrap my database and rebuild the tables from my last set of
full backups?
Regards,
--
Jeff McCune
OSU Departme
17 matches
Mail list logo