The Composer Resolver Cloud failed with status code 404

[ok99]

Hello again,

ich wollte gerade das Sicherheits-Update von Contao 4.4.46 auf die neue 4.4 vornehmen. Leider ist der CM mit folgender Meldung nach 3596 sec abgebrochen.

Leider habe ich dazu nichts gefunden. Hat hier jemand eine Idee?

Aktiv seit 3596 Sekunden.
The Composer Resolver Cloud failed with status code 404
 Composer Resolver returned an unexpected status code
Response:
{"msg":"Job not found."}

Nachtrag: So sieht die composer.json aus - vielleicht hilft das ja weiter??

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0+",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6|^7.0",
        "bugbuster/contao-grid_16-bundle": "^1.0",
        "contao/calendar-bundle": "4.4.*",
        "contao/comments-bundle": "4.4.*",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "4.4.*",
        "contao/listing-bundle": "4.4.*",
        "contao/manager-bundle": "4.4.*",
        "contao/news-bundle": "4.4.*",
        "contao/newsletter-bundle": "4.4.*",
        "dklemmt/contao_dk_mmenu": "^2.0",
        "mindbird/contao_dk_caroufredsel": "dev-master",
        "terminal42/contao-easy_themes": "^2.2",
        "trilobit-gmbh/contao-cookiebar-bundle": "^1.0"
    },
    "config": {
        "component-dir": "assets"
    },
    "extra": {
        "branch-alias": {
            "dev-4.4": "4.4.x-dev"
        }
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

Vielen Dank für eure Unterstützung.

[mlweb]

Es wird wohl noch eine Weile dauern bis sich alles einpegelt nach den Problemen mit dem Riesenansturm an Anfragen auf die Cloud.

[tab]

Es wird wohl noch eine Weile dauern bis sich alles einpegelt nach den Problemen mit dem Riesenansturm an Anfragen auf die Cloud.

Vielleicht sollten einfach keine Sicherheitsupdates mehr angekündigt werden. Da passiert das regelmäßig.
Ich versuche heute abend auch noch ein paar Updates durchzukriegen bei Webgo. Bei der Gelegenheit wird dann getestet, ob das auf dem Platin-Paket ohne Cloud funktioniert. Falls nicht, was ich fast erwarte, muss ich mir überlegen, ob ich jetzt vielleicht doch auf einen Hosterwechsel hinarbeiten muss. Nachdem jetzt längere Zeit alles problemlos war mit Updates, dank der Composer-Cloud, hatte ich das erst mal aufgeschoben. Jetzt warte ich mal ne Weile, ob wir wieder in so einen stabilen Zustand kommen wie er jetzt längere Zeit war. Falls nicht, muss ich Updates bei Webhostern, die nicht ohne Cloud können, wohl künftig etwas höher einpreisen.

[ok99]

Merkwürdiger Weise habe ich heute auch 4 Projekte problemlos durchbekommen.
Aber bei 2 Projekten jeweils der oben beschriebene Fehler.

Leider habeich aber noch nicht das Problem lokalisieren können.

Ich hoffe noch auf erleuchtende Hinweise hier aus dem Forum.
Mir fällt sonst keine Alternative ein, um das dringend benötigte Update zu machen ....

[tab]

Also meine Webgo-Updates sind problemlos durchgelaufen, dank der fortgeschrittenen Zeit auch in sehr kurzer Zeit. Das hat inklusive Erstellung der Backups für drei Installationen noch keine 20 Minuten gedauert. Ohne Cloud allerdings im Platinpaket leider keine Chance. Sieht jetzt ja schon wieder ziemlich stabil aus, kann der Kunde also meinetwegen bei Webgo bleiben. Bei den Updates selbst hatte ich nur einmal ca 4 Minuten und einmal ca 2 Minuten Wartezeit, beim dritten war ich dann sofort dran. Irgendwelche Hänger gab es nicht, nur einmal bin ich kurz vom Glauben abgefallen, als der Manager behauptet hat, die Aufgabe sei seit einer ca 9-10 stelligen Zahl von Sekunden aktiv. Das ist dann aber nach einigen Sekunden auf 0 gesprungen und dann ganz normal weitergelaufen. Vielleicht eine Zeitdifferenz zwischen Cloudserver und Webserver? Oder wie kommt sowas zustande?

[ok99]

Heute Morgen ist eine Installation wieder gut durchgelaufen, bei einer anderen leider wieder nicht. Immer "Status Code 404".

Welche alternative Möglichkeit upzudaten gibt es denn noch. Früher zu Contao 3 Zeiten, ging es ja noch manuell ....

Hat hier irgendjemand eine Idee oder einen Lösungsansatz?

Braucht ihr noch weiter Informationen?

[tab]

Du kannst die Abhängigkeiten auf einem anderen System auflösen lassen, sei es ein Online-Server / Webhostingpaket oder ein lokaler Rechner. Du brauchst halt ein System, das dir die benötigten 2,5 - 3 GB RAM für PHP zur Verfügung stellt. Moglichst mit der selben PHP-Version, wobei die dritte Versionsnummer in der Regel egal ist. Falls die Versionen nicht übereinstimmen, kann man das unter platform in der composer.json angeben. Zu all dem findest du mit Sicherheit hier im Forum oder in der Dokumentation so einiges.

Edit: Du brauchst dazu auf dem anderen System eigentlich nur die composer.json und composer.lock und Composer. Die restlichen Dateien sind dafür uninteressant. Also jedenfalls muss nicht das ganze Verzeichnis übertragen oder gar eine lauffähige Contao-Installation erstellt werden. Auch die Datenbank wird nicht benötigt. Wenn die Abhängigkeiten auf dem anderen System aufgelöst sind, überträgst du deine composer.json und composer.lock wieder in die Installation, bei der du das Update durchführen willst. Dort gehst du dann in den Contao-Manager und führst unter Systemwartung den Installer aus.

[ok99]

So, ich hätte da eine neue Erkenntnis:

Die fehlerhaften Updates sind nun alle durchgelaufen. Freut mich!

Bei denen, wo es nicht geklappt hat, war PHP 7.1 eingestellt - nach umstellen auf PHP 7.3 liefen die dann durch.

Vielleicht hilft das dem einen oder anderen ja weiter ....