Die Preview für LiveConfig 2.5.0 wurde eben aktualisiert (r4728).
- Performance des Logsplit-Programms (lclogsplit) verbessert (50x weniger I/O)
Frage aus Neugier: Was genau wurde denn geändert, dass nun 50x weniger I/O entsteht?
Die Preview für LiveConfig 2.5.0 wurde eben aktualisiert (r4728).
- Performance des Logsplit-Programms (lclogsplit) verbessert (50x weniger I/O)
Frage aus Neugier: Was genau wurde denn geändert, dass nun 50x weniger I/O entsteht?
Der Fehler scheint immer noch zu existieren. Ein Kunde hat deswegen bereits gekündigt :eek:
Beim installieren von Magento durch den App-Installer erhält man folgende Fehlermeldung:
ZitatError while downloading web application installer - please contact your administrator.
Im LiveConfig-Log kommt:
Zitat[2017/06/08 14:44:51.700719] [27014|27015] Downloading app installer from 'https://update.liveconfig.com/repo-v3.json'
[2017/06/08 14:44:51.716318] [27014|27015] Requesting installer file '/wai-magento-1.9.3.2-1.php.gz'...
[2017/06/08 14:44:51.719980] [27014|27015] => Error: Server status returned '404'
Die Datei scheint nicht zu existieren. Problem bekannt? Danke.
Ich finde Plesk um einiges unübersichtlicher. Aber wie immer ist sowas Gewöhnungssache. Einer der mit Plesk bereits gearbeitet hat, wird LiveConfig unübersichtlich finden und andersrum aber genau so.
Die Preview wird ja fast wöchentlich mit Updates versorgt. Die Liste ist echt lang geworden, ich gehe davon aus, dass die Stable mit dem neuen Updates bald veröffentlicht wird.
Vielen Dank für die sehr schnelle Reaktion, Herr Keppler.
Ticket: [LC#2017032134000021]
Folgender Sachverhalt:
Die Buchhaltung per Ticket am 7.2.17 über neue Bankverbindung zwecks Lastschrifteinzug benachrichtigt. Bis heute keine Reaktion, obwohl die Bestätigung über den Eingang der E-Mail vom Ticket-System gekommen ist.
Am 20.3.17 erhalte ich eine E-Mail:
Zitatleider konnten wir die Lastschrift vom 16.03.2017 über X EUR nicht einlösen. Gründe hierfür können eine mangelnde Deckung des Kontos, ein Widerspruch bei Ihrer Bank oder eine fehlerhafte Bankverbindung sein..
Bitte überweisen Sie den offenen Betrag innerhalb der nächsten 7 Tage (bis 27.03.2017) auf folgendes Konto..
Die von den Banken erhobenen Rücklastschriftgebühren in Höhe von 5.84 EUR wurden dem Rechnungsbetrag hinzugefügt..
Die Buchhaltung über den Fehler mit der Bitte die Rücklastschriftgebühren entsprechend zu entfernen am 21.03.17 10:21 benachrichtigt... Wieder keine Reaktion?
Wir konnten das Problem bei unseren Servern auch oft erleben, wenn Kunden ein Let's Encrypt Zertifikat erstellt haben. Vermutlich haben hier die Kunden - während der Zertifizierung und Abholung des Zertifikats durch LC - im Tab "Details" entsprechend Buttons gedrückt und den generellen Ablauf gestört.
Gut wäre es, wenn nach Anforderung des Let's Encrypt Zertifikats die Buttons im Tab "Details" deaktiviert wären.
Wieso nicht einen einzigen zentralen Mail-Server?
Wir haben für die xmlrpc.php Attacken auch fail2ban im Einsatz. Lassen allerdings alle Kundenlogs durchsuchen:
logpath = /var/www/*/logs/access.log
Bisher kein Problem damit. Man sollte am besten alle Logs vor dem Start von f2b leeren, sonst läuft der Prozess mit 100% ..
ZitatAlles anzeigenalso musst du die einzelnen Webs auch hinzufügen:
logpath = /var/log/apache*/*error.log
logpath = /var/www/*/log/error.log
...
Obwohl ich jetzt den Eintrag um eine weitere "logpath" Zeile ergänzt habe,
konnte keine Änderung bemerken !
Kein Wunder.. Es muss auch "logs" heißen und nicht "log" :p
Ist ja schon ziemlich interessant. Bringt es den viel, den MySQL-Server auf einen extra System auszulagern? Merkt man was von der erhöhten Latenz? Würde mich da über paar Details freuen. Vielen Dank.
Schau mal ob in der apache.conf folgendes noch drin steht:
Zitat# Include generic snippets of statements
Include conf.d/
# Include the virtual host configurations:
Include sites-enabled/
Das funktioniert so unter Debian 8 / Apache 2.4 nicht mehr. Stattdessen muss das stehen:
Zitat# Include generic snippets of statements
IncludeOptional conf-enabled/*.conf
# Include the virtual host configurations:
IncludeOptional sites-enabled/*.conf
Oder einfach die apache2.conf.dpkg-dist in apache2.conf umbenennen. Die alte apache2.conf sichern..
Der Tipp kommt von thomas16
In der Anleitung zum Upgrade von Debian 7 auf Debian 8 (http://www.liveconfig.com/de/f…8-(Jessie)-mit-LiveConfig) steht:
ZitatImmer wenn Sie während des Upgrades gefragt werden, ob Sie bestehende Konfigurationsdateien beibehalten oder durch eine neuere Version überschreiben wollen, dann entscheiden Sie sich für beibehalten ("N" - NICHT überschreiben).
Das würde dazu führen, dass die access.log nicht mehr gefüllt wird, auch andere Probleme mit .htaccess können auftreten. Ein Hinweiß wäre vlt. angebracht.
Nach dem ein System von wheezy auf jessie geupgradet wurde, gibt es nun mit Apache 2.4 ein Problem bei folgender Konstellation:
Doman xy.de mit dem Ziel: /htdocs/ordnera/ordnerb
Wenn sich nun im Ordner ordnera eine .htaccess befindet, kommt es zu einem 500 Error mit folgender Meldung: [core:alert] [pid 29220] [client 180.76.xxx /var/www/xxx/htdocs/ordnera/.htaccess: <IfModule not allowed here
+1 ...............
LiveConfig wird immer besser. Die Funktion habe ich schon lange vermisst.. Super!
Ich würde aus Geschwindigkeitsgründen Web und Datenbank eher auf dem gleichen Server laufen lassen. So tun wir das auch. Nur der Mail-Server wird ausgelagert.
+1 . . ....
Ich bekomme auch ein Problem ab Schritt 6:
ZitatAlles anzeigenThe following actions will resolve these dependencies:
Remove the following packages:
1) libapache2-mod-php5
2) liveconfig-meta
3) lsof
4) php-gettext
5) php5-cgi
6) php5-cli
7) php5-common
php5-curl
9) php5-gd
10) php5-imagick
11) php5-imap
12) php5-intl
13) php5-mcrypt
14) php5-mysql
15) php5-sqlite
16) php5-xcache
17) phpmyadmin
Ist es nötig, hier zuzustimmen?
Wenn ich auf nein gehe, kommt folgendes:
ZitatAccept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:
Install the following packages:
1) libperl4-corelibs-perl [0.003-1 (stable)]
EDIT:
Lösung: Den Vorschlag nicht akzeptieren (q). Dann manuell suphp löschen. Und aptitude upgrade ausführen. Danach geht es weiter
Noch eine Frage zur Anleitung:
ZitatKopieren/rsyncen Sie alle Daten auf die neuen Server (/var/lib/mysql, /var/mail, /etc/dovecot).
Sicher, dass dies ausreicht? Was ist mit dem postfix-Ordner?
Super. Vielen Dank Herr Keppler!!