I was finally able to resolve this issue on my Drupal 10 site. The issue was found to be a specific config file that already contained the "langcode: en" option in the configuration. This config file was part of an unused theme on my site that was never removed after it was replaced by a newer iteration of the theme. So the solution in my case was to uninstall/remove the unused theme from my site. Hopefully, this helps someone else facing the same issue.
This seems to be causing a memory leak as the process will only sigterm after all available RAM has been used up.
I'm having the same issue going from 10.2.2 to 10.3.2. I've tried various versions of drupal core and the issue only begins and persists from 10.3.0 onward. Attaching verbose drush output. I've attempted to clean up the output so that it is readable.
[info] Starting bootstrap to full [0.48 sec, 2.76 MB]
[info] Drush bootstrap phase 5 [0.48 sec, 2.76 MB]
[info] Try to validate bootstrap phase 5 [0.48 sec, 2.76 MB]
[info] Try to validate bootstrap phase 5 [0.48 sec, 2.76 MB]
[info] Try to bootstrap at phase 5 [0.48 sec, 2.76 MB]
[info] Drush bootstrap phase: bootstrapDrupalRoot() [0.48 sec, 2.76 MB]
[info] Change working directory to /var/www/html/mdcps/web [0.48 sec, 2.76 MB]
[info] Initialized Drupal 10.3.1 root directory at /var/www/html/mdcps/web [0.48 sec, 2.76 MB]
[info] Try to validate bootstrap phase 5 [0.48 sec, 2.76 MB]
[info] Try to bootstrap at phase 5 [0.49 sec, 2.91 MB]
[info] Drush bootstrap phase: bootstrapDrupalSite() [0.49 sec, 2.91 MB]
[debug] Could not find a Drush config file at sites/default/drush.yml. [0.49 sec, 2.97 MB]
[info] Initialized Drupal site default at sites/default [0.49 sec, 2.97 MB]
[info] Try to validate bootstrap phase 5 [0.49 sec, 2.97 MB]
[info] Try to bootstrap at phase 5 [0.49 sec, 2.97 MB]
[info] Drush bootstrap phase: bootstrapDrupalConfiguration() [0.49 sec, 2.97 MB]
[info] Try to validate bootstrap phase 5 [0.5 sec, 2.99 MB]
[info] Try to bootstrap at phase 5 [0.51 sec, 3.18 MB]
[info] Drush bootstrap phase: bootstrapDrupalDatabase() [0.51 sec, 3.18 MB]
[info] Successfully connected to the Drupal database. [0.51 sec, 3.18 MB]
[info] Try to validate bootstrap phase 5 [0.51 sec, 3.18 MB]
[info] Try to bootstrap at phase 5 [0.51 sec, 3.18 MB]
[info] Drush bootstrap phase: bootstrapDrupalFull() [0.51 sec, 3.18 MB]
[debug] Start bootstrap of the Drupal Kernel. [0.51 sec, 3.18 MB]
[debug] Get container builder [0.57 sec, 3.95 MB]
[debug] Finished bootstrap of the Drupal Kernel. [1.09 sec, 11.83 MB]
[debug] Loading drupal module drush commands & etc. [1.09 sec, 11.83 MB]
[debug] Found drush.services.yml for key Drush commands [1.09 sec, 11.84 MB]
[debug] Found drush.services.yml for token Drush commands [1.1 sec, 11.84 MB]
[debug] Found drush.services.yml for webform Drush commands [1.1 sec, 11.84 MB]
[debug] Add a commandfile class: Drush\Drupal\Commands\sql\SanitizeCommands [1.31 sec, 15.64 MB]
[debug] Add a commandfile class: Drush\Drupal\Commands\sql\SanitizeCommentsCommands [1.31 sec, 15.64 MB]
[debug] Add a commandfile class: Drush\Drupal\Commands\sql\SanitizeSessionsCommands [1.31 sec, 15.65 MB]
[debug] Add a commandfile class: Drush\Drupal\Commands\sql\SanitizeUserFieldsCommands [1.31 sec, 15.65 MB]
[debug] Add a commandfile class: Drush\Drupal\Commands\sql\SanitizeUserTableCommands [1.31 sec, 15.65 MB]
[debug] Add a commandfile class: Drupal\entity_reference_revisions\Commands\EntityReferenceRevisionsCommands [1.31 sec, 15.66 MB]
[debug] Add a commandfile class: Drupal\key\Commands\KeyCommands [1.31 sec, 15.66 MB]
[debug] Add a commandfile class: Drupal\token\Drush\Commands\TokenCommands [1.31 sec, 15.69 MB]
[debug] Add a commandfile class: Drupal\webform\Commands\WebformSubmissionCommands [1.31 sec, 15.69 MB]
[debug] Add a commandfile class: Drupal\webform\Commands\WebformLibrariesCommands [1.31 sec, 15.72 MB]
[debug] Add a commandfile class: Drupal\webform\Commands\WebformUtilityCommands [1.31 sec, 15.74 MB]
[debug] Add a commandfile class: Drupal\webform\Commands\WebformDocumentationCommands [1.31 sec, 15.74 MB]
[debug] Add a commandfile class: Drupal\webform\Commands\WebformDevelCommands [1.31 sec, 15.75 MB]
[debug] Add a commandfile class: Drupal\webform\Commands\WebformSanitizeSubmissionsCommands [1.31 sec, 15.75 MB]
[debug] Add a commandfile class: Drupal\pathauto\Commands\PathautoCommands [1.31 sec, 15.76 MB]
[debug] Add a commandfile class: Drupal\xmlsitemap\Commands\XmlSitemapCommands [1.31 sec, 15.77 MB]
[info] Executing: /var/www/html/mdcps/vendor/bin/drush updatedb:status --yes --strict=0 --uri=default [1.5 sec, 19.91 MB]
---------- --------------------- ------------- -------------------------------
Module Update ID Type Description
---------- --------------------- ------------- -------------------------------
system add_langcode_to_all post-update Adds a langcode to all simple
_translatable_confi config which needs it.
g
system amend_config_sync_r post-update Fix path in README.txt in
eadme_url CONFIG_SYNC_DIRECTORY.
system convert_empty_count post-update Updates system.date config to
ry_and_timezone_set NULL for empty country and
tings_to_null timezone defaults.
system mail_notification_s post-update Adds default value for the
etting mail_notification config
parameter.
system move_development_se post-update Move development settings
ttings_to_keyvalue from state to raw key-value
storage.
system set_cron_logging_se post-update Fix system.cron:logging
tting_to_boolean values to boolean.
taxonomy set_new_revision post-update Re-save Taxonomy
configurations with
new_revision config.
taxonomy set_vocabulary_desc post-update Converts empty `description`
ription_to_null in vocabularies to NULL.
views pager_heading post-update Adds a default pager heading.
views rendered_entity_fie post-update Removes entity display cache
ld_cache_metadata metadata from views with
rendered entity fields.
views views_data_argument post-update Post update configured views
_plugin_id for entity reference argument
plugin IDs.
---------- --------------------- ------------- -------------------------------// Do you wish to run the specified pending updates?: yes.
[info] Executing: /var/www/html/mdcps/vendor/bin/drush updatedb:batch-process 10 --uri=default [2.74 sec, 20.14 MB]
[notice] Update started: system_post_update_add_langcode_to_all_translatable_config
[notice] Processed 50 items of 689.
[notice] Processed 100 items of 689.
[notice] Processed 150 items of 689.
[notice] Processed 200 items of 689.
[notice] Processed 250 items of 689.
[notice] Processed 300 items of 689.
[notice] Processed 350 items of 689.
[notice] Processed 400 items of 689.In Process.php line 435:
[Symfony\Component\Process\Exception\ProcessSignaledException]
The process has been signaled with signal "9".Exception trace:
at /var/www/html/mdcps/vendor/symfony/process/Process.php:435
Symfony\Component\Process\Process->wait() at /var/www/html/mdcps/vendor/consolidation/site-process/src/SiteProcess.php:225
Consolidation\SiteProcess\SiteProcess->wait() at /var/www/html/mdcps/vendor/symfony/process/Process.php:252
Symfony\Component\Process\Process->run() at /var/www/html/mdcps/vendor/drush/drush/includes/batch.inc:154
_drush_backend_batch_process() at /var/www/html/mdcps/vendor/drush/drush/includes/batch.inc:55
drush_backend_batch_process() at /var/www/html/mdcps/vendor/drush/drush/src/Commands/core/UpdateDBCommands.php:410
Drush\Commands\core\UpdateDBCommands->updateBatch() at /var/www/html/mdcps/vendor/drush/drush/src/Commands/core/UpdateDBCommands.php:73
Drush\Commands\core\UpdateDBCommands->updatedb() at n/a:n/a
call_user_func_array() at /var/www/html/mdcps/vendor/consolidation/annotated-command/src/CommandProcessor.php:276
Consolidation\AnnotatedCommand\CommandProcessor->runCommandCallback() at /var/www/html/mdcps/vendor/consolidation/annotated-command/src/CommandProcessor.php:212
Consolidation\AnnotatedCommand\CommandProcessor->validateRunAndAlter() at /var/www/html/mdcps/vendor/consolidation/annotated-command/src/CommandProcessor.php:176
Consolidation\AnnotatedCommand\CommandProcessor->process() at /var/www/html/mdcps/vendor/consolidation/annotated-command/src/AnnotatedCommand.php:391
Consolidation\AnnotatedCommand\AnnotatedCommand->execute() at /var/www/html/mdcps/vendor/symfony/console/Command/Command.php:326
Symfony\Component\Console\Command\Command->run() at /var/www/html/mdcps/vendor/symfony/console/Application.php:1096
Symfony\Component\Console\Application->doRunCommand() at /var/www/html/mdcps/vendor/symfony/console/Application.php:324
Symfony\Component\Console\Application->doRun() at /var/www/html/mdcps/vendor/symfony/console/Application.php:175
Symfony\Component\Console\Application->run() at /var/www/html/mdcps/vendor/drush/drush/src/Runtime/Runtime.php:110
Drush\Runtime\Runtime->doRun() at /var/www/html/mdcps/vendor/drush/drush/src/Runtime/Runtime.php:40
Drush\Runtime\Runtime->run() at /var/www/html/mdcps/vendor/drush/drush/drush.php:139
require() at /var/www/html/mdcps/vendor/drush/drush/drush:4
include() at /var/www/html/mdcps/vendor/bin/drush:119
I should've already closed this issue. Using the composer syntax "composer reinstall drupal/core" resolved this issue for me. If you still have this issue, try creating a new codebase installation and moving your "sites" folder into it. You should be able to use your composer.json from the existing codebase in the new one followed by a simple "composer update" command to create the new copy.
I was able to resolve my issue without the codebase patch in the end. I had to reinstall a couple of packages.
composer reinstall symfony/psr-http-message-bridge psr/log
Once the packages were reinstalled, I was able to complete the original task.
Global packages shouldn't be an issue, as I was able to update all sites that I manage but this one site to D10 from D9. After removing all the global packages and being sure that no ~/.config/composer folder is left behind to potentially confuse the server.
Longwave - Your comments did remind me that I've got a few globally installed packages via composer global require. I'm going through my configuration now to be sure I don't have another version of PSR Log installed.
cilefen - Yes, I read it.
Unfortunately, that is not the case. Please see the included composer show psr/log output.
name : psr/log
descrip. : Common interface for logging libraries
keywords : log, psr, psr-3
versions : * 3.0.0
type : library
license : MIT License (MIT) (OSI approved) https://spdx.org/licenses/MIT.html#licenseText
homepage : https://github.com/php-fig/log
source : [git] https://github.com/php-fig/log.git fe5ea303b0887d5caefd3d431c3e61ad47037001
dist : [zip] https://api.github.com/repos/php-fig/log/zipball/fe5ea303b0887d5caefd3d431c3e61ad47037001 fe5ea303b0887d5caefd3d431c3e61ad47037001
path : /var/www/html/magnolia/vendor/psr/log
names : psr/log
support
source : https://github.com/php-fig/log/tree/3.0.0
autoload
psr-4
Psr\Log\ => src
requires
php >=8.0.0Yes, drupal/core-recommended is part of the project. Here is the composer show drupal/core-recommended output.
name : drupal/core-recommended
descrip. : Core and its dependencies with known-compatible minor versions. Require this project INSTEAD OF drupal/core.
keywords :
versions : * 10.1.5
type : metapackage
license : GNU General Public License v2.0 or later (GPL-2.0-or-later) (OSI approved) https://spdx.org/licenses/GPL-2.0-or-later.html#licenseText
homepage :
source : [git] https://github.com/drupal/core-recommended.git 2c5cf420ddb06f3e9b624d168b724ca1c7c326e2
dist : [zip] https://api.github.com/repos/drupal/core-recommended/zipball/2c5cf420ddb06f3e9b624d168b724ca1c7c326e2 2c5cf420ddb06f3e9b624d168b724ca1c7c326e2
path : null
names : drupal/core-recommended
support
source : https://github.com/drupal/core-recommended/tree/10.1.5
requires
asm89/stack-cors ~v2.1.1
composer/semver ~3.3.2
doctrine/annotations ~1.14.3
doctrine/deprecations ~v1.1.1
doctrine/lexer ~2.1.0
drupal/core 10.1.5
egulias/email-validator ~4.0.1
guzzlehttp/guzzle ~7.7.0
guzzlehttp/psr7 ~2.5.0
masterminds/html5 ~2.8.0
mck89/peast ~v1.15.4
pear/archive_tar ~1.4.14
pear/console_getopt ~v1.4.3
pear/pear-core-minimal ~v1.10.13
pear/pear_exception ~v1.0.2
psr/cache ~3.0.0
psr/container ~2.0.2
psr/event-dispatcher ~1.0.0
psr/http-client ~1.0.2
psr/http-factory ~1.0.2
psr/log ~3.0.0
ralouphie/getallheaders ~3.0.3
sebastian/diff ~4.0.5
symfony/console ~v6.3.0
symfony/dependency-injection ~v6.3.0
symfony/deprecation-contracts ~v3.3.0
symfony/error-handler ~v6.3.0
symfony/event-dispatcher ~v6.3.0
symfony/event-dispatcher-contracts ~v3.3.0
symfony/http-foundation ~v6.3.0
symfony/http-kernel ~v6.3.0
symfony/mime ~v6.3.0
symfony/polyfill-ctype ~v1.27.0
symfony/polyfill-iconv ~v1.27.0
symfony/polyfill-intl-grapheme ~v1.27.0
symfony/polyfill-intl-idn ~v1.27.0
symfony/polyfill-intl-normalizer ~v1.27.0
symfony/polyfill-mbstring ~v1.27.0
symfony/polyfill-php83 ~v1.27.0
symfony/process ~v6.3.0
symfony/psr-http-message-bridge ~v2.2.0
symfony/routing ~v6.3.0
symfony/serializer ~v6.3.0
symfony/service-contracts ~v3.3.0
symfony/string ~v6.3.0
symfony/translation-contracts ~v3.3.0
symfony/validator ~v6.3.0
symfony/var-dumper ~v6.3.0
symfony/var-exporter ~v6.3.0
symfony/yaml ~v6.3.0
twig/twig ~v3.6.0
conflicts
webflo/drupal-core-strict *I get a result of 500 (internal server error) in the view that uses this module.
Uncaught
Object { message: "\nAn AJAX HTTP error occurred.\nHTTP Result Code: 500\nDebugging information follows.\nPath: /admin/structure/views/view/directory_of_services/preview/keywords_search\nStatusText: 500 Service unavailable (with message)\nResponseText: The website encountered an unexpected error. Please try again later.", name: "AjaxError", stack: "@https://www.example.com/core/misc/ajax.js?v=10.1.5:196:32\n@https://www.example.com/core/misc/ajax.js?v=10.1.5:1889:3\n" }
ajax.js:196:32
Any and all help is appreciated.
I was able to resolve the issue by making a small and direct change to the LoggerChannel.php file in core. Attached is the patch generated. The change simply updated the calls to match PSR.
@cilefen I'm calling drush from the project's top-level directory. vendor/bin/drush -l foldername cr The issue is not drush itself, but the fact that the logger keeps throwing a PHP fatal error that prevents anything else from happening.
My own operating environment is using CentOS 7 with PHP 8.1 and httpd (apache). I did not have a module installed for php-psr so I'm still stuck. Here's my related forum post.
https://www.drupal.org/forum/support/upgrading-drupal/2023-10-24/upgrade... →
On the forum post, you'll find my composer.json file's contents.