Hi,
On 30.09.2005 19:22, [EMAIL PROTECTED] wrote:
Hello and thanks arno / phil,
the first thing I'd try is, on the client you can't connect to, run he
DIR in the foreground with debug output enabled. That should tell you if
the connections get through to the DIR itself.
If they don't, but the host itself can be reached, it's probably a
firewall issue. You might watch the logs and, of course, verify that the
necessary traffic from and to the FD is allowed.
Finally, SELinux - I don't know much about that, only that most people
running it shouldn't because almost nobody I heard about has the
slightest idea how to configure that. You obviously need a very good
understanding of how it's supposed to work and what your programs need
to be allowed to. In most cases, people simply disable SELinux or punch
holes into it that render the whole SELinux idea useless.
Considering the problems you describe when configuring / installing with
the sampe config, I guess that SELinux is the thing you need to work on.
As far as I know, you can disable that at boot time, try bacule, and if
it works then you can re-enable the security enhancements and set up
necessary rules.
DNS should not be an issue at all, as long as all necessary hosts (DIR,
SD and FD) can reach each other under the addresses you supply.
I was not confident how to run DIR in the foreground but think I found out
how to run FD in the foreground... Sorry... Here is what I tried and
hopefully it is more information.
Fine. Well, basically you can run all bacula daemons in the foreground -
just add the -f switch, and (usually) you set -v and -d. That can be
done with DIR, FD and SD alike.
I tried the following config again and have a little more information and
I am a bit more used to bacula now with the emphasis on 'a bit'. I think I
have more specific info - though I am probably not quite there...
CFLAGS="-g -Wall" ./configure \
--prefix=/usr \
--sbindir=/usr/sbin \
--sysconfdir=/etc/bacula \
--with-scriptdir=/etc/bacula \
--enable-smartalloc \
--enable-gnome \
--with-mysql \
--with-working-dir=/var/bacula \
--with-pid-dir=/var/run \
--with-subsys-dir=/var/lock/subsys \
--enable-conio
There's no need to go through ./configure && make && make install for
every configuration change - once the stuff is compiled most setings
that are supplied with defaults during configure can be changed in the
configuration files. Configuration changes become valid after a restart,
in case of the DIR with a reload, too (well, some of them, most of the
time...)
bacula-dir started, bacula-fd appeared to start (said [OK] ), bacula-sd
started.
I was able to run bconsole however when I tried 'status client' it would
not talk with the client and then I discovered bacula-fd didn't actually
start or was not running with I did a bacula-fd status. dir and sd were
still running. I then setenforce to '0' which turns off selinus as I
understand. tried to start the fd again but no luck. So I tried running it
via the command line with the follow options. I am not sure I am doing
this correctly but here is what I did...
[EMAIL PROTECTED] bacula]# /usr/sbin/bacula-fd -d5 -f -v -c
/etc/bacula/bacula-fd.conf
30-Sep 10:00 inside-fd: ERROR TERMINATION at bsys.c:387
Could not open pid file. /var/run--with-subsys-dir/bacula-fd.9102.pid
ERR=No such file or directory
Ok, that tells us something.
For some reason, the configuration is broken. The ./configure call you
gave abovedoesn't tell me how hat happensed, but the problem is right
there: The pid file should be /var/run/bacula-fd.9102.pid. The funny
path with --with-subsys-dir inside surely doesn't exist.
Simply change that setting in the bacula-fd.conf file, verify that the
other configuration files are ok, and try a restart.
By the way - when you need debug output in the future, consider using
higher debug levels. 100 gives you a good overview of what the program
does, 400 gives lots of details.
This is again with selinux in the 'permissive' state which I believe it
'off'. I am not sure where to go from here except to go back to the config
that was working. I had gotten that config to back up '/' on the default
setup and looks like it is a good install. I also am starting to like
keeping the build in a more focused place.
I will keep working with the config that I get to work and setup a trial
backup system to learn more about bacula use. If Arno or other folks have
other install suggestions I can come back and try them.
:-)
Well, thanks.
You will have to do somereading in the manual and some trying for
yourself, though. As with allmost all good tools, there are many ways to
achieve what you want, and interesting ways to usefully abuse the
tools... once you've got your basic setup running you will surely
encounter situations where bacula doesn't behave like you expect - in
that case I'm sure you will find advice here.
(Need I mention regex excludes? ;-)
Arno
Thanks,
Dean
On 28.09.2005 22:53, Dean Waldow wrote:
I could easily be on the wrong track. :) Sorry, I will try to be a bit
clearer on the network configuration. Not quite sure what pieces are
most useful however... Here is my guess at a clearer network
configuration.
Basically, I have one linux box that has two ethernet cards running
iptables with NAT/Masquerading. One is for the extranet and one for my
intranet (10.0.0.x). The internal network has 3-5 network devices /
computers. Each device has an assigned static ip in the
10.0.0.x/255.0.0.0 range with the gateway at 10.0.0.1. I usually just
use IP's (e.g. ssh 10.0.0.5 or http://10.0.0.5/) to talk amongst the
internal boxes. One of the internal boxes is the one with redhat linux
ES 4 on it where I have installed bacula as described below. I have
/etc/hosts set to define 10.0.0.5 (bacula/rh linux box) to be
inside.waldow.net and inside which my well be incorrect. I also have /
etc/host.conf set to use hosts then bind for name resolution. I can
ping / ssh 10.0.0.5, inside, or inside.waldow.net and it works as far
as I can tell.
So, for some reason the first configuration below seems to function
while the second configuration didn't and produced those errors.
Does this help?
On Sep 28, 2005, at 11:39 AM, Ryan Novosielski wrote:
Not sure you're on the right track. I assume these machines can
communicate with each other for other purposes. To me what jumps out
is that the director is not listening on 10.0.0.5:9101 -- either
because it's listening on its external IP itself, or it's not
running. There is no clear indication to me whether inside=10.0.0.5,
but presumably the network has little to do with it if you're running
bconsole from the same machine... try to be a little more clear with
your network topography and there may be more I can say.
---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | | Ryan Novosielski - User Support Spec.
III
|$&| |__| | | |__/ | \| _| | [EMAIL PROTECTED] - 973/972.0922
(2-0922)
\__/ Univ. of Med. and Dent.| IST/AST - NJMS Medical Science Bldg -
C630
Dean Waldow wrote:
Hi,
I have been trying to install bacula on a Red Hat Enterprise Linux ES
release 4 box with out additional clients to start with. I have been
having trouble with either I believe network issues or authorization
issues. I can't tell. I currently have the box behind a NAT with an
internal IP. I have it defined in my /etc/hosts file but it doesn't
have a
DNS entry. I also have hosts before bind. So it should resolve from
hosts
before going to DNS I think.
I finally got a configuration to work, but I have had numerous
errors of the following sort before that.
28-Sep 09:50 gnome-console: Fatal error: bnet.c:775 Unable to
connect to
Director daemon on inside:9101. ERR=Connection refused
If I tried localhost or straight IP I get the same:
[EMAIL PROTECTED] bacula]# ./bconsole
Connecting to Director 10.0.0.5:9101
28-Sep 09:53 bconsole: Fatal error: bnet.c:775 Unable to connect to
Director daemon on 10.0.0.5:9101. ERR=Connection refused
[EMAIL PROTECTED] bacula]# nano bconsole.conf
[EMAIL PROTECTED] bacula]# ./bconsole
Connecting to Director localhost:9101
28-Sep 09:53 bconsole: Fatal error: bnet.c:775 Unable to connect to
Director daemon on localhost:9101. ERR=Connection refused
Here is the example config file I used that finally seems to work at
least for the tutorial example so far. I am unsure whether it is
best for a redhat install or not.
CFLAGS="-g -Wall" \
./configure \
--sbindir=$HOME/bacula/bin \
--sysconfdir=$HOME/bacula/bin \
--with-pid-dir=$HOME/bacula/bin/working \
--with-subsys-dir=$HOME/bacula/bin/working \
--enable-smartalloc \
--enable-gnome \
--enable-static-tools \
--with-mysql \
--with-working-dir=$HOME/bacula/bin/working \
[EMAIL PROTECTED] \
[EMAIL PROTECTED] \
--with-smtp-host=localhost \
--enable-conio \
--enable-tray-monitor
I then was able to run the basic tutorial test and it seemed to work
after setting up the bacula database in mysql, starting the
services, and leaving *.conf files alone.
So, questions...
1) I think my problems have to do with trying to run bacula on
computer in an internal 10.0.0.x home network. The main connection
to the internet is DNS resolvable but my internal computers are
simple 10.0.0.x IP addresses... How have folks dealt with this to
make bacula work since if I am understanding correctly it expects
every computer resolve from DNS? I would like to back up my
computers in my internal network. I will be using bacula at work
also but all the computers there are dns resolvable.
2) The redhat example configuration has not worked yet (I am
guessing because of the DNS resolution questions though I can't see
why it should not). The example config I used follows. What do
redhat ES4 folks think is a 'good' config? Any selinux concerns?
CFLAGS="-g -Wall" ./configure \
--prefix=/usr \
--sbindir=/usr/sbin \
--sysconfdir=/etc/bacula \
--with-scriptdir=/etc/bacula \
--enable-smartalloc \
--enable-gnome \
--with-mysql \
--with-working-dir=/var/bacula \
--with-pid-dir=/var/run\
--with-subsys-dir=/var/lock/subsys \
--enable-conio \
--enable-tray-monitor
Thanks for any suggestions...
Dean W.
---------------------------------------------------------------------
---
Dean Waldow, Professor (253) 535-7533
Department of Chemistry (253) 536-5055 (FAX)
Pacific Lutheran University [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
Tacoma, WA 98447 USA http://www.chem.plu.edu/waldow/
---------------------------------------------------------------------
---
---> CIRRUS and the Chemistry homepage: <http://www.chem.plu.edu/>
<----
---------------------------------------------------------------------
---
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads,
discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
