The 'Reported installs' for the hostmaster project is 3 (2x D6 and 1x D7) ... which is incorrect .. I alone am running more then that ;)

The hosting project shows 501 installs which could be true. And most of those will have the hostmaster profile.

Other distributions do have more realistic numbers ... so what's wrong?

In the early D6 time we had the update status module disabled by default which explains the limited number of D6 installs.

In Drupal Commons it's listed on admin/reports/update, but not as module in drush pm-list. Hostmaster is listed in neither.

commons.profile:

/**
 * Implements hook_update_projects_alter().
 */
function commons_update_projects_alter(&$projects) {
  // Enable update status for the Commons profile.
  $modules = system_rebuild_module_data();
  // The module object is shared in the request, so we need to clone it here.
  $commons = clone $modules['commons'];
  $commons->info['hidden'] = FALSE;
  _update_process_info_list($projects, array('commons' => $commons), 'module', TRUE);
}

Porting to hostmaster did not make it appear on admin/reports/updates

Could #2750361: Add exclusive and distribution_name info be related? I had it on one dev server for a few weeks which could explain the recent '1' for D7

CommentFileSizeAuthor
#7 reported_installs_for-2754657-7.patch702 byteshelmo

Comments

helmo created an issue. See original summary.

drumm’s picture

Project: Drupal.org customizations » Drupal.org infrastructure
Version: 7.x-3.x-dev »
Component: Miscellaneous » Updates System
drumm’s picture

helmo’s picture

Issue summary: View changes

#2750361: Add exclusive and distribution_name info is in the stable release now for a few weeks, but D7 usage still shows a '1' :(

drumm’s picture

Status: Active » Postponed (maintainer needs more info)

I checked yesterday's raw logs for sites checking the hostmaster project:

$ sudo grep '/hostmaster/.*site_key' /data/logs/fastly/updates-syslogs/2016.07.21.fastly
2016-07-21T06:53:35Z cache-sin6922 fastlyupdates[126438]: 175.41.147.10 | "-" | "-" | 2016-07-21 | 06:53:34 +0000 | GET /release-history/hostmaster/6.x?site_key=[not valuable, redacted anyway]&version=6.x-1.11 | 200 | (null) | Drupal (+http://drupal.org/)
2016-07-21T06:53:34Z cache-sea1927 fastlyupdates[80541]: 175.41.147.10 | "-" | "-" | 2016-07-21 | 06:53:34 +0000 | GET /release-history/hostmaster/6.x?site_key=[not valuable, redacted anyway]&version=6.x-1.11 | 200 | (null) | Drupal (+http://drupal.org/)

So the Drupal.org side looks like it is processing accurately.

Can you debug https://api.drupal.org/api/drupal/modules%21update%21update.fetch.inc/fu... and see what URLs are going through drupal_http_request()?

helmo’s picture

Project: Drupal.org infrastructure » Hostmaster (Aegir)
Version: » 7.x-3.x-dev
Component: Updates System » Miscellaneous
Status: Postponed (maintainer needs more info) » Needs work

Thanks drumm. I've traced the drupal_http_request and can confirm that it's just not sending any for hostmaster.

So the 'Reported installs' is actually 3 :(

I ported the function from commons in #0 and that looks better.

helmo’s picture

Status: Needs work » Needs review
StatusFileSize
new702 bytes
memtkmcc’s picture

The BOA Aegir variant install base alone is over 725 Aegir servers, not even counting all the instances we host... and we do force the update module as disabled, previously on Aegir 2.x and now on 3.x

  • helmo committed 9d7d1cc on 7.x-3.x
    Issue #2754657 by helmo: Reported installs for the hostmaster project is...
helmo’s picture

Status: Needs review » Fixed

Applying the has increased the reported number :)

Committed.

Status: Fixed » Closed (fixed)

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