update process was aborted prematurely while running update #8216

Created on 5 August 2023, over 1 year ago
Updated 20 November 2023, about 1 year ago

I'm not sure if this issue has already been posted, or is similar to one already posted. (it looked like a similar one posted earlier, but now I cant find it. Sorry if I'm duplicating)

Just attempted to update Visitors 8.x-2.15 to 8.x-2.16. Updating through the site/admin.
Drupal Version 9.5.10
PHP 8.1.21

I got the following sequence messages on the update screen:

visitors module 8216 - Entity View counter.

The update process was aborted prematurely while running update #8216 in visitors.module.

An unrecoverable error has occurred. You can find the error message below. It is advised to copy it to the clipboard for reference.
Please continue to the error page

An AJAX HTTP request terminated abnormally.
Debugging information follows.
Path: /update.php/start?id=1573&op=do_nojs&op=do
StatusText: error
ReadyState: 0

Than I got this information... I don't know how exactly, perhaps a page refresh:

An AJAX HTTP error occurred.
HTTP Result Code: 200
Debugging information follows.
Path: /update.php/start?id=1573&op=finished&op=do
StatusText: OK
ResponseText:
Drupal database update |
Skip to main content
Installation tasks
Verify requirements
(done)
Overview
(active)
Review updates
Run updates
Review log
Drupal database update
Error message
No active batch.
Use this utility to update your database whenever a new release of Drupal or a module is installed.For more detailed information, see the Updating Drupal guide. If you are unsure what these terms mean you should probably contact your hosting provider.Back up your code. Hint: when backing up module code, do not leave that backup in the 'modules' or 'sites/*/modules' directories as this may confuse Drupal's auto-discovery mechanism.Put your site into maintenance mode.Back up your database. This process will change your database values and in case of emergency you may need to revert to a backup.Install your new files in the appropriate location, as described in the handbook.When you have performed the steps above, you may proceed.Continue
{"path":{"baseUrl":"\/update.php\/","scriptPath":null,"pathPrefix":"","currentPath":"update.php","currentPathIsAdmin":false,"isFront":false,"currentLanguage":"en"},"pluralDelimiter":"\u0003","suppressDeprecationErrors":true,"user":{"

I did some clearing of the caches and checked the Recent log messages. There were a ton of visitors reports entries... "Message NULL".

Many previous "type" entries in the log have been cleared after the update, leaving only visitors and cron type.

I was a little unsettled by this, and that it wasn't a clean update, so I rolled back the database and the Visitors files 8.x-2.15.

This was all the information I could get.

πŸ’¬ Support request
Status

Closed: duplicate

Version

2.16

Component

Code

Created by

πŸ‡ΊπŸ‡ΈUnited States corE

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @corE
  • πŸ‡ΊπŸ‡ΈUnited States corE
  • πŸ‡ΊπŸ‡ΈUnited States corE
  • πŸ‡ΊπŸ‡ΈUnited States bluegeek9

    Hi corE,

    Thank you for posting the bug.

    Nothing in the logs stands out to me. The 8.x-2.16 update has significant schema additions. More data is being logged, with reports to follow in subsequent releases. It could be an issue creating a table or adding another column. It could also be a query timeout. Do you have a lot of visitors data? How long have you used visitors?

    Another user with a different issue could run the update πŸ› SQLSTATE[23000]: Column visitors_title cannot be null Fixed . The problem could be a bug in visitors or an environmental issue on your end. I would need to see more to tell. You can DM me if you want me to take a closer look.

    8.x-2.16 database schema changes:

    • New table: visitors_counter
    • Additional columns on visitors table:
      • route
      • config_resolution
      • config_pdf
      • config_flash
      • config_java
      • config_quicktime
      • config_realplayer
      • config_windowsmedia
      • config_silverlight
      • config_cookie

    The 8.x-2.17 release will also add more columns to log more data, with additional reports to follow. The 8.x-2.18 release will have minimum or no schema changes.

  • πŸ‡ΊπŸ‡ΈUnited States corE

    @bluegeek9

    Thank you for looking at that.

    The module did eventually take/install after some page refreshes and cache clearing, However, I was spooked not only by the error & abort warning, but by the complete clearing of all the log entries. So this is why I rolled back. If I'm recalling right there was a long hesitation during the update.php.

    Is this normal for the database log messages to be completely cleared? I had a lot of entries in there prior.

    I've used visitors for a while now, it's a very useful tool for many things. I cant say I've ever had a problem updating, but the last two updates I've had issues. I'm also having major issues with captcha module and I'm wondering if there is something in Drupal core causing issues.

    Perhaps I will try uninstalling/reinstalling it. Would you say that might work to avoid any issues?

    Thank you

  • πŸ‡ΊπŸ‡ΈUnited States corE

    PS...

    I just checked my error logs and there was a error/typePHP regarding visitors. I don't know if it is pertinent or helpful - just thought I'd post it:

    Error: Class "Drupal\visitors\EventSubscriber\KernelTerminateSubscriber" not found in Drupal\Component\DependencyInjection\Container->createService() (line 259 of ../core/lib/Drupal/Component/DependencyInjection/Container.php)

    #0 ../core/lib/Drupal/Component/DependencyInjection/Container.php(177): Drupal\Component\DependencyInjection\Container->createService()
    #1 ../core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(136): Drupal\Component\DependencyInjection\Container->get()
    #2 ../vendor/symfony/http-kernel/HttpKernel.php(103): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch()
    #3 ../vendor/stack/builder/src/Stack/StackedHttpKernel.php(32): Symfony\Component\HttpKernel\HttpKernel->terminate()
    #4 ../core/lib/Drupal/Core/DrupalKernel.php(702): Stack\StackedHttpKernel->terminate()
    #5 ../index.php(22): Drupal\Core\DrupalKernel->terminate()
    #6 {main}

  • Status changed to Postponed about 1 year ago
  • πŸ‡ΊπŸ‡ΈUnited States bluegeek9

    No one else has reported this issue. I think there is something different in your environment.

    "Drupal\visitors\EventSubscriber\KernelTerminateSubscriber" was removed. If you are getting this error, it is either cache or something with your enviroment.

    Did you use composer to install Visitors?

  • Status changed to Closed: duplicate about 1 year ago
  • πŸ‡ΊπŸ‡ΈUnited States bluegeek9
Production build 0.71.5 2024