MAMP Pro 3.05 auf Mavericks auf Yosemite aktualisiert - Apache startet nicht


183

Ich habe MAMP Pro 3.05 erfolgreich in Yosemite bis DP4 auf einer Partition ausgeführt, die eine Neuinstallation von Yosemite war.

Ich habe jetzt das Installationsprogramm für DP5 über meine Mavericks-Installation ausgeführt, und jetzt, da die MAMP Pro-Installation Apache nicht startet. Es heißt, die Protokolle zu überprüfen, aber ich sehe nichts Relevantes.

Ich gehe davon aus, dass, da dies eine bereits vorhandene Installation ist, etwas in der Konfiguration für Yosemites Apache nicht stimmt.

Irgendwelche Ideen?

Antworten:


733

MAMP Leute gerade geschrieben die Abhilfe

Problemumgehung für den 10.10 Preview 5-Fehler: Benennen Sie die Datei "envvars" in / Applications / MAMP / Library / bin in "_envvars" um.

Test Update: Es funktioniert!

Funktioniert auch für die Veröffentlichung von Yosemite!


5
Hat für mich gearbeitet. Sehr seltsam. Warum behebt das das Problem?
orourkedd

11
Eines der in MAMP verwendeten Apache-Module (ich habe vergessen, welches - dies geschah vor einiger Zeit) verwendete eine Kopie, die mit Mac OS geliefert wurde. Der Speicherort dieses Moduls wurde in Yosemite geändert, was dazu führte, dass es beim Umbenennen der Datei nicht mehr über den in "envvars" definierten Pfad gefunden wurde. Wir lassen MAMP das Modul ohne vordefinierte Pfade selbst finden.
Intractve

1
Vielen Dank! großartig! hat auch beim Upgrade auf Yosemite aufgehört für mich zu arbeiten!
Datum

1
Danke, du hast meinen Tag gerettet!
Mario Santos

1
Apache wurde gestartet, MySQL jedoch nicht.
Justin Putney

28

Ich habe gerade eine Problemumgehung von MAMP auf Twitter gefunden

Problemumgehung für den 10.10 Preview 5-Fehler: Benennen Sie die Datei "envvars" in "_envvars" um.


12

Dies funktioniert auch für Mamp Pro 2.1.1 unter Yosemite.

MAMP Folks hat gerade die Problemumgehung veröffentlicht

Problemumgehung für den 10.10 Preview 5-Fehler: Benennen Sie die Datei "envvars" in / Applications / MAMP / Library / bin in "_envvars" um.

Test Update: Es funktioniert!



2

MAMP Pro 3.0.7.3 sollte unter Yosemite einwandfrei funktionieren, aber nach der Installation auf einem brandneuen Computer trat das gleiche Problem auf.

In meinem Fall trat das Problem auf, weil ich zusätzliche Parameter für meinen virtuellen Host definiert hatte, die Anführungszeichen enthielten. Standardmäßig sind die Yosemite-Tastatureinstellungen so eingestellt, dass gerade Anführungszeichen in intelligente Anführungszeichen konvertiert werden ("kein Cache" wurde zu "kein Cache". Abhängig von Schriftart und Schriftgröße ist dies möglicherweise nicht sofort offensichtlich). Dies führte zum Absturz von Apache, selbst wenn der Host deaktiviert war.

Um diese Einstellungen zu ändern, gehen Sie zu Systemeinstellungen -> Tastatur. Deaktivieren Sie auf der Registerkarte Text die Option Intelligente Anführungszeichen und Bindestriche verwenden.


1

Heute habe ich auf MAMP Pro 3.0.7.3 aktualisiert, nachdem ich auf OSX Yosemite 10.10 (offizielle Version) aktualisiert hatte und dasselbe Problem aufgetreten bin. Apache konnte nicht gestartet werden und hat eine leere Protokolldatei.

Ich habe dieses Update versucht, aber ich habe festgestellt, dass die Datei "envvars_" und nicht "envvars" heißt. Ich habe es in envvars umbenannt, MAMP Pro neu gestartet und Apache konnte nicht gestartet werden und es hatte eine leere Protokolldatei. Ich habe auch festgestellt, dass die envvars-Datei nach dem Umbenennen in envvars_ umbenannt wurde.


Ich habe auch die gleiche Umbenennung bemerkt, und das Problem ist immer noch nicht behoben. Es wird wohl Zeit, Mamp loszuwerden.
Frumbert

@frumbert, bevor Sie es loswerden, versuchen Sie, die PHP-Version so einzustellen, dass sie für jeden Host dynamisch ist. Das scheint das Problem für mich behoben zu haben.
IEnumerator

1

Ich habe MAMP 3.0.5 auf Mavericks ausgeführt. Nachdem ich Mavericks auf El Capitan aktualisiert hatte, stieß ich auf dasselbe Problem. MySQL startete normal, Apache jedoch nicht.

Nach der Umbenennung envvarszu _envvarsin dem Ordner /Applications/MAMP/Library/binwie Yosemite vorgeschlagen, konnte ich Apache starten , wie zuvor.

Dieser Fix funktioniert also auch für El Capitan!



0

Ich habe diese und andere Lösungen immer wieder ausprobiert und habe nicht funktioniert, bis mir klar wurde, dass ich MAMP komplett neu starten sollte. Danach funktionierte dieser einfache Wechsel von envvars zu _envvars wie ein Zauber.

Sie können die MAMP-Überprüfung vollständig neu starten und prüfen, ob ein Prozess ausgeführt wird. Öffnen Sie das Terminal:

ps -cvx | grep "mysql"

Dadurch wird eine Liste der Prozesse ausgegeben, an denen zu diesem Zeitpunkt MySQL beteiligt ist, mit einem zugeordneten PDI. Sie müssen also nur diese Nummer verwenden und:

kill PDI

Wenn PDI die dem Prozess zugeordnete Nummer ist, sollte ps -cvx | grep "mysql"der Zeiger danach leer sein , wenn Sie den Befehl erneut schreiben .

Führen Sie anschließend nur MAMP aus.


0

Die genehmigte Antwort hat bei mir nicht funktioniert, da die _envvars-Datei bereits vorhanden war. Ich musste die neueste Version von MAMP herunterladen und installieren und es funktionierte.


0

Manchmal sind nicht immer die envarsDateien der Schuldige. Wenn Sie die vhost-Datei unter bearbeitet haben /Applications/MAMP/conf/apache/extra/httpd-vhosts.conf, kann ein Syntaxfehler dazu führen, dass der Apache von MAMP nicht ohne Warnung gestartet wird.

In diesem Fall können Sie den folgenden Befehl ausführen und prüfen, ob Fehler aufgetreten sind.

sudo apachectl stop

0

Versuche dies::

Benennen Sie die Datei "envvars" in / Applications / MAMP / Library / bin nur für OS X Yosemite in "_envvars" um.


0

Ich habe MAMP v3.4 zum Laufen gebracht.

Ich habe "envars_" in "_envars" umbenannt ... aber das hat nicht funktioniert.

Ich musste auch in die Einstellungen gehen und auf die Schaltfläche "Web- und MySQL-Ports auf 80 und 3306 setzen" klicken!

Funktioniert!

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.