Gentoo Archives: gentoo-user

From: John Covici <covici@××××××××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] trying to find the cause of an http 500 error
Date: Fri, 05 May 2017 14:34:59
Message-Id: m3efw3tlrr.wl-covici@ccs.covici.com
In Reply to: Re: [gentoo-user] trying to find the cause of an http 500 error by Mick
1 On Fri, 05 May 2017 10:16:08 -0400,
2 Mick wrote:
3 >
4 > To: gentoo-user@l.g.o
5 > Subject: Re: [gentoo-user] trying to find the cause of an http 500 error
6 > From: Mick <michaelkintzios@×××××.com>
7 > Date: Fri, 05 May 2017 15:16:08 +0100
8 > Reply-to: gentoo-user@l.g.o
9 >
10 > [1 <text/plain; us-ascii (quoted-printable)>]
11 > On Friday 05 May 2017 08:31:56 John Covici wrote:
12 > > On Fri, 05 May 2017 07:24:02 -0400,
13 > >
14 > > Michael Orlitzky wrote:
15 > > > On 05/05/2017 07:13 AM, John Covici wrote:
16 > > > > The php log is not mentioned in the .htaccess file of owncloud. But
17 > > > > regardless of owncloud, php fatal errors are not logged anywhere under
18 > > > > apache, even though I have log_errors and a log file name.
19 > > >
20 > > > Apache doesn't know anything about what happens in the PHP code, so the
21 > > > errors should be logged in that separate PHP error log, if anywhere.
22 > > >
23 > > > As a temporary measure, you can try enabling "display_errors" and
24 > > > "display_startup_errors" in your (Apache) php.ini. That should convince
25 > > > PHP to spit out the error into your browser when you visit the page,
26 > > > rather than (or in addition to) logging it.
27 > >
28 > > If I put those on, I don't even get the 500, I get nothing at all
29 > > instead! Very odd, indeed. I just get a blank window when I use my
30 > > php fatal error creator.
31 > > But if I change it to http, I get the fatal error.
32 > >
33 > >
34 > > For owncloud, changing to http yields the same result. However, when
35 > > I finally changed the display_startup_errors to On, I get the
36 > > following fatal error:
37 > > [05-May-2017 11:44:21 UTC] PHP Fatal error: Maximum execution time of
38 > > 30 seconds exceeded in
39 > > /var/www/covici.com/htdocs-secure/owncloud/lib/base.php on line 542
40 > > [05-May-2017 11:44:21 UTC] PHP Stack trace:
41 > > [05-May-2017 11:44:21 UTC] PHP 1. {main}()
42 > > /var/www/covici.com/htdocs-secure/owncloud/index.php:0
43 > > [05-May-2017 11:44:21 UTC] PHP 2. require_once()
44 > > /var/www/covici.com/htdocs-secure/owncloud/index.php:37
45 > > [05-May-2017 11:44:21 UTC] PHP 3. OC::init()
46 > > /var/www/covici.com/htdocs-secure/owncloud/lib/base.php:967
47 > > [05-May-2017 11:44:21 UTC] PHP 4. set_time_limit()
48 > > /var/www/covici.com/htdocs-secure/owncloud/lib/base.php:542
49 > >
50 > >
51 > > Any insights would be appreciated.
52 >
53 > Have you looked at the lines mentioned above in base.php and index.php?
54 >
55 > It may be an issue of correct owneship/access rights and the lines in those
56 > files may give you a hint. Some files may need to be owned by the owncloud
57 > user or the webserver user accounts.
58
59 Seems good, everything is owned correctly. I wonder if its something
60 more basic on my system, what is set_time_limit actually doing?
61
62 --
63 Your life is like a penny. You're going to lose it. The question is:
64 How do
65 you spend it?
66
67 John Covici
68 covici@××××××××××.com