Hallo,
ja korrekt CentOS 6 (LiveConfig 1.7.1-r275, mit Nginx aus dem epel Releas)
PHP 5.5.9 aus dem REMI Release.
Manueller Restart des nginx-php-fcgi Prozesses ist dann notwendig. Lt. Init Skript unterstützt das kein Reload.
VG;
Torsten Walther
PS: Danke für's schnelle Feedback 
Hallo,
erneuter Fehler: Sobald man das error.log für einen Nginx Vhost aktiviert ist sofort
danach der nginx-php-fcgi nicht verfügbar (Resultiert dann in einem Bad Gateway Error bei Aufruf der Seite!)
Sobald nach 24h das Error.log automatisch durch LC deaktiviert wird, tritt das gleiche Problem auf.
>[2014/02/14 20:00:51.070685] [4105|4105] Disabling error.log for subscription 'bconnect'
Da auch bei der letzten Forum Anfrage (parallel auch via Support Ticket) keine Antwort kam,
hoffe ich doch dass das Problem behoben wird.
VG;
Torsten Walther
Guten Tag,
sofern man die Kombi Nginx/PHP-FCGI nutzt, und Änderungen im Panel (1.7.0-r2704) vornimmt,
ist der Dienst wenige Sekunden später nicht mehr verfügbar (gestoppt?)
Nur ein "service nginx-php-fcgi start" bringt das ganze wieder zum Laufen.
An welcher Stelle muss hier angesetzt werden?
VG,
Torsten Walther
Das sollte mit einer simplen Wenn/Dann Funktion gehen -> http://nginx.org/en/docs/http/…tp_rewrite_module.html#if
if ($http_host = abc.de) {
#Deine Rewrite Rules
}Ungetestet
VG,
Torsten
Hallo,
die Fehlermeldung wäre interessant. Varnish+Nginx (mit Liveconfig) ist bei einigen Kunde im Einsatz.
Varnish lauscht auf Public IP - Port 80, als Backend ist Nginx mit lokaler IP ebenfalls Port 80 konfiguriert. (Alternativ
einer anderen Public IP oder via lua Skript auf einem anderen Port)
VG,
Torsten
Hallo,
der Abschnitt
if ($request_uri ~ " ") {
return 444;
}müsste in den server {} Block. Sonst startet der Nginx nicht:
nginx: [emerg] "if" directive is not allowed here in /etc/nginx/vhosts.d/default:22
nginx: configuration file /etc/nginx/nginx.conf test failedHallo Herr Keppler,
per yum update.
VG,
Torsten Walther
Nebenbei, bei Update auf 1.7.0-r2696 (CentOS) wird die /etc/liveconfig/liveconfig.conf gelöscht. (siehe https://www.liveconfig.com/de/forum/threads/731-liveconfig-conf-nach-update-zurückgesetzt)
Eine liveconfig.conf-dist wurde beim Update angelegt, soll das eine Art Backup während des Updatevorganges sein?
Vielen Dank für das neue Release.
Wann könnte man den mit der PHP Versionswahl rechnen --> https://www.liveconfig.com/dev/issues/86 ?
War ja ursprünglich für die 1.7 geplant.
VG,
Torsten Walther
Hallo,
ab sofort steht für Debian/Ubuntu-Systeme die erste Preview für v1.7.0 bereit. Weitere Distributionen folgen in den nächsten Tagen; wir müssen erst noch schrittweise die Tests für die ganzen neuen Funktionen anpassen.
Bislang ist im CentOs Preview Repo noch keine 1.7.er enthalten.
Stolpere immer noch über den NginxSSL Bug (bekannt seit 11/2012) und wollte mal schauen ob er in der Preview mittlerweile behoben ist.
VG,
Torsten Walther
Wie schaut es den mit dem SSL Zertifikatsaustausch aus? Dh. wenn ein Zertifikat verlängert wird und ein neues CRT eingebunden
werden muss. Bislang muss man für jede SSL Domain SSL deaktivieren / aktivieren damit das neue CRT auf dem Server abgelegt wird.
Alternativ auch die Frage bezüglich des Nginx SSL "Bug" (http://www.liveconfig.com/de/f…e-mit-SNI-%C3%BCber-NGINX).
Ganz allgemein gefragt: Auch die noch vielen offenen Themen mit Nachfragen zu Features, scheinen irgendwann nicht mehr beantwortet zu werden. Mir fällt da nur ein PHP Versionswahl (im Backend), Kundenindividuelle php.ini's, Individuelle Spamassassin Konfig etc.
VG,
Torsten Walther
Guten Tag,
das Problem ist in der aktuellen Preview scheinbar nicht behoben!! Auf einem Testsystem wird kein SNI genutzt, dh. die IP ist exklusiv. SSL Zertifikat ist hinterlegt. Nur nach Anpassung der /etc/nginx/vhosts.d/default wie oben beschrieben, läuft das SSL Zertifikat.
Dh. im Endeffekt wird man über folgenden Sachverhalt stolpern:
ZitatDanach sollte mit einem "/etc/init.d/nginx restart" erst mal alles funktionieren; die default-Datei wird aber bei jeder Änderung an IP-Einstellungen/IP-Gruppen überschrieben.
Vielen Dank, ich werde dies bei Gelegenheit testen.
Guten Tag,
wie schaut es mit der PHP Versionswahl aus?
Bzw. wenn das Feature noch "Lange" benötigt, wie kann man einen individuelles
PHP Binary (entweder global, oder halt so, dass die Datei php-fcgi-starter eines
Kunden nicht überschrieben wird .. angeben)
VG,
Torsten Walther
Erhalte ebenfalls den Fehler "Database connection failed: no such table: OBJECTLOG" nach einem Update.
liveconfig.x86_64 1.6.4-r2462 @liveconfig-test
Korrekt: Chrome
Ist es eigentlich richtig so, dass ich den nginx Webserver selbst unter dem User 'apache'
laufen lassen muss, damit dieser in die Verzeichnisse schauen kann?
>2013/05/03 16:46:04 [crit] 25912#0: *1 connect() to unix:/var/www/web1/conf/sockets/nginx-php-fcgi.sock failed >(13: Permission denied) while connecting to upstream, client: 178.25.33.247, server: static4.loswebos.de, request: >"GET / HTTP/1.1", upstream: "fastcgi://unix:/var/www/web1/conf/sockets/nginx-php-fcgi.sock:", host: >"static4.loswebos.de"
VG,
Torsten Walther
Hallo,
ich nutzte PHP 5.4 und die PHP.ini Verwaltung schreibt mir nun per Default magic_quotes_gpc und safe_mode in die php.ini des Accounts.
Das resultiert unter PHP 5.4 in einem StartUp Fehler, sodass die Anwendung nicht mehr läuft. (LiveConfig kennt ja die eingesetzte PHP Version nocht nicht?)
Da der Löschen Button einer PHP Option nicht funktioniert, bleibt einem nur die PHP Option direkt aus der Liveconfig DB zu entfernen:
Zitat
sqlite3 /var/lib/liveconfig/liveconfig.db
sqlite> DELETE FROM phpvars WHERE PV_VARIABLE = 'magic_quotes_gpc';
sqlite> DELETE FROM phpvars WHERE PV_VARIABLE = 'safe_mode';
sqlite> .exit
Müsste doch über eine Anpassung der LUA Skripte gehen?
Selbst nicht getestet, aber über die LUA Skripte werden die Config Dateien generiert.
Nochmal unter CentOS 6.3.
>/etc/init.d/liveconfig status
>/etc/init.d/liveconfig: line 178: pidofproc: command not found
>liveconfig is not running
pidofproc scheint es auch nicht zu geben.
