Posted by rfay on December 13, 2010 at 2:01am
7 followers
Jump to:
| Project: | Drupal.org infrastructure |
| Component: | qa.drupal.org |
| Category: | bug report |
| Priority: | critical |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
Examples for Developers D6 is completely dead in the water due to " [MySQL] Drupal installation failed.". http://qa.drupal.org/pifr/test/29468.
I haven't been able to recreate this locally no matter what I do and have no clue where to go from here.
Comments
#1
I can also not duplicate this locally. Tests run fine.
#2
On December 2nd contrib patch testing was still fine for chessboard. December 11th testing was dead ( [MySQL] Drupal installation failed.) In between something must have changed in the infrastructure?
EDIT: It seems that the infrastructure still performed on December 10th for examples: http://qa.drupal.org/pifr/test/112994
#3
Subscribe.
I have seen this problem too on the Storm project - http://qa.drupal.org/pifr/test/32233.
#4
Subscribe - it's the same for rules #940820: Warning: missing argument on the rules scheduler page.
#5
#6
I wonder if contrib testing runs on latest CVS instead of 6.19. It appears Drupal 6 installation code was broken between December 9th and 15th. If that was the cause then things should start working again soon...
#7
That would be it. The issue at fault is #147000: Rewrite module_rebuild_cache() and system_theme_data() which errors on install.
#8
Yes, that fixed it.
You'll probably have to kick your D6 test in the head on qa to force a new test if your branch has failed. Let me know if you need help.
Amazing that I never thought about D6 *failing the install*. I didn't realize we used the tip of CVS, which I should have.
#9
Automatically closed -- issue fixed for 2 weeks with no activity.
#10
I'm getting this problem with an Ubercart patch. Currently looking for solutions.
http://drupal.org/node/613498#comment-5404546
#11
Please create new issues in http://drupal.org/project/testbot for this sort of thing.
Note that your patch might be able to force installation to fail... You should look through the list of modules installed in the log to see if there's something wrong there.
#12
Will do in the future @rfay.
It appears you re-queued my patch for testing and it passed. Could you fill me in what needed to be fixed in case I run into this in the future, I can resolve it myself.
#13
Here's what I said in my email to you. Beyond your patience with me and pointing out the existence of uberpaltw, there was nothing you could do. Every so often somebody checks in a rogue "install profile" like this and breaks dependency generation.
I have removed uberpaltw from the dependency generation (http://drupal.org/node/1327352#comment-5406890) and removed its existing badness (http://drupal.org/node/1276914#comment-5406880). This problem should be resolved by http://drupal.org/node/1325654 when it gets deployed.
I also unpublished the uberpaltw release and created an issue in the queue requesting that they make a real install profile.
The dependencies for Ubercart 6.x-2.x are now:
drush pdsd ubercart 6.x-2.x-dev
Array
(
[208375] => Array
(
[uri] => token
[version] => 6.x-1.x-dev
[tag] => 6.x-1.x
)
[1108404] => Array
(
[uri] => google_analytics
[version] => 6.x-3.3
[tag] => 6.x-3.3
)
)
#14
Thanks for making this public and dealing with me via email. I know the redundancy is annoying, but now at least the problem and solution will be available in the future for others to read about (and hopefully not pester you with, in an ideal land).
Thanks for all your help with this @rfay.