<p><br /><br /> Vacasa<br /> <a href="http://www.vacasa.com">www.vacasa.com</a> <br /> (503) 345-9399<br /> <br /> <br /><br /> On February 1, 2018, 9:59 am, John Sica via Filepro-list <span dir="ltr">< <a href="mailto:filepro-list@lists.celestial.com" target="_blank">filepro-list@lists.celestial.com</a>></span> wrote:</p>
<blockquote class="gmail_quote">Thanks for the help Walter.<br /> <br /> Once I got all the 386 libraries installed, the command works from the <br /> command line.<br /> <br /> Now the website just tells me to "Please try again later.  System busy, <br /> Could not gain access to the counter file."<br /> <br /> The counter file is just a 4 character file in the cgi-bin directory <br /> with full rw-rw-rw permissions.  So I've made a lot of progress just by <br /> being able to type the command line "fpcgi" without errors.<br /> <br /> John<br /> <br /> <br /> <br /> <br /> <br /> On 2/1/2018 6:35 AM, Walter Vaughan Jr via Filepro-list wrote:<br /> > What is the output if you ssh into your cgi-bin directory and run the command with root permissions?<br /> > Make sure it works from the command line first...<br /> ><br /> > (never did more than look at fpcgi, we always rolled our own interfaces, so I could be FOS)<br /> ><br /> > -----Original Message-----<br /> > From: Filepro-list [mailto:filepro-list-bounces+wvaughan=steelerubber.com@lists.celestial.com] On Behalf Of John Sica via Filepro-list<br /> > Sent: Thursday, February 01, 2018 2:17 AM<br /> > To: Nancy Palmquist <br /> > Cc: filePro <br /> > Subject: Re: Linux Centos and fpCGI<br /> ><br /> > Nancy,<br /> > Finally converting an SCO system that has fpcgi 2.0 to Linux, and I can't get anything working.  The logs are not even being created, and I get an "Internal Server Error" on the web page.<br /> ><br /> > Centos 7 has a completely different httpd.conf file than I've seen before, but I think I've got that configured.  The only visible error is the httpd error_log below.<br /> ><br /> > If I could get a template of an httpd.conf file and an fpcgi.env file that works on linux (Centos 7 is the version), I think I could struggle my way through it.  In the past, I've found that setting the permissions properly was critical, but it's been so long since I had to configure this, I really need some help.  I've looked at permissions from other openserver systems, but it doesn't seem to help.<br /> ><br /> > These are some sample views of files and directories.<br /> ><br /> > Thanks,<br /> > John<br /> ><br /> ><br /> ><br /> > httpd    error_log<br /> > [Wed Jan 31 23:39:35.161487 2018] [env:warn] [pid 1975] AH01506: PassEnv variable HOME was undefined [Wed Jan 31 23:39:35.161492 2018] [env:warn] [pid 1975] AH01506: PassEnv variable UID was undefined [Wed Jan 31 23:39:35.161493 2018] [env:warn] [pid 1975] AH01506: PassEnv variable COLUMNS was undefined [Wed Jan 31 23:39:35.161494 2018] [env:warn] [pid 1975] AH01506: PassEnv variable LINES was undefined [Wed Jan 31 23:39:35.161495 2018] [env:warn] [pid 1975] AH01506: PassEnv variable TERM was undefined<br /> ><br /> ><br /> > /var/www<br /> > [root@Centos www]#<br /> > drwxrwxrwx. 2 filepro sys     4096 Jan 31 23:36 cgi-bin drwxrwxrwx. 9 filepro filepro 4096 Jan 31 22:30 html<br /> ><br /> > [root@Centos www]# l cgi-bin<br /> > total 440<br /> > -rwxrwxrwx. 1 filepro group      4 Jan 29 15:12 counter -rwxrwxrwx. 1 filepro group 153220 Jan 29 16:21 fpcgi -rwxrwxrwx. 1 filepro group 123093 Sep  7  2004 fpcgi2_0docsco.htm -rwxrwxrwx. 1 filepro group    418 Jan 29 17:01 fpcgi2_0.env -rwxrwxrwx. 1 filepro group     38 Aug 27  2004 fpcgicmd.txt -rwxrwxrwx. 1 filepro group    485 Jan 31 21:21 fpcgi.env -rwxrwxrwx. 1 filepro group    420 Sep  3  2004 fpcgi.env.org -rwxrwxrwx. 1 filepro group    449 Aug 27  2004 fpcgilog.cfg -rwxrwxrwx. 1 filepro group 111560 Sep  3  2004 fpcgi.sco -rwxrwxrwx. 1 filepro group   5220 Aug 27  2004 LICENSE.txt -rwxrwxrwx. 1 filepro group    274 Feb 17  2010 printenv<br /> ><br /> > fpcgi.env<br /> ><br /> > PFDATA=<br /> > PFPROG=/appl<br /> > PFDIR=/appl<br /> > PFSERVROOT=/var/www/html/<br /> > PFMENU=/appl/fp/menus<br /> > PFGLOB=/appl/fp/lib/edits<br /> > PFSERVER=Centos<br /> > PFADDWP=OFF<br /> > PFCOUNTERMAX=999<br /> > FPCGILOG=/tmp/fpcgi.log<br /> > PFCMARK=25<br /> > PFTERM=ansi<br /> > PFCHECKLOCK=OFF<br /> > ALIAS User1=Field_base<br /> > ALIAS User2=Field_cmd<br /> ><br /> > Both /root/.bashrc and .bash_profile have these lines<br /> ><br /> > PATH=/bin:/etc:/usr/bin:/tcb/bin:/appl/fp<br /> > PFDATA=;export PFDATA<br /> > PFPROG=/appl;export PFPROG<br /> > PFDIR=/appl;export PFDIR<br /> > PFSERVROOT=/var/www/html/;export PFSERVROOT PFMENU=/appl/fp/menus;export PFMENU PFGLOB=/appl/fp/lib/edits;export PFGLOB PFSERVER=ace;export PFSERVER PFCOUNTERMAX=50;export PFCOUNTERMAX PFADDWP=OFF;export PFADDWP PFUFLAG=ON;export PFUFLAG PFTERM=ansi;export PFTERM<br /> ><br /> ><br /> ><br /> ><br /> ><br /> ><br /> > On 2/7/2011 10:40 AM, Nancy Palmquist wrote:<br /> >> John,<br /> >> Thank you. I forgot about the .err file in the cgi-bin folder.  It<br /> >> gave me the clue I needed and it is working.<br /> >><br /> >> For some reason the PFTERM was missing.  I expect it was defined in<br /> >> apache on the old system, and that variable was omitted on this setup.<br /> >> I added it to the global .env for fpCGI and it works. That way it will<br /> >> follow the setup for fpCGI instead of apache.<br /> >><br /> >> Also thanks to others that responded off list, they had suggested<br /> >> similar things and all things combined to get it working.<br /> >><br /> >> As always, you guys are the greatest.<br /> >><br /> >> Nancy<br /> >><br /> >> On 2/7/2011 11:54 AM, John Sica wrote:<br /> >>> Not sure if this is going to help, but there are logs in the cgi-bin<br /> >>> directory that might help. (using Filepro 5.6 and fpcgi 2.0 with<br /> >>> Apache 2.  The OS is Openserver OSR6.<br /> >>><br /> >>> If your not getting logs like these, then you might not have the<br /> >>> right permissions on the cgi-bin directory. We had to make them 777<br /> >>> to get it to work.  AND when it wasn't set properly, the error output<br /> >>> was concatenated to the key file.  The .err files are text files, but<br /> >>> the .out are not.  However, when there were no errors, fpcgi would<br /> >>> work properly.  I just thought knowing these files were there might<br /> >>> help.<br /> >>><br /> >>> -rw-r--r--    1 filepro  group       1317 Feb  7 06:00 fpcgi29890.out<br /> >>> -rw-r--r--    1 filepro  group          0 Feb  7 06:00 fpcgi29890.err<br /> >>> -rw-r--r--    1 filepro  group        201 Feb  4 18:34 fpcgi6504.err<br /> >>> -rw-r--r--    1 filepro  group        201 Feb  4 18:34 fpcgi6500.err<br /> >>> -rw-r--r--    1 filepro  group        253 Feb  4 06:47 fpcgi29846.err<br /> >>> -rw-r--r--    1 filepro  group        253 Feb  4 06:47 fpcgi29813.err<br /> >>> -rw-r--r--    1 filepro  group        204 Feb  3 15:18 fpcgi28896.err<br /> >>> -rw-r--r--    1 filepro  group        198 Feb  3 15:17 fpcgi28840.err<br /> >>><br /> >>><br /> >>> John<br /> >>><br /> >>><br /> >>> On 2/7/2011 9:08 AM, Nancy Palmquist wrote:<br /> >>>> My Esteemed Collegues,<br /> >>>><br /> >>>> We are changing a server that was running SuSE Linux to Centos and<br /> >>>> are having difficulty getting fpCGI to work correctly.  FilePro<br /> >>>> version is<br /> >>>> 5.0 - it has run flawlessly with these processes for years.<br /> >>>><br /> >>>> General functioning of fpCGI is as follows:<br /> >>>><br /> >>>> 1)Capture form data,<br /> >>>> 2)write the data to a CSV file<br /> >>>> 3)Launch filepro<br /> >>>> 4)    filepro reads the csv file, processes the data, writes an HTML<br /> >>>> file and exits<br /> >>>> 5) fpCGI then picks up the HTML file created and feeds it back to<br /> >>>> the user.<br /> >>>><br /> >>>> Now 1, 2, 3, and 5 are running.  I can see the dclerk process<br /> >>>> running in step 4 in the process table, but I do not get any output<br /> >>>> at all.  I have LOGTEXT commands and HTML commands in the table and<br /> >>>> I do not get anything from them.  fpCGI does not allow standard<br /> >>>> output to be captured so we can not do that.<br /> >>>><br /> >>>> If I run the dclerk process in a test mode without fpCGI, it runs<br /> >>>> and does everything it is supposed to do.  In the fpCGI debug log,<br /> >>>> dclerk exits without error.  But it is really timing out and fpCGI<br /> >>>> is closing the process.<br /> >>>><br /> >>>> Anyone got a clue where to try to troubleshoot this issue?<br /> >>>><br /> >>>> BTW - I have ONEGATE also acting as a CGI for some newer processes.<br /> >>>> It works without issue on this new Linux.  If I can not solve this,<br /> >>>> my path is to rewrite the stuff that uses fpCGI to ONEGATE.  I hate<br /> >>>> to re-write when the stuff was working just fine.  It was written<br /> >>>> before Onegate came out and we did not think a rewrite was<br /> >>>> cost-effective. Without a resolution, we will have no choice.<br /> >>>><br /> >>>> Nancy<br /> >>>><br /> > _______________________________________________<br /> > Filepro-list mailing list<br /> > Filepro-list@lists.celestial.com<br /> > Subscribe/Unsubscribe/Subscription Changes http://mailman.celestial.com/mailman/listinfo/filepro-list<br /> > _______________________________________________<br /> > Filepro-list mailing list<br /> > Filepro-list@lists.celestial.com<br /> > Subscribe/Unsubscribe/Subscription Changes<br /> > http://mailman.celestial.com/mailman/listinfo/filepro-list<br /> <br /> <br /> _______________________________________________<br /> Filepro-list mailing list<br /> Filepro-list@lists.celestial.com<br /> Subscribe/Unsubscribe/Subscription Changes<br /> http://mailman.celestial.com/mailman/listinfo/filepro-list</blockquote>