Core-Aktualisierung mit drush

Hallo.
Probier mal drush up drupal --verbose. Dann ist drush etwas gesprächiger und Du siehst eventuell, woran es liegt.

Danke für den Tipp. Habe das gleich mal ausprobiert. Aber mehr verwertbare Informationen, habe ich leider nicht erhalten. Vielleicht erwarte ich ja auch zu viel. Aber ich hatte mir vorgestellt, dass mit drush up drupal auch die Verzeichnisse auf den neuesten Stand gebracht werden. Leider bisher Fehlanzeige.

Gruß
Gerald.

Poste die Ergebnisse doch mal hier (am Besten auch mit Option "--debug"). Ich hatte auch schon ab und zu das gleiche Problem und konnte es dann ziemlich schnell mit einem Blick in die Ausgabe von drush bzw. auf die Fehlermeldungen im errorlog von PHP beheben.

PS: eine Suche nach "drush up backups restored successfully" liefert ziemlich viele recht hilfreiche Treffer ...

In die php errorlog habe ich noch nicht reingeschaut. Muss die erstmal suchen.
mit drush --verbose up drupal bekomme ich folgende Meldungen:

Downloading release history from d/d/d [notice]
Executing: wget -q --timeout=30 -O /tmp/download_fileXgk3fU d/d/d
Executing: curl -s -L --connect-timeout 30 -o /tmp/download_fileXgk3fU d/d/d
Undefined variable: xml updatexml.inc:376 [notice]
Could not download project status information from d/d/d [error]
Undefined index: drush drush.inc:198 [notice]
Invalid argument supplied for foreach() drush.inc:198 [warning]
drush self-update check: drush 5.0-dev is up-to-date. [notice]
Code updates will be made to drupal core.
WARNING: Updating core will discard any modifications made to Drupal core files, most noteworthy among these are .htaccess and robots.txt. If you have made any modifications to these files, please back them up before updating so that you can re-create your modifications in the updated version of the file.
Note: Updating core can potentially break your site. It is NOT recommended to update production sites without prior testing.

################

Gruß
Gerald.

Da steht doch schon der Grund. Weder wget noch curl können innerhalb der (durch die php.ini) maximal erlaubten 30 Sekunden die erforderlichen Dateien herunterladen.
Und noch etwas Anderes macht mich stutzig: "Downloading release history from d/d/d". Das sieht auch nicht normal aus.

Danke für den Hinweis, ja, daran könnte es liegen. Da sage ich sonst immer allen Kollegen, die sollen die Fehlermeldungen genau lesen und dann passiert mir das selbst. Wäre ich alleine wahrscheinlich ewig nicht drauf gekommen.
Vielen Dank für den Hinweis. Werde mich hier wieder melden, wenn ich das ausprobiert haben.

Gruß
Gerald

Auf welchen Wert müsste ich denn eigentlich gehen? Hast Du da Erfahrungen. In der Drush-Dokumentation konnte ich da bisher noch nichts finden.

Gruß
Gerald.

hatte grad den selben fehler.
bin einfach auf version 4.5 zurück und dann hat es geklappt.

Welchen Fehler denn genau. Hatte nämlich vorher auch die 4.5 und es lief trotzdem nicht. Ich werde jetzt aber mal abwarten, ob es funktioniert, wenn ich die Einstellung in der php.ini ändere.
Gibt es eigentlich einen Drush-Befehl, der von Version 5 auf 4.5 upgraded?

Gruß
Gerald.

hab den ordner einfach ersetzt und die rechte wieder angepasst

Bin heute auch darüber gestolpert. Bei mir war der Fehler, dass Drush den Status eigener Module (Features) nicht checken konnte (wie auch) und daher das Backup des Moduls zurückrollte (in meinem Fall Views). Die 5er Version von Drush soll den Fehler wohl beheben, ist in der Version vom 29.12. bei mir aber buggy (Invalid argument supplied for foreach() drush.inc:199). Die Version "All-versions-4.x-dev" hat es dann getan. Die anderen Gründe (Time-Out, Dateirechte) solltest du vorher ausschließen.

Beschreibung _meines_ Fehlers: http://drupal.org/node/1196972

Grüße, rokr

Der letzte Hinweis auf die Version "All-versions-4.x-dev" war wohl der entscheidende. Habe vorher noch einmal alles probiert und zuletzt auf diese Version aktualisiert. Dann hat es geklappt und ging super schnell. Vielen Dank an alle, die hier gepostet haben.

Gruß
Gerald.