Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

In this Discussion

osTicket v1.10 (stable) and Maintenance Release v1.9.15 are now available! Go get it now

[resolved] cgi.fix_pathinfo error =

Cannot get pages to build. In Error log: registration-client: Unable to retrieve template.
osTicket Version          v1.10
Web Server Software  Apache/2.2.15 (Red Hat 6.8)
MySQL Version          14.14 Distrib 5.7.17, for Linux (x86_64)
PHP Version               7.0.14
Only one php.ini under /etc/php.ini other changes like date.time took in php.ini but not cgi.fix_pathinfo = 1 

Comments

  • This does not appear to be a Suggestion or Feedback.  Moving to Troubleshooting and Problems.

    There does not appear to be a question either.
  • I think I am running PHP as a Apache module not CGI.  Today I've been reading and thinking that needs to be changed to running as CGI or Fast/CGI.  I really didn't want to remove and re-install a newer version of Apache because it took me a day to get all the other suggested dependencies loaded on Apache 2.2.15 & RedHat 6.8 (the latter I'm required to use). I got everything green but this last dependency, cgi.fix_pathinfo error = 1 .  PHP, osTicket, config screens attached.  

    I'm still searching how to change PHP from Apache module to CGI, if by chance that might get it to run correctly.
    PHP v.7.0.14.png
    1166 x 853 - 81K
    osTicket.png
    963 x 920 - 111K
  • You dont need to worry about it if everything works. I have several things on that list that are not green. 

    Specificly:
    intl
    ACPU
    and Zend Opcache
  • Cannot get pages to build. In Error log: registration-client: Unable to retrieve template.
    osTicket Version          v1.10
    Web Server Software  Apache/2.2.15 (Red Hat 6.8)
    MySQL Version          14.14 Distrib 5.7.17, for Linux (x86_64)
    PHP Version               7.0.14

    Sadly digging a deeper whole.  I "yum remove httpd (version 2.2.15) and installed V. 2.4.   httpd -version shows Apache/2.4.6 (Red Hat) now, however, PHPinfo page shows old supposedly removed 2.2.15 ??

    My first check of /scp admin console admin information page showed php.ini missing cgi.fix_pathinfo = 1 and missing Date.timezone.  Fixed both in the /etc/php.ini and "service restart httpd" admin console infomation page then shows that Date.timezone were set but somehow cgi.fix_pathinfo=1 did not get fixed.  Does Apache running php as a module read only selective things from php.ini ??

    I have not been able to change to apache running cgi/fastcgi instead of as a module.

    I have a day 1/2 to get help desk running or look for my next job, lol.  No I go on vacation Thursday and didn't expect I would fight with this install for 3 days and not have it running.  Oh well, I'll just tell bosses it opensource or blame it on forced to use old 6.8 Redhat.
    PHP v.7.0.14.png
    950 x 895 - 84K
    osTicket.png
    958 x 785 - 102K
    osTicket-post-php.ini.png
    949 x 911 - 108K
  • Again you dont need to worry about that if everything works.

    cgi.fix_pathinfo=1 only matters if you are running php as cgi.   Which you are not.
  • Again, thanks for fast assistance ntozier.  I'm going to have to donate to project for your help :-)

    Ah, then I've been chasing the wrong thing, tying to make it run as cgi.

    Presumed it was a pathinfo problem because many pages are not working, missing functions. For example when a user requests an account it only asked for timezone and password twice.  Not an account name or e-mail address to send confirmation, as I would have expected. Then it generates and error in logs. /account.php?do=create attached. 
    Enter info and get Thanks for registering page.  How osTicket going to send an e-mail when it never asked user for it?
    It generates an error in system logs (last attachment).  Mouse clicking the error HTML link does not open the error log.  selecting a few and clicking delete generates and Red warning bar as shown.

    It's very broken on behavior, so though it was something related to PHP not dynamically building with all info in .php pages. Which lead me to think cgi.fix_pathinfo=1.

    At this point I have also yum uninstalled php70w and yum installed php70w* to catch all php_mod.  Just having horrible time getting this to work.  Out of ideas.  

    Account.php_do=create.png
    1045 x 652 - 135K
    Account.php_after_enter.png
    1920 x 1030 - 174K
    Admin Console Sys Logs.png
    963 x 655 - 106K
  • How about you start with picking a problem.  Telling us how to reproduce the error that you are having (ie log in as user.  click create ticket.  ie log in as Agent. Click on Users.  Create new users.)  Provide us with some sort of idea with what the problem you are having is. (ie. when I select a user and click delete I get an error..  Error is: Cannot align the lateral sensor array to detect gravitons on line 55 in /path/to/file.php).  Maybe even provide us with a screen shot of the problem.
  • OK, easy, from inside the Agent console selected "Users" User Directory.  Page /scp/users.php attached. Select first user check box. Click "more" to find delete function.  Clicking more does nothing.  Try clicking "Add User" mouse over color turns green. On click behavior changes mouse courser from a hand symbol to a pointer symbol. On mouse release mouse icon changes back to hand.  Nothing happened to create a new user.

    To me, it seams like PHP is not firing some actions that it should during mouse click.
    scp_users.php.png
    959 x 590 - 94K
  • Clicking Add user results in the following screen:
    image
    It seems to me that you are saying that you are not getting this screen?
  • That is correct.  I do not get that page.  nothing happens on clicking.
  • And what do you have in your:
    php error logs
    apache error logs

  • From /var/log/httpd/error.log

    [Tue Jan 10 11:09:16 2017] [notice] Apache/2.2.15 (Unix) DAV/2 PHP/7.0.14 configured -- resuming normal operations
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP Warning:  Declaration of AssignmentForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/html/include/class.forms.php on line 4150, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP Stack trace:, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   1. {main}() /var/www/html/scp/system.php:0, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   2. require() /var/www/html/scp/system.php:18, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   3. require_once() /var/www/html/scp/admin.inc.php:16, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   4. require_once() /var/www/html/scp/staff.inc.php:20, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   5. Bootstrap::loadCode() /var/www/html/main.inc.php:27, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   6. require() /var/www/html/bootstrap.php:198, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   7. require_once() /var/www/html/include/class.user.php:19, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP Warning:  Declaration of TransferForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/html/include/class.forms.php on line 4270, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP Stack trace:, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   1. {main}() /var/www/html/scp/system.php:0, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   2. require() /var/www/html/scp/system.php:18, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   3. require_once() /var/www/html/scp/admin.inc.php:16, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   4. require_once() /var/www/html/scp/staff.inc.php:20, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   5. Bootstrap::loadCode() /var/www/html/main.inc.php:27, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   6. require() /var/www/html/bootstrap.php:198, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    [Tue Jan 10 11:09:35 2017] [error] [client 140.165.10.59] PHP   7. require_once() /var/www/html/include/class.user.php:19, referer: http://ticketsys.osfulab.tbe.com/scp/settings.php
    zend_mm_heap corrupted
    zend_mm_heap corrupted
    zend_mm_heap corrupted
    zend_mm_heap corrupted

  • I would recommend that you downgrade PHP to 5.6 and MySQL to pre 5.7.  I've seen reports with problems with both.


  • Removed php70w and installed all php56w.  Screen shot provided from PHPinfo.  Go a little farther.  My new User form still does not look like yours.  I will downgrade SQL next.
    New_User.png
    816 x 357 - 75K
    PHP v.5.6.29.png
    950 x 871 - 77K
  • Hold off on that.
    Go to Admin panel -> Manage -> Forms.
    Ensure that you haven't disabled all the fields on the built in forms.
    Task Details
    Comnpany Information
    Organization Information
    Ticket Details
    Contact Information
  • To late.  Mysql 5.7 is gone.  5.6 would not start up after install. Have to try again in the morning. :-(
  • OK got PHP 5.6 and SQL 5.6 and did a full reinstall due to linking new SQL DB.

    Everything except sending e-mail is working now.  Same cgi.fix_pathinfo=1 error,, but as you say, that's only for running php as cgi and my apache is running php as module, so it's not applicable to my install.

    For got where to set mail relay?  I have to relay to in internal mail server because external company mail server blocks me, so got to set mail relay.  Any ideas where that's done?

    Exact error attached.  "Mailer Error: Unable to email via php mail function: admin@company.com mail() returned failure."


    osTicket.png
    962 x 909 - 111K
    mail-error.png
    974 x 469 - 89K
  • If it was windows I would say in the php.ini.  Since your running a flavor of linux it should depend on what the mail software on the server was.  (Postfix or sendmail I would guess)
  • Roger that.  Thing was I didn't change them with re-installing SQL and osTicket.  At least not where I can think.  I'll post back once I figure out how I fixed it last time.

    Thanks for assistance.
    Rick

  • Very welcome.
  • Last message.  I had to update the "postfix" service.  yum installed and then configure /etc/postfix/mail.cf.  Needed to updated relayhost = IPaddress and other settings, then service postfix restart.

    Everything seams to be operational now.
  • Excellent.  I'll close this thread.
    If you have more questions / issues / etc feel free to start a new one.
This discussion has been closed.