Hello Eric,

as I don't have worked with tracebacks, I cannot decide if they are ok. 

You can find them at the bottom of the page.

As already written to Kern, do we want to have the daemons run with the 
minimum rights, or is it too much work?

I think that I cannot judge if this makes sense.  
If you decide that we don't want to make this work,
that's fine for me.
I found that the redhat startscripts in "/platforms/redhat/" 
do use the user and group options, so why don't use them in suse also. 

best regards,

Philipp




> > As you can see, yes, there is the problem you mentioned.
> 
> Not exactly, see below.
> 
> > When I put the user and group in the startproc call, I get this problem:
> > 
> > ----
> > Starting the Bacula Director: startproc:  cannot execute
> > /usr/sbin/bacula-dir: Permission denied
> > startproc:  exit status of parent of /usr/sbin/bacula-dir: 4
> > ----
> > then I tried to fix the ownership:
> > --
> > chown bacula.root /usr/sbin/bacula-dir
> > Starting the Bacula Director: 30-Mar 11:33 bacula-dir: ERROR TERMINATION
> > at bsys.c:426
> > Cannot open pid file. /var/run/bacula-dir.9101.pid ERR=Permission denied
> > --
> > So, by putting the user and group into the startproc call, we get a lot
> > of permission problems.
> 
> As kern mentioned, if you change the user/group, you will have many files
> to change too.
> 
> > The easiest way to have the btraceback run without having permission
> > problems is giving the bacula user the right to run btraceback:
> > 
> > --
> > chown bacula.root /usr/sbin/btraceback
> > 
> > kill -ABRT 10781
> > Bacula interrupted by signal 6: IOT trap
> > Kaboom! bacula-dir, bacula-devel-dir got signal 6 - IOT trap. Attempting
> > traceback.
> > Kaboom! exepath=/usr/sbin/
> > Calling: /usr/sbin/btraceback /usr/sbin/bacula-dir 10781 /var/lib/bacula
> > It looks like the traceback worked ...
> > Dumping: /var/lib/bacula/bacula-devel-dir.10781.bactrace
> > --
> 
> Please, look the bactrace and the traceback files to see if the content is
> ok.


cat bacula.10781.traceback
---
(no debugging symbols found)
ptrace: Operation not permitted.
/var/lib/bacula/10781: No such file or directory.
$1 = 0
/usr/lib64/bacula/btraceback.gdb:2: Error in sourced command file:
No symbol table is loaded.  Use the "file" command.
---
and
---
cat bacula-devel-dir.10781.bactrace
Attempt to dump locks
threadid=0x7fc2e5ee2950 max=0 current=-1
threadid=0x7fc2e66e3950 max=0 current=-1
threadid=0x7fc2e9a0f700 max=1 current=-1
Attempt to dump current JCRs. njcrs=1
threadid=(nil) JobId=0 JobStatus=R jcr=0x6a5328 
name=*JobMonitor*.2011-03-30_11.38.46_01
threadid=(nil) killable=0 JobId=0 JobStatus=R jcr=0x6a5328 
name=*JobMonitor*.2011-03-30_11.38.46_01
        use_count=1
        JobType=I JobLevel= 
        sched_time=30-Mar-2011 11:38 start_time=30-Mar-2011 11:38
        end_time=01-Jan-1970 01:00 wait_time=01-Jan-1970 01:00
        db=(nil) db_batch=(nil) batch_started=0
Attempt to dump plugins. Hook count=0
---

------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to