file_get_contents(/proc/version): failed to open stream: Permission denied

Info von alfahosting:

wir haben den Fehler erkannt, und prüfen ob eine Änderung der Serverkonfiguration aus Sicherheitsaspekten möglich ist. Parallel wurde ja auch ein Bug-Report für die Ursache im Composer eröffnet (https://github.com/composer/composer/pull/10080) und gefixt, daher wird sich das Problem mit der nächsten Composer Version erledigen. Die Prüfung auf unserer Seite läuft, da wir aber Aufgrund der ISO Zertifizierung nicht ohne weiteres Sicherheitseinstellungen serverweit anpassen können, wird dies noch einige Tage in Anspruch nehmen. Es kommt daher jetzt im Prinzip nur darauf an welche Lösung früher eintritt.

Tut mir leid für die dumme Frage, aber ist schon bekannt wann das Composer Update ausgerollt wird?
Der Bug ist laut Github zumindest schon behoben: https://github.com/composer/composer/pull/10080

PS. Problem besteht ebenfalls bei Hostnet, wenn über den Contao Manager installiert wird.

Viele Grüße aus München
Andi

Zitat:

---

Zitat von ke-an

Tut mir leid für die dumme Frage, aber ist schon bekannt wann das Composer Update ausgerollt wird?
Der Bug ist laut Github zumindest schon behoben: https://github.com/composer/composer/pull/10080

PS. Problem besteht ebenfalls bei Hostnet, wenn über den Contao Manager installiert wird.

Viele Grüße aus München
Andi

---

Es gibt keine dummen Fragen.

Hallo Zusammen,

ich komme leider auch nicht weiter - ich check ehrlich gesagt auch nicht wie ich es über ssh anstoße (installation)

Viele Grüße

Alex

Zitat:

---

Zitat von Alok

Info von alfahosting:

wir haben den Fehler erkannt, und prüfen ob eine Änderung der Serverkonfiguration aus Sicherheitsaspekten möglich ist. Parallel wurde ja auch ein Bug-Report für die Ursache im Composer eröffnet (https://github.com/composer/composer/pull/10080) und gefixt, daher wird sich das Problem mit der nächsten Composer Version erledigen. Die Prüfung auf unserer Seite läuft, da wir aber Aufgrund der ISO Zertifizierung nicht ohne weiteres Sicherheitseinstellungen serverweit anpassen können, wird dies noch einige Tage in Anspruch nehmen. Es kommt daher jetzt im Prinzip nur darauf an welche Lösung früher eintritt.

---

Du kannst bzw. ihr könnt an Alfahosting bzw. Hostnet schreiben, dass es nicht notwendig ist die Sicherheitseinstellungen anzupassen. Es ist ok keine Leserechte für /proc/version zu vergeben. Allerdings muss gewährleistet sein, dass

PHP-Code:

---

is_readable('/proc/version') 


---

über den Web Prozess dann auch wirklich false zurück gibt. Andernfalls kann das auch in anderen Applikationen zu Problemen führen. Die Hoster müssen ja einsehen, dass es nicht korrekt sein kann, wenn dieser Aufruf true zurück gibt.

Zitat:

---

Zitat von spacefront

Hallo Zusammen,

ich komme leider auch nicht weiter - ich check ehrlich gesagt auch nicht wie ich es über ssh anstoße (installation)

Viele Grüße

Alex

---

ich habe heute ein Update bei Alfahosting gemacht... waren einige Umwege notwendig

Wenn per SSH auf Konsole verbunden, dann per "cd verzeichnis" zu Deinem Contao-Projektverzeichnis wechseln...

gehen davon aus, PHP 7.4 ist aktiv mit "php -v" testen

Update:
Versuch 1
/usr/bin/php7.4 -d memory_limit=-1 -d max_execution_time=900 web/contao-manager.phar.php composer update -v
ist bei mir abgebrochen

Versuch 2
erst
wget https://getcomposer.org/composer.phar
dann
/usr/bin/php7.4 -d memory_limit=-1 -d max_execution_time=900 composer.phar update -v
ist bei mir abgebrochen

Versuch 3
composer.json local gezogen und composer update gemacht - die neue composer.lock auf Server einspielen
dann
/usr/bin/php7.4 -d memory_limit=-1 -d max_execution_time=900 composer.phar install -v
gab einige Errors ... nach ca. 5 Versuchen lief es durch

DB Update
Versuch 1
/usr/bin/php7.4 vendor/bin/contao-console contao:migrate
ist bei mir abgebrochen - DB error bzw. nicht erreichbar

Versuch 2
install.php aufgerufen
nach drei bis vier mal Aufruf dann alles ok.


uff ... ^^

Du kannst die composer.lock auch einfach von Contao-Manager erzeugen lassen und danach einfach das composer install aus der Konsole starten, egal ob mit der contao-manager.phar.php oder einer "echten" composer.phar. Musst du nicht mal was hin- und herkopieren, außer vielleicht den Befehl aus dem contao-manager raus auf die Kommandozeile. ;)
Dass die is_readable true zurückgibt ist zwar blöd und sollte man besser vermeiden, es ist aber durchaus bekannt, dass die Funktion offenbar ihren eigenen Kopf hat und nicht immer das zurückgibt, was man erwarten würde. Da gabs auch schon mal Probleme wenn Zugriffsrechte über ACL geändert wurden, hat wohl jahrzehntelange Tradition. Allerdings war da das Problem wohl anders rum, was hier jetzt keinen Fehler erzeugt hätte. Die Datei war also lesbar, obwohl is_readable false zurückgegeben hat. Das wäre in unserem Fall hier gar nicht aufgefallen :);)

Ich muss einige Webseiten die bei alfahosting habe updaten und hab das gleiche Problem mit dem composer. Weiß jemand wie lange voraussichtlich so ein update von dem Composer dauern kann? Danke für eine Antwort im Voraus

Zitat:

---

Zitat von madmoses

Ich muss einige Webseiten die bei alfahosting habe updaten und hab das gleiche Problem mit dem composer. Weiß jemand wie lange voraussichtlich so ein update von dem Composer dauern kann? Danke für eine Antwort im Voraus

---

Dafür gibt es keinen Zeithorizont. Kontaktiere Alfahosting: https://community.contao.org/de/show...l=1#post549157

Zitat:

---

Zitat von Spooky

Dafür gibt es keinen Zeithorizont. Kontaktiere Alfahosting: https://community.contao.org/de/show...l=1#post549157

---

Ich habe den Support von alfahosting deinen Link geschickt.

Folgende Antwort kam zurück (Sehr geehrter Herr Moser,vielen Dank für Ihre Anfrage. Am Ende ist es ein bekannter Fehler im Composer

https://github.com/composer/composer/pull/10080

Solange dazu kein Update eingespielt wird, müssten Sie wohl wie folgt vorgehen:



Dann habe ich nochmal auf deinen Link hingewiesen mit dem zusätzlichen Hinweis, dass es ja auf einem aktuellen Paket funktioniert und dann bekam ich diese Antwort: (Sehr geehrter Herr Moser,

die neue Tarifgeneration basiert auf einer komplett anderen technischen Infrastruktur, weshalb es dort ggfs. nicht zu den Problemen kommt.)

Aber trotzdem danke für die Antwort Spooky

Zitat:

---

Zitat von madmoses

Am Ende ist es ein bekannter Fehler im Composer

---

Nein, der Fehler liegt nicht wirklich bei Composer. Composer hat im Endeffekt nur einen Workaround eingebaut.

Da würde ich doch als Kunde ganz offen fragen, ob es denn nicht möglich sei, mich auf die "neue Tarifgeneration" umzustellen. Oder man muss halt eine Weile mit den in mehreren Threads hinlänglich beschriebenen Workarounds auskommen, bis die Änderung in einer neuen Composer Version und dann auch im Contao-Manager angekommen ist. Falls die "alte Tarifgeneration" allerdings keinen SSH-Zugang beinhaltet und der Hoster einen nicht auf die "neue Tarifgeneration" umstellt, hat man aber momentan wohl die A****-Karte gezogen. Diese würde ich dann in so einem Fall bei nächster Gelegenheit an den Hoster weitergeben.

Zitat:

---

Zitat von dieschlein

Hi, vielen Dank für die Anleitung. Der Befehl, den ich kopieren muss, ist dann qausi nur was in Zeile 1 der Fehlermeldung steht, richtig?
Anhang 24866

---

Ich bin auch von diesem Problem bei alfahosting betroffen! Habe das Update (von 4.9.13 auf 4.9.20) wie oben beschrieben in SSH durchgeführt, aber es wird im Contao-Manager nur die 4.9.13 angegezeigt mit dem Hinweis auf die 4.9.20. Also geänderte Dateiversionen der contao-bundle werden nicht eingespielt. Muss ich vorher in json oder lock etwas ändern?

und jetzt? Geht's irgendwie weiter?
Ich stehe mit dem Contao-Manager vor dem gleichen Problem bei alfahosting...

Roland

Zitat:

---

Zitat von RoGer

und jetzt? Geht's irgendwie weiter?
Ich stehe mit dem Contao-Manager vor dem gleichen Problem bei alfahosting...

Roland

---

-> https://community.contao.org/de/show...l=1#post549157

Es geht immer irgendwie weiter. Falls nicht, muss man sich überlegen, wie man es zum weitergehen bringt.
Für die Zwischenzeit würde ich vermuten, wer von den hier im Thread Betroffenen einen SSH-Zugang hat, der kann sich behelfen, indem er den im Contao-Manager unter composer install angezeigten, letztendlich mit Fehlermeldung beendeten Befehl in der Konsole, entweder mit einer runtergeladenen composer.phar oder auch mit dem im Contao-Manager enthaltenen composer ausführt, nachdem der Contao-Manager im ersten Schritt ja schon eine passende composer.lock erzeugt hat.
Siehe auch weiter oben im Thread.
Edit: Und wer keinen SSH-Zugang hat, der hat eben bis auf weiteres verloren, bis entweder Alfahosting oder der (Noch-) Kunde was ändert oder Composer die neue Version mit der Änderung rausbringt.

Zitat:

---

Zitat von tab

Es geht immer irgendwie weiter. Falls nicht, muss man sich überlegen, wie man es zum weitergehen bringt.

---

Einfach den Hoster (weiterhin) kontaktieren. Auf den Punkt von mir gibt es ja bis jetzt noch keine richtige Antwort.

Die Antwort von alfahosting von heute 17:00 Uhr:

"Die eigentliche Ursache liegt in einem Fehler im Composer (https://github.com/composer/composer/pull/10080), und wird mit der nächsten Version, die es vermutlich in den nächsten Tagen geben wird, behoben sein > https://github.com/composer/composer/releases. Wir werden daher die Sicherheitseinstellungen auf unserem Server nicht anpassen."

Hoffentlich ist die Vermutung richtig. Sonst kann ich ja lange warten...

Ja. Und wenn der Hoster keine Lösung anbieten kann oder will, dann ... (es gibt notfalls noch genügend andere).

Beispiel bitte... Auch für 3,99 Euro?

Zitat:

---

Zitat von RoGer

Die Antwort von alfahosting von heute 17:00 Uhr:

"Die eigentliche Ursache liegt in einem Fehler im Composer (https://github.com/composer/composer/pull/10080), und wird mit der nächsten Version, die es vermutlich in den nächsten Tagen geben wird, behoben sein > https://github.com/composer/composer/releases. Wir werden daher die Sicherheitseinstellungen auf unserem Server nicht anpassen."

Hoffentlich ist die Vermutung richtig. Sonst kann ich ja lange warten...

---

Wie bereits beschrieben ist es kein Fehler in Composer. Composer hat lediglich einen Workaround eingebaut. Siehe meine vorherigen Posts. Du musst den Hoster weiterhin kontaktieren.

Warum soll ich den Hoster weiterhin kontaktieren? Soll ich dem immer wieder das Gleiche schreiben ?
Macht nicht wirklich Sinn!

Doch natürlich macht das Sinn. Du kannst dem Hoster das schreiben, was ich geschrieben habe, nämlich das der Fix im Composer nur ein Workaround zum eigentlichen Problem ist und nach wie vor das hier gilt: https://community.contao.org/de/show...l=1#post549157

Wenn dem Hoster Kundenzufriedenheit also wichtig ist, dann kann der Hoster das Problem weiter analysieren, anstatt die Kunden darauf warten zu lassen, dass einerseits Composer eine neue Version veröffentlicht und andererseits dann der Contao Manager eine neue Version veröffentlicht. Das Problem hat ja auch nichts direkt mit Composer oder dem Contao Manager zu tun, sondern kann auch in anderen PHP Applikationen theoretisch zum Problem werden. Es liegt daher im Interesse des Hosters hier tätig zu werden.

Du kannst an das Thema auch völlig unabhängig von Contao, dem Contao Manager oder Composer herangehen. Erzeuge dir eine test.php unter irgendeiner Domain im DocumentRoot (muss keine Contao Installation sein, kann auch völlig leer sein) mit folgendem Inhalt:

PHP-Code:

---

<?php

ini_set('display_startup_errors', 1);
ini_set('display_errors', 1);
error_reporting(-1);

if (is_readable('/proc/version')) {
    echo file_get_contents('/proc/version');
} else {
    echo '/proc/version is not readable';
}

---

Rufe dann diese Testdatei über deinen Web Browser mit http://example.com/test.php Datei auf. Wenn dann auch der Fehler

Code:

---

file_get_contents(/proc/version): failed to open stream: Permission denied

---

ausgegeben wird, dann kannst du dem Hoster die URL zu dieser Datei schicken mit dem Hinweis, dass dieser Fehler eigentlich nicht auftreten sollte.

Naja, ist halt wie immer. Keiner ist schuld, es sind immer die Anderen. Wir schieben es auf Alfahosting, Alfahosting schiebt es auf Composer, Composer könnte sagen interessiert uns nicht oder es auf PHP schieben, PHP hat sich aber dagegen abgesichert, indem sie in die Doku schreiben, dass is_readable nicht in jeder Konstellation so funktioniert, wie man es eigentlich erwarten würde. Man hätte natürlich auch die Funktion is_readable so abändern können, dass sie immer funktioniert. Das scheint aber relativ kompliziert zu sein. Dankenswerterweise hat jetzt das Composer-Team sich der Sache angenommen und das Problem für alle Verursacher gefixt. Wann das entsprechende Release rauskommt wird sich weisen, ich schätze mal vorsichtig in 1-3 Wochen. Natürlich muss das dann in den Contao-Manager auch erst eingebaut und getestet werden, denn diese kleine Änderung ist ja nicht die einzige die in dem neuen Composer-Release enthalten sein wird.

Alfahosting hätte auch eine Änderung machen können, die das Problem behebt, zieht es aber vor, sich auf Composer zu verlassen. Es ist aber ein seltener Anwendungsfall und das Problem (ins Blaue geraten) verursacht durch die spezielle Konfiguration des Alfahosting Webhostings. Das will man nun freilich nicht wegen eines seltenen Anwendungsfalls ändern, weil es Arbeit und möglicherweise Ärger mit Kunden, deren System für eine gewisse Zeit nicht verfügbar wäre und die man wohl alle benachrichtigen müsste, mit sich bringen würde. Da wägt man halt ab und hat zum Glück mit Composer jemand anders gefunden, der das Problem für einen "löst". Natürlich ist das Problem damit nicht gelöst! Man könnte als Anwender/Kunde morgen ein oder zwei Einzeiler-PHP-Skripte schreiben, die über das Problem ebenso stolpern würden wie Composer. Aber darauf wird es wohl hinauslaufen, das sagt mir jedenfalls meine Glaskugel ;).

Zitat:

---

Zitat von RoGer

Beispiel bitte... Auch für 3,99 Euro?

---

Webhosting 2000 z.B. https://www.netcup.de/hosting/

Aber die Kosten für ein Webhosting sind nicht alles. Problemlose Installation und Updates von Contao können wesentlich entscheidender sein als der Preis fürs Webhosting. Mit dem oben genannten Paket hatte ich für kleine Websites noch keine Probleme. Normal empfehle ich meinen Kunden All-Inkl. ab Tarif Premium (wegen ssh-Zugang) oder Hostingwerk. Das ist aber dann etwas teurer.

Für 3,99 bekommst du bei Aktionen auch locker mal ein Webhosting 4000. Meins kostet jedenfalls nur 3,33. So günstig wird es wohl nimmer so schnell werden, aber unter 3,99 bestimmt. Spätestens am Black Friday oder vielleicht auch schon vorher mal zwischendurch.

Ich habe nachfolgende Info von Alfahosting auf meine Test.php erhalten.

Scheinbar nutzen Sie Contao. Dieses Problem ist ein bekannter Bug im Composer, der vom Contao Manager verwendet wird. Wir hatten diesen von ca. 2 Wochen bei Composer gemeldet und dort wurde er auch bereits behoben. Sobald dieser Fix im Contao Manager einfließt, funktioniert es wieder.
Alternativ kann ich auch einen Umzug in unsere neue Webhosting Generation anbieten, wo dies aufgrund einer neuen Sicherheitsarchitektur kein Problem mehr darstellt.
Einen Umzug können Sie sofort durchführen. Ansonsten planen wir auch eine automatische Umstellung auf die neue Generation für unsere Bestandskunden. Derzeit kann ich Ihnen leider kein Zeitfenster nennen, wann dies geschehen wird.
Mit freundlichen Grüßen
Nico Repert
Kundenbetreuung
Alfahosting GmbH

Das ist jetzt natürlich sehr spannend: Ein Problem in einem Skript das nicht mal weiss wie man Composer schreibt wird verursacht durch einen Fehler in Composer :confused::rolleyes:. Wer das bei Composer gemeldet hat wissen wir auch. Nun gut, Alfahosting zeigt auf Composer -> vier Finger zeigen auf Alfahosting. Seltsamerweise keiner auf PHP. Seis drum.

Zitat:

---

Zitat von Norbert001

Ich habe nachfolgende Info von Alfahosting auf meine Test.php erhalten.

Scheinbar nutzen Sie Contao. Dieses Problem ist ein bekannter Bug im Composer, der vom Contao Manager verwendet wird. Wir hatten diesen von ca. 2 Wochen bei Composer gemeldet und dort wurde er auch bereits behoben. Sobald dieser Fix im Contao Manager einfließt, funktioniert es wieder.
Alternativ kann ich auch einen Umzug in unsere neue Webhosting Generation anbieten, wo dies aufgrund einer neuen Sicherheitsarchitektur kein Problem mehr darstellt.
Einen Umzug können Sie sofort durchführen. Ansonsten planen wir auch eine automatische Umstellung auf die neue Generation für unsere Bestandskunden. Derzeit kann ich Ihnen leider kein Zeitfenster nennen, wann dies geschehen wird.
Mit freundlichen Grüßen
Nico Repert
Kundenbetreuung
Alfahosting GmbH

---

Schreib denen bitte zurück, dass deine test.php nichts mit Composer oder Contao zu tun hat ;)

Zitat:

---

Zitat von Spooky

Schreib denen bitte zurück, dass deine test.php nichts mit Composer oder Contao zu tun hat ;)

---

Habe Alfahosting darüber informiert.

Die Antwort von Alfahosting.

Sehr geehrter Herr Schmehl,

der Serverpfand /proc/version ist gesperrt, bei unserer alten Webhosting-Plattform funktioniert dies derzeit nicht, aufgrund unserer Sicherheitsvorkerungen, die hier aufgrund der Serverarchitektur anders geregelt sind als auf unserer neuen Plattform und bei vielen anderen Anbietern, bei denen es ebenfalls funktioniert.
Wir bitten um Ihr Verständnis, dass wir die Sicherheitsvorkehrungen für diese Funktion nicht aufweichen können.
Sie könnten nun auf die neue die neue Tarifgeneration wechseln. Für das Upgrade auf die neue Tarifgeneration ist ein Serverwechsel nötig, bei welchem leider keine Daten automatisch übernommen werden können. Diese müssten Sie also selbst sichern und in den neuen Tarif überführen. Wir stellen Ihnen dafür aber gern einen parallelen Zugang für 14 Tage zur Verfügung.
Ausführlich ist das hier erklärt: https://alfahosting.de/antworten-auf-ihre-fragen?cid=111&id=581#a581
Ende dieses Jahres beginnen wir natürlich auch für unsere Bestandskunden die aktuellen Tarifkonditionen bereitzustellen. Die Umstellung erfolgt dabei im Hintergrund komplett automatisch durch uns. Da es jedoch weit über 100.000 Tarife sind, kann die Umstellung nur gestaffelt erfolgen, weshalb dies auch viel Zeit in Anspruch nehmen wird.
Mit freundlichen Grüßen
Sebastian Treu
Kundenbetreuung
Alfahosting GmbH

Du könntest folgendermaßen antworten:

Dass der Serverpfad /proc/version gesperrrt ist, ist auch nicht das Problem (das kann ruhig gesperrt bleiben). Das Problem ist, dass is_readable('/proc/version') über den Web Prozess true zurück gibt, statt false. Haben Sie sich das PHP Test Script angesehen?

Zitat:

---

Zitat von Spooky

Du könntest folgendermaßen antworten:

Dass der Serverpfad /proc/version gesperrrt ist, ist auch nicht das Problem (das kann ruhig gesperrt bleiben). Das Problem ist, dass is_readable('/proc/version') über den Web Prozess true zurück gibt, statt false. Haben Sie sich das PHP Test Script angesehen?

---

Habe ich gemacht, warte auf Antwort.

Sehr geehrter Herr Schmehl,

das Problem ist bekannt, jedoch leider nicht auf unserer alten Serverarchitektur umsetzbar. Wie vom Kollegen geschildert, müsste hier auf unsere neue Tarifgeneration umgestellt werden, um die Funktionalität zu gewährleisten.
Mit freundlichen Grüßen
Christoph Schubert
Kundenbetreuung
Alfahosting GmbH

Kurze Zwischen-Info: Mit der neuen CM Vers. 1.4.7 läuft das Update auf 4.9.20 nun bei mir auch auf Alfahosting.

Ich habe jetzt mit dem neuen CM das Update auf 4.12.1 gemacht, hat scheinbar auch alles geklappt.
Im Install Tool bekomme ich jetzt aber diese Meldung.

Ihr Datenbank-Server läuft nicht im Strict-Mode!
Wenn MySQL nicht im Strict-Mode läuft, können Daten beschädigt oder abgeschnitten werden. Bitte aktivieren Sie den Strict-Mode entweder in Ihrer my.cnf-Datei oder konfigurieren Sie die Verbindungsoptionen in der Datei config/config.yml wie folgt:

Code:

---

doctrine:
    dbal:
        connections:
            default:
                options:
                    1002: "SET SESSION sql_mode=(SELECT CONCAT(@@sql_mode, ',TRADITIONAL'))"

---

Im Ordner Config ist aber keine config.yml.
Muss ich diese zusätlich anlegen und den Code übernehmen, oder heißt die Datei anders?

Genau, die Datei legst du selbst an und fügst dann den angezeigte Code ein.

Danach den ProdCache löschen und ein Neuladen des Installtools zeigt dir dann diese Meldung nicht mehr an.

Zitat:

---

Zitat von planepix

Genau, die Datei legst du selbst an und fügst dann den angezeigte Code ein.

---

Noch eine Ergänzung: die Einrückungen der Code-Zeilen ist wichtig. Also so in die Datei einkopieren, wie dir das Installtool das vorgibt.

Zitat:

---

Zitat von JamesdK

Noch eine Ergänzung: die Einrückungen der Code-Zeilen ist wichtig. Also so in die Datei einkopieren, wie dir das Installtool das vorgibt.

---

Danke

Eben konnte ich Contao 4.9 auf die aktullste 4.9.21 (mit Contao Manager 1.4.7) aktualisieren.

Bei Alfahosting habe ich das kleine "Multi L" Hosting Paket.

Vielen Dank, dass das Problem gefixt werden konnte.