When upgrading from the latest 5.x CCK to a D-6.5 Drupal running CCK 6.x-2.0-RC10, I get 500 errors during the upgrade process.
I using 1and1.com as my host, and I am consequently unable to get error details.
I have attached an un-upgraded copy of my database.
| Comment | File | Size | Author |
|---|---|---|---|
| #1 | lots_of_errors_after_enabling_before_upgrading.png | 345.44 KB | aren cambre |
| db261144649.zip | 332.92 KB | aren cambre |
Comments
Comment #1
aren cambre commentedRough procedure to generate problem:
...and it worked.
So disregard.
Comment #2
aren cambre commentedHmm, well, now I get a 500 error after enabling Views 2.0 final after following the above. I also get a 500 when trying to view admin/build/modules (after enabling Views; didn't happen before), and update.php also fails with a 500.
The first time I got the 500 error, from the report at the very top, I didn't follow your instructions exactly: I upgraded CCK after some other modules. But I am now getting the 500 on the second upgrade attempt when I first strictly followed the CCK upgrade instructions.
Is there some incompatibility between Views 2.0 final and CCK RC10?
Comment #3
yched commentedGetting errors is normal before running the upgrades. This is true for any module.
There is no known incompatibility between latest Views and CCK.
500 errors are always tricky to debug, could be many things. If we don't have a more specific error message from the PHP or Apache logs, there's not much more we can do to help...
Comment #4
aren cambre commented(Updated #2 to add clarity for yched's comment in #3.)
A phpMyAdmin export of all tables is at http://arencambre.com/db234809671.sql.zip.
A copy of my modules directory is at http://arencambre.com/modules.zip. These are site-specific modules, not D6.5 modules.
Comment #5
aren cambre commentedChanging status because I am not sure what more info I can provide at this point.
Comment #6
aren cambre commentedThe plot thickens.
It appears the problem only happens when using the Views UI module. Simply using the Views module alone does not cause the problem.
I do have one 5.x view, and per http://drupal.org/node/322909, individual views appear to not be upgraded automatically--you have to go through steps other than update.php to upgrade individual views.
Still working...
Comment #7
aren cambre commentedNew development: admin/build/modules never gives me a 500 error unless I enable either Views UI 2.0 and 1. Node Reference RC10 or 2. User Reference RC10. I have all other delivered CCK modules enabled.
update.php gives a 500 error after the "Updating x of y" screen if I enable Node Reference, Number, Option Widgets, Text, or User Reference.
Comment #8
aren cambre commentedHas anyone been able to reproduce?
Comment #9
aren cambre commentedUpgrading to Views 2.1 did not fix the problem.
Comment #10
aren cambre commentedUpgrading to Drupal 6.6 did not fix the problem.
Comment #11
aren cambre commentedI re-created the exact same problem on a totally different site that was upgraded from D5. I can provide an SQL GZ of the database upon request.
Something that CCK RC10 is doing on upgrades from D5 is resulting in a database state incompatible with Views UI 2.1. Specifically, I can enable the Views 2.1 module, but I get a 500 error when I try to later enable the Views UI module. The module does not in fact get enabled.
It's difficult for me to diagnose further since I am on 1and1.com.
Comment #12
aren cambre commentedOops, title not really correct.
Comment #13
yched commentedSorry, but I cannot reproduce with my D5 upgrade setup.
As I explained above, a 500 error provides no meaningful info in itself. "If we don't have a more specific error message from the PHP or Apache logs, there's not much more we can do to help..."
Maybe try latest CCK-dev ? There have been a few changes in the way userref / noderef modules interact with Views.
In #11 : "The module does not in fact get upgraded"
What do you mean exactly ? Which module ? and what makes you think it doesn't get updated ?
Comment #14
aren cambre commentedyched,
Did you try the database I provided?
As for #11, I just corrected it. Should have written "enabled," not "upgraded." Sorry!
Comment #15
yched commentedI cannot reproduce with the elements (db dump + modules folder) provided in #4. Really sorry, but this must really be something related to your host, and the error message doesn't provide enough information for me to work with.
Maybe simply try raising PHP's memory ?
Setting title to a less general, less dramatic title, as this has not been reported elsewhere :-(
Comment #16
aren cambre commentedI whipped up a VM last night, but I haven't had a chance to try it. Changing the status until I can get back with you.
PHP memory has alternately been at 16MB and 24MB with no effect.
Comment #17
hass commentedI think you need more memory for this two modules... try 32MB or 48MB and check your PHP and Apache logs.
Comment #18
aren cambre commentedTried 64MB last night. No bueno.
I am still getting the VM running. (Time was too limited last night.) Once I have that down solidly, I'll try it on the VM. That way I can give you logs.
Comment #19
aren cambre commentedI got it working locally on XAMPP on Windows Vista with no errors. Looks like this is a problem with 1and1.com, my web host. I checked .htaccess files down to the root of my site, and I checked php.ini, and I could find nothing unusual.
I am OK if you want to close out this issue now.
Comment #20
abx commentedWhat PHP version that you use on 1and1? If not 5, then, try it with 5. It's not only version but there is some configuration changed. (Ex. Register Global = Off / On, etc.)
Just put either line above (I put both and it works fine) into .htaccess.
Comment #21
aren cambre commentedabx: Thanks. I had it that way originally, and I tried it without that (defaults to PHP4), and nothing worked.
I authored Register globals should be disabled in February. :-)
Comment #22
yched commentedOK, closing then. Good luck with this...
Comment #23
aren cambre commentedFor the record, this is still happening with CCK 6.x-2.0 final.
Comment #24
ivanmilos commentedHello!
I had a similar conflict between CCK 6.x 2.0 and Views 2 on a fresh drupal installation. It seems it was somehow caused by DHTML Menu module. Disabling DHTML Menu solved my problem. It was a strange bug. I had the problem only on my live server (a Croatian hosting provider), not on my localhost testing server. Installed PHP and MySQL versions were the same on localhost and on the live server.
So, do you have DHTML Menu installed?
Comment #25
aren cambre commentedI have not run DHTML Menu and was having the problem with a minimal set of menus.
Thanks for pointing out that module! It appears to be better than the now-unsupported ActiveMenus module.
Comment #26
mirrors commentedAny progress on resolving this? I keep coming up with the same issue on clean installs of CCK and Views. Any help would be useful.
Comment #27
Kingscoop commentedPost no 20 solved this issue for me completely. I'm using 1and1 and PHP was 4.4.9
AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php
I had tried the top line previously as recommended elsewhere but that crashed the complete site. Adding the second line has got me going again.
Thank goodness for this forum and the people posting the answers.