Re: [Catalyst] Help Deploying on mod-fcgi Rather than mod_fastcgi
On 13 Feb 2011, at 22:46, Mark Hughes wrote: [info] sumo powered by Catalyst 5.80031 FastCGI: manager (pid 7003): initialized FastCGI: server (pid 7004): initialized FastCGI: manager (pid 7003): server (pid 7004) started Ok, cool. No errors are thrown to the log when sumo_fastcgi.pl is started from the command line. The errors I copied, with the premature header etc., are logged when there's a request. Perhaps there's a permission problem but, in an effort to figure this out, I have set everything at the site's root, web, to 777 and everything in the scripts directory to 777, too. Start apache with one child using strace -f Watch what's actually crapping out? Cheers t0m ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Help Deploying on mod-fcgi Rather than mod_fastcgi
On 02/14/2011 01:49 AM, Tomas Doran wrote:
Perhaps there's a permission problem but, in an effort to figure this
out, I have set everything at the site's root, web, to 777 and
everything in the scripts directory to 777, too.
Start apache with one child using strace -f
Watch what's actually crapping out?
Wow. First time I've ever done that. Interesting to see how @INC gets
walked.
This looked suspicious to me:
3969 stat64(/tmp/sumo, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
3969 stat64(/tmp/sumo/session_data, {st_mode=S_IFREG|0640,
st_size=5832704, ...}) = 0
3969 stat64(/tmp/sumo/session_data, {st_mode=S_IFREG|0640,
st_size=5832704, ...}) = 0
3969 stat64(/tmp/sumo/session_data, {st_mode=S_IFREG|0640,
st_size=5832704, ...}) = 0
3969 open(/tmp/sumo/session_data, O_RDWR|O_LARGEFILE) = -1 EACCES
(Permission denied)
3969 write(2, Couldn't load class (Sumo) becau..., 1375) = 1375
From here, what happens looks connected with logging an access event.
Here are the /tmp/sumo/session_data permissions:
[root@mayfly sumo]# pwd
/tmp/sumo
[root@mayfly sumo]# ls -l
total 5708
-rw-r- 1 root root 5832704 Feb 12 18:10 session_data
[root@mayfly sumo]#
A permission problem with writing to the /tmp/sumo directory makes sense
of the fact that the standalone server works but apache doesn't.
Perhaps because I run the standalone server (and myapp_fastcgi.pl) from
the command line as root and apache runs them as some other user? I
wonder which is trying to write and where the system expects to write
temp files?
If you know a way to figure it out from here, I'd be grateful, but at
least I have a promising new path -- I do, don't I?
Thanks!
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Help Deploying on mod-fcgi Rather than mod_fastcgi
I'd suggest deleting that /tmp/sumo entirely and letting it recreate. Its probably not really a good idea to have it in /tmp shareable by different uids either, but to try and get stuff running I'd just zilch it for now and then work on analysing how it should be done :-) Nigel. -- [ Nigel Metheringham nigel.methering...@intechnology.com ] [ - Comments in this message are my own and not ITO opinion/policy - ] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Help Deploying on mod-fcgi Rather than mod_fastcgi
You could try deleting the whole session file and directory and see if
that works. It will get re-created when you fire up the server. Crude,
but I've run into this one before and it works. Assuming of course that
you don't have users logged in!
Steve
On 2/14/2011 8:31 AM, Mark Hughes wrote:
On 02/14/2011 01:49 AM, Tomas Doran wrote:
Perhaps there's a permission problem but, in an effort to figure this
out, I have set everything at the site's root, web, to 777 and
everything in the scripts directory to 777, too.
Start apache with one child using strace -f
Watch what's actually crapping out?
Wow. First time I've ever done that. Interesting to see how @INC
gets walked.
This looked suspicious to me:
3969 stat64(/tmp/sumo, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
3969 stat64(/tmp/sumo/session_data, {st_mode=S_IFREG|0640,
st_size=5832704, ...}) = 0
3969 stat64(/tmp/sumo/session_data, {st_mode=S_IFREG|0640,
st_size=5832704, ...}) = 0
3969 stat64(/tmp/sumo/session_data, {st_mode=S_IFREG|0640,
st_size=5832704, ...}) = 0
3969 open(/tmp/sumo/session_data, O_RDWR|O_LARGEFILE) = -1 EACCES
(Permission denied)
3969 write(2, Couldn't load class (Sumo) becau..., 1375) = 1375
From here, what happens looks connected with logging an access event.
Here are the /tmp/sumo/session_data permissions:
[root@mayfly sumo]# pwd
/tmp/sumo
[root@mayfly sumo]# ls -l
total 5708
-rw-r- 1 root root 5832704 Feb 12 18:10 session_data
[root@mayfly sumo]#
A permission problem with writing to the /tmp/sumo directory makes
sense of the fact that the standalone server works but apache doesn't.
Perhaps because I run the standalone server (and myapp_fastcgi.pl)
from the command line as root and apache runs them as some other
user? I wonder which is trying to write and where the system expects
to write temp files?
If you know a way to figure it out from here, I'd be grateful, but at
least I have a promising new path -- I do, don't I?
Thanks!
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive:
http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Help Deploying on mod-fcgi Rather than mod_fastcgi
On 02/14/2011 06:42 AM, Nigel Metheringham wrote: I'd suggest deleting that /tmp/sumo entirely and letting it recreate. Its probably not really a good idea to have it in /tmp shareable by different uids either, but to try and get stuff running I'd just zilch it for now and then work on analysing how it should be done :-) I deleted sumo/ and sumo/session_file. And it worked! I cannot believe it. Well, I can but . . . I can't believe it was such a simple thing. (Isn't one's first bug often a permission problem?!) Here are the new permissions when the file was recreated: -rw-r- 1 apache apache 5832704 Feb 14 07:30 session_data Same for /tmp/sumo. I'm guessing that when I ran the standalone server, which seemed a sensible first step in deploying this thing, it created the /tmp/sumo directory and session file. And then, apache couldn't change it. I never thought to look there and never would have if t0m had not suggested looking at apache's strace. BTW, I think the location of the session_file is chosen by the perl module, not by me, but point taken. Thanks everyone! I feel relieved and like a dope. And a bit wiser. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Git Conversion
On Sat, Feb 12, 2011 at 3:45 AM, fREW Schmidt fri...@gmail.com wrote: #1: is it correct that the svn user rjk is Ronald J Kimball r...@linguist.dartmouth.edu ? That email address is no longer active. Please use r...@tamias.net instead. My github username is tamias. I'm excited to have Catalyst in git! thanks, Ronald ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Git Conversion
On Mon, Feb 14, 2011 at 9:57 AM, Ronald J Kimball rkimb...@pangeamedia.comwrote: On Sat, Feb 12, 2011 at 3:45 AM, fREW Schmidt fri...@gmail.com wrote: #1: is it correct that the svn user rjk is Ronald J Kimball r...@linguist.dartmouth.edu ? That email address is no longer active. Please use rjk@tamias.netinstead. My github username is tamias. Yeah, I discovered that when I emailed it :-) Thanks! Just so everyone knows, the github mapping is done by email, so as long as you use the same email address on github as whatever project, you'll get credited by github's system. I'm excited to have Catalyst in git! Me too! Hopefully we can turn the switch by the end of this week! -- fREW Schmidt http://blog.afoolishmanifesto.com ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Git Conversion
Ok, I've just re-exported the whole repo to fix the two author issues I've been notified of. I also ensured that the github users of those two authors were picked up correctly. If anyone else notices anything let me know. -- fREW Schmidt http://blog.afoolishmanifesto.com ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst Git Conversion
Also just converted the manual, see https://github.com/frioux/Catalyst-Manual Two issues I know of are we have no idea who u-foka is and we need confirmation that tome is Tom Eliaz -- fREW Schmidt http://blog.afoolishmanifesto.com ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
