Internal Server Error 500 when user tries to edit record

233 views
Skip to first unread message

Tim Wise

unread,
Oct 27, 2020, 11:33:22 PM10/27/20
to AtoM Users
We had been having a good run with AtoM 2.6 and we have to move the VM from
our test Hypervisor to production Hypervisor.

All appeared to be good but now the end user reports that when they edit the record at the link below


they get an internal server error 500.

Any idea on how to resolve this one?

Running on Ubuntu 18.04.5 LTS

TW

Tim Wise

unread,
Oct 27, 2020, 11:45:19 PM10/27/20
to AtoM Users
Webserver logs files might help too

[sudo] password for archives:
2020/10/28 14:12:42 [error] 781#781: *415 FastCGI sent in stderr: "PHP message: Invalid culture supplied: FALSE" while reading response header from upstream, client: 172.24.2.111, server: _, request: "GET /index                 .php/formal-student-photo-form-4-gold-1974/edit HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au"
2020/10/28 14:16:06 [error] 781#781: *8 FastCGI sent in stderr: "PHP message: Invalid culture supplied: FALSE" while reading response header from upstream, client: 172.24.2.111, server: _, request: "GET /index.p                 hp/formal-student-photo-form-4-gold-1974/edit HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au"
2020/10/28 14:16:23 [error] 781#781: *11 FastCGI sent in stderr: "PHP message: Invalid culture supplied: FALSE" while reading response header from upstream, client: 172.24.2.111, server: _, request: "GET /index.                 php/formal-student-photo-form-4-gold-1974/edit HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au"
2020/10/28 14:18:15 [error] 781#781: *14 FastCGI sent in stderr: "PHP message: Invalid culture supplied: FALSE" while reading response header from upstream, client: 172.24.2.111, server: _, request: "GET /index.                 php/formal-student-photo-form-4-gold-1974/edit HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au"
2020/10/28 14:18:22 [error] 781#781: *19 FastCGI sent in stderr: "PHP message: Empty module and/or action after parsing the URL "/formal-student-photo-form-4-gold-1974/" (/)" while reading response header from u                 pstream, client: 172.24.2.111, server: _, request: "GET /index.php/formal-student-photo-form-4-gold-1974/ HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au"
2020/10/28 14:19:02 [error] 781#781: *30 FastCGI sent in stderr: "PHP message: Invalid culture supplied: FALSE" while reading response header from upstream, client: 172.24.2.111, server: _, request: "GET /index.                 php/formal-student-photo-form-4-gold-1974/edit HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au", referrer: "http://atom26.loreto.vic.edu.au/index.php/formal-stud                 ent-photo-form-4-gold-1974"
2020/10/28 14:19:33 [error] 781#781: *30 FastCGI sent in stderr: "PHP message: Invalid culture supplied: FALSE" while reading response header from upstream, client: 172.24.2.111, server: _, request: "GET /index.                 php/formal-student-photo-form-4-gold-1974/edit HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au", referrer: "http://atom26.loreto.vic.edu.au/index.php/formal-stud                 ent-photo-form-4-gold-1974"
2020/10/28 14:33:30 [error] 781#781: *39 FastCGI sent in stderr: "PHP message: Invalid culture supplied: FALSE" while reading response header from upstream, client: 172.24.2.111, server: _, request: "GET /index.                 php/formal-student-photo-form-4-gold-1974/edit HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au"
2020/10/28 14:33:47 [error] 781#781: *42 FastCGI sent in stderr: "PHP message: Invalid culture supplied: FALSE" while reading response header from upstream, client: 172.24.2.111, server: _, request: "GET /index.                 php/formal-student-photo-form-4-gold-1974/edit HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au", referrer: "http://atom26.loreto.vic.edu.au/index.php/formal-stud                 ent-photo-form-4-gold-1974"
2020/10/28 14:37:13 [error] 781#781: *49 FastCGI sent in stderr: "PHP message: Invalid culture supplied: FALSE" while reading response header from upstream, client: 172.24.2.111, server: _, request: "GET /index.                 php/formal-student-photo-form-4-gold-1974/edit HTTP/1.1", upstream: "fastcgi://unix:/run/php7.2-fpm.atom.sock:", host: "atom26.loreto.vic.edu.au", referrer: "http://atom26.loreto.vic.edu.au/index.php/formal-stud                 ent-photo-form-4-gold-1974"

Tim Wise

unread,
Oct 29, 2020, 7:18:07 PM10/29/20
to ica-ato...@googlegroups.com

I have tired running through the  fault finding procedures in the AtoM guides and restarting nearly every service but still no resolution.

 

Any ideas what 415 FastCGI sent in stderr: "PHP message: Invalid culture supplied referes to?

 

Thanks.

 

Tim Wise

--
You received this message because you are subscribed to the Google Groups "AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/a7627cd5-af55-4b62-a7c0-253252deb9c2n%40googlegroups.com.

This email message (and attachments) may contain information that is confidential to Loreto College Ballarat. If you are not the intended recipient you cannot use, distribute, or copy the message or attachments. In such a case, please notify the sender by return email immediately and erase all copies of the message and attachments. Opinions, conclusions, and other information in this message and attachments, that do not relate to the official business of Loreto College Ballarat, are neither given nor endorsed by Loreto College Ballarat.

José Raddaoui

unread,
Oct 30, 2020, 12:10:18 PM10/30/20
to AtoM Users
Hi Tim,

I have not seen this error before, but it looks like somehow the application is getting a culture of "FALSE" instead of a language code like "en", "es", "fr", etc.

I wonder if you have the default culture modified in the apps/qubit/config/settings.yml file (that tmp file should be copied to that path on the installation); or if somehow your including that value in the "sf_culture" request parameter.

Best regards,
Radda. 

Tim Wise

unread,
Nov 1, 2020, 5:11:17 PM11/1/20
to ica-ato...@googlegroups.com

Good Morning Radda, thanks for your reply.

I’m a novice when it comes to AtoM, I will have a look at the at file and post back what I can find.

I assume our end user has changed some settings to cause this error.

 

Regards.

 

Tim Wise

Tim Wise

unread,
Nov 3, 2020, 10:33:10 PM11/3/20
to ica-ato...@googlegroups.com

Hello Radda, below is the output of settings.yml

It looks like the culture is correct.

 

Tim Wise

 

rchives@lc-atom26:/usr/share/nginx/atom/apps/qubit/config$ more settings.yml

# You can find more information about this file on the symfony website:

# http://www.symfony-project.org/reference/1_4/en/04-Settings

 

prod:

  .settings:

    no_script_name:         false

    logging_enabled:        false

    cache:                  true

 

cli:

  .settings:

    logging_enabled:        true

 

worker:

  .settings:

    logging_enabled:        true

 

dev:

  .settings:

    error_reporting:        <?php echo (E_ALL | E_STRICT)."\n" ?>

    web_debug:              true

    cache:                  false

    no_script_name:         false

    etag:                   false

 

test:

  .settings:

    error_reporting:        <?php echo ((E_ALL | E_STRICT) ^ E_NOTICE)."\n" ?>

    cache:                  false

    web_debug:              false

    no_script_name:         false

    etag:                   false

 

all:

  .settings:

    # Form security secret (CSRF protection)

    csrf_secret:            false

 

    enabled_modules:        [default, aclGroup]

 

    # Output escaping settings

    escaping_strategy:      true

    escaping_method:        ESC_SPECIALCHARS

 

    i18n:                   true

    standard_helpers:       [Partial, Cache, I18N, Qubit]

 

    # Enable the database manager

    use_database:           true

 

    # The language is coded in two lowercase characters,

    # according to the ISO 639-1 standard, and the country

    # is coded in two uppercase characters, according to

    # the ISO 3166-1 standard.

    # Examples: en, en_US, es_ES, fr...

    default_culture:        en

 

    # List of supported timezones

    # http://www.php.net/manual/en/timezones.php

    default_timezone:       America/Vancouver

 

  .actions:

    error_404_module:       admin

    login_module:           user

    module_disabled_module: admin

    secure_module:          admin

archives@lc-atom26:/usr/share/nginx/atom/apps/qubit/config$

José Raddaoui

unread,
Nov 4, 2020, 11:54:30 AM11/4/20
to AtoM Users
Hi Tim,

I don't know what could be causing that "FALSE" culture, maybe it's the browser sending an empty/invalid value? Does it happen from other browsers? Could it be something in the web server configuration?

Regards.

Tim Wise

unread,
Nov 4, 2020, 8:17:41 PM11/4/20
to ica-ato...@googlegroups.com

Hello Radda, still working away on this one.

 

Managed to navigate to manually to the URL in question, the URL that gives the error is below for comparison.

http://atom26.loreto.vic.edu.au/index.php/formal-student-photo-form-4-gold-1974?sf_culture=FALSE

http://atom26.loreto.vic.edu.au/index.php/formal-student-photo-form-4-gold-1974/edit#identityArea

 

You will note the culture=false and when I go to the page and click on

Other languages available it shows

FALSE>> formal student photo form 4 gold 1974

None of the other collections seems to have this issue.

I’m not sure if this helps but I believe the record may have been migrated from Tabularium.

 

Thanks.

 

Tim

José Raddaoui

unread,
Nov 5, 2020, 9:21:28 AM11/5/20
to AtoM Users
Reply all
Reply to author
Forward
0 new messages