The update process was aborted prematurely while running update #5201 in date.module. All other errors have been logged. You may need to check the watchdog database table manually.

    * Main page
    * Administration pages

The following queries were executed
date module
Update #5200

    * UPDATE {system} SET weight = 1 WHERE name = 'date'

Then in watchdog there are no error logs. Db info:
psql (PostgreSQL) 8.1.11
contains support for command-line editing

To do a little debug work I did some investigating:

drupaldb=# select * from system where name='date';
                filename                 | name |  type  |                description                | status | throttle | bootstrap | schema_version | weight 
-----------------------------------------+------+--------+-------------------------------------------+--------+----------+-----------+----------------+--------
 sites/all/modules/date/date/date.module | date | module | Defines CCK date/time fields and widgets. |      1 |        0 |         0 |           5200 |      1
(1 row)

Running the failed command manually creates no error.

Comments

fumanchu182’s picture

I did some more digging, found repeated lines in the installs between 5102 and 5200, take a look at the following code:

/**
 * Make sure date module loads after date_api.
 */
function date_update_5102() {
  variable_del('date_version');
  $ret[] = update_sql("UPDATE {system} SET weight = 1 WHERE name = 'date'");
  return date_db_integrity('5103');
}

/**
 * Data integrity update, moved to Version 2 because it can make
 * lots of db changes and we want people to be prepared for a
 * significant change.
 */
function date_update_5103() {
  $ret = array();
  return $ret;
}

/**
 * Move these caches from 'cache' to 'cache_views' so they get cleared
 * automatically whenever views_invalidate_cache() is called.
 */
function date_update_5104() {
  $ret = array();
  cache_clear_all('date_browser_views', 'cache');
  return $ret;
}

/**
 * Version 5.2 updates.
 */
function date_update_5200() {
  $ret = array();
  module_enable(array('date_timezone'));

  // Make sure date module loads after date_api.
  $ret[] = update_sql("UPDATE {system} SET weight = 1 WHERE name = 'date'");

This line is called twice:

$ret[] = update_sql("UPDATE {system} SET weight = 1 WHERE name = 'date'");
karens’s picture

Status: Active » Closed (duplicate)

This is a duplicate of http://drupal.org/node/284455, which I just fixed this morning. The duplicates in the updates are not a problem, they're there because some people updated to the 5.2 version where update 5200 is before doing the earlier update.

fumanchu182’s picture

Status: Closed (duplicate) » Fixed

Marking as fixed per the maintainers reply.

Anonymous’s picture

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.