On 02/15/2018 09:25 AM, Niles Oien wrote:
>
>
> I'm embarrassed - it turned out that the system was running SElinux.
That's what I said, but it looks like thunderbird's quoting style made
that not very obvious. ;)
--
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison --
I'm embarrassed - it turned out that the system was running SElinux.
Changing that resolved the issue. I had not heard of SElinux before, in
fact when I saw it written I thought it referred to SuSE Enterprise linux.
The little WSGI test script I posted was pretty useful, I have to say, it
On Tuesday, February 13, 2018 at 3:04:08 PM UTC-5, Niles Oien wrote:
>
>
>
> It took me a couple of days to get back to this. I looked at it fpor a
> while today. I'm completely baffled.
>
> In the end I went with a *very* stripped down setup that doesn't even have
> trac in it, and I still
I'm on CentOS 7. I have not seen chattr/lsattr set, but I'll keep an eye
out.
On Tuesday, February 13, 2018 at 1:10:32 PM UTC-7, Dimitri Maziuk wrote:
>
> On 02/13/2018 02:04 PM, Niles Oien wrote:
>
> > Or, to cut-and-paste that web page into this reply, it shows that the
> wsgi
> > script
On 02/13/2018 02:04 PM, Niles Oien wrote:
> Or, to cut-and-paste that web page into this reply, it shows that the wsgi
> script is being run by user apache with a minimal path and environment, and
> that the attempt to write to a file in the apacheTest/ directory (which is
> owned by apache -
It took me a couple of days to get back to this. I looked at it fpor a
while today. I'm completely baffled.
In the end I went with a *very* stripped down setup that doesn't even have
trac in it, and I still get errors, so I *guess* it's an apache config
error?
What I have in httpd.conf is :
On Friday, February 9, 2018 at 11:49:12 PM UTC-5, Niles Oien wrote:
>
>
>
> I just changed ownership on /var/www to apache:apache - it was root:root.
> It made no difference.
>
> I set up a URL that shows it not being able to write to the database :
> http://netdrms02.nispdc.nso.edu/Niles
>
>
Perhaps try:
http://stromberg.dnsalias.org/~strombrg/debugging-with-syscall-tracers.html
?
The error you're looking for will likely be an EPERM.
If you're not comfortable reading syscall traces, you could put them
result on a web server and send us a URL.
On Fri, Feb 9, 2018 at 8:49 PM, Niles
I just changed ownership on /var/www to apache:apache - it was root:root.
It made no difference.
I set up a URL that shows it not being able to write to the database :
http://netdrms02.nispdc.nso.edu/Niles
And another one with logging enabled that shows it not being able to write
the trac
On Friday, February 9, 2018 at 3:01:23 PM UTC-5, Niles Oien wrote:
>
>
> Hi all,
>
> I have a puzzling error.
>
> I am running on CentOS Linux release 7.4.1708. I installed
> trac-1.0.13-1.el7.noarch through yum. I'm trying to get an initial trac
> setup going. In my httpd.conf I have :
>
>
10 matches
Mail list logo