Gar nicht
Da ich einen Server mit LiveConfig betreibe, ist auch PMA in einen LiveConfig Vertrag installiert.
Gar nicht
Da ich einen Server mit LiveConfig betreibe, ist auch PMA in einen LiveConfig Vertrag installiert.
Es wurde die von LiveConfig intern genutzte OpenSSL Lib auf die aktuelel Version 1.1.1a aktualisiert.
Nicht die Debian bzw. die auf dem Server installierte Version.
Bei Debian ist die 1.1.1a aktuell erst im testing Zweig (Buster) enthalten und wird meiner Meinung nach, auch nicht mehr in Stretch rein kommen. Die beiden Timing Bugfixes wegen den vermutlich die OpenSSL Version aktualisiert wurde, sind aber in dem aktuellen Debian Paket enthalten.
- nachträgliche Änderungen halte ich für nicht realisierbar. Da muss der Kunde schon selbst Antispam aktivieren, wenn ihm zu viel Spam kommt.
Das ist auch eine rechtlich kritische Sache. Dazu gab es hier im Forum mal eine Diskusssion mit einigen sehr guten Anmerkungen von Hr. Keppler.
Hallo Herr Keppler,
wir hatten nach dem Update auf die 2.7.2 wieder einen Server der sich nicht automatisch mit LiveConfig verbunden hat.
Das Update wurde via "salt '*' pkg.upgrade" angestoßen und somit ziemlich schnell bzw. in willkürlicher Reihenfolge auf allen beteiligten Servern gestartet.
Logfile des LiveConfig Master Servers:
# LC-MASTER
[2018/11/27 08:56:58.441518] [26778|26778] LCCP connection closed by peer [XXX.XXX.XXX.XXX]:59216
[2018/11/27 08:56:59.502421] [26778|26778] LCCP connection closed by peer [XXX.XXX.XXX.XXX]:38322
[2018/11/27 08:56:59.661228] [26778|26778] LCCP connection closed by peer [XXX.XXX.XXX.XXX]:56714
[2018/11/27 08:56:59.718082] [26778|26778] LCCP connection closed by peer [XXX.XXX.XXX.XXX]:34626
[2018/11/27 08:57:01.054775] [26778|26787] LCCP client 'ns2.example.com' connected from [XXX.XXX.XXX.XXX]:59267
[2018/11/27 08:57:02.167305] [26778|26778] LCCP connection closed by peer [XXX.XXX.XXX.XXX]:36148
[2018/11/27 08:57:03.019362] [26778|26787] LCCP client 'ns0.example.com' connected from [XXX.XXX.XXX.XXX]:57712
[2018/11/27 08:57:03.319611] [26778|26786] LCCP client 'ns1.example.com' connected from [XXX.XXX.XXX.XXX]:56832
[2018/11/27 08:57:03.382528] [26778|26778] LCCP connection closed by peer [XXX.XXX.XXX.XXX]:39268
[2018/11/27 08:57:03.664150] [26778|26787] LCCP client 'v7.example.com' connected from [XXX.XXX.XXX.XXX]:41502
[2018/11/27 08:57:04.071431] [26778|26787] LCCP client 's1.example.com' connected from [XXX.XXX.XXX.XXX]:42736
[2018/11/27 08:57:04.108081] [26778|26778] LCCP connection closed by peer [XXX.XXX.XXX.XXX]:38790
[2018/11/27 08:57:06.248507] [26778|26787] LCCP client 's10.example.com' connected from [XXX.XXX.XXX.XXX]:33796
[2018/11/27 08:57:08.548133] [26778|26787] LCCP client 's7.example.com' connected from [XXX.XXX.XXX.XXX]:39986
[2018/11/27 08:57:09.112219] [26778|26788] LCCP client 's103.example.com' connected from [XXX.XXX.XXX.XXX]:33241
[2018/11/27 08:57:18.647504] [26778|26778] LCCP connection closed by peer [XXX.XXX.XXX.XXX]:49317
[2018/11/27 08:57:23.721944] [26778|26786] LCCP client 'ns3.example.com' connected from [XXX.XXX.XXX.XXX]:49370
[2018/11/27 08:57:25.408180] [26777|26777] Received SIGTERM, immediately terminating child processes
[2018/11/27 08:57:25.430704] [26778|26778] Server child terminating... (shutdown=0, exitcode=0)
[2018/11/27 08:57:25.451668] [26778|26778] LiveConfig terminated.
[2018/11/27 08:57:25.604568] [26779|26779] Client child terminating... (shutdown=0, exitcode=0)
[2018/11/27 08:57:25.622715] [26779|26779] LiveConfig terminated.
[2018/11/27 08:57:25.690531] [26779|26779] Closing log file
[2018/11/27 08:57:26.210367] [26777|26777] Client child process 26779 terminated; return code: 0
[2018/11/27 08:57:26.210433] [26777|26777] Resource usage statistics:
[2018/11/27 08:57:26.210451] [26777|26777] Uptime: 578393 sec.
[2018/11/27 08:57:26.210469] [26777|26777] User time: 21.0616
[2018/11/27 08:57:26.210486] [26777|26777] System time: 21.0240
[2018/11/27 08:57:30.248919] [26778|26778] Closing log file
[2018/11/27 08:57:30.261326] [26777|26777] Server child process 26778 terminated; return code: 0
[2018/11/27 08:57:30.261371] [26777|26777] Resource usage statistics:
[2018/11/27 08:57:30.261388] [26777|26777] Uptime: 578397 sec.
[2018/11/27 08:57:30.261405] [26777|26777] User time: 341.0744
[2018/11/27 08:57:30.261421] [26777|26777] System time: 431.0140
[2018/11/27 08:57:30.261500] [26777|26777] LiveConfig terminated.
[2018/11/27 08:57:40.562790] [13377|13377] LiveConfig 2.7.2-5133 starting...
[2018/11/27 08:57:40.566157] [13377|13377] Database driver loaded: MySQL (10.3.6)
[2018/11/27 08:57:40.571643] [13377|13377] License is valid.
[2018/11/27 08:57:40.627462] [13380|13380] Client child started...
[2018/11/27 08:57:40.640408] [13379|13379] Server child started...
[2018/11/27 08:57:40.759498] [13379|13390] LCCP client 'localhost' connected from []:0
[2018/11/27 08:57:40.983877] [13380|13380] Connected to LiveConfig 2.7.2
[2018/11/27 08:57:41.726676] [13379|13389] LCCP client 'ns2.example.com' connected from [XXX.XXX.XXX.XXX]:59269
[2018/11/27 08:57:44.023445] [13379|13390] LCCP client 's1.example.com' connected from [XXX.XXX.XXX.XXX]:42750
[2018/11/27 08:57:46.379641] [13379|13391] LCCP client 's103.example.com' connected from [XXX.XXX.XXX.XXX]:33245
[2018/11/27 08:57:48.995418] [13379|13391] LCCP client 'ns3.example.com' connected from [XXX.XXX.XXX.XXX]:49373
[2018/11/27 08:57:49.767550] [13379|13390] LCCP client 'ns0.example.com' connected from [XXX.XXX.XXX.XXX]:57720
[2018/11/27 08:57:49.875619] [13379|13389] LCCP client 'ns1.example.com' connected from [XXX.XXX.XXX.XXX]:56838
[2018/11/27 08:57:50.311498] [13379|13389] LCCP client 's7.example.com' connected from [XXX.XXX.XXX.XXX]:40072
[2018/11/27 08:57:51.940450] [13379|13390] LCCP client 'v7.example.com' connected from [XXX.XXX.XXX.XXX]:41508
[2018/11/27 08:57:54.452787] [13380|13383] [LUA] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
[2018/11/27 08:57:54.586907] [13380|13382] [LUA] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
[2018/11/27 08:57:55.024476] [13380|13383] [LUA] Detected 'Debian GNU/Linux 9.6 (stretch)'
[2018/11/27 08:57:55.113339] [13380|13381] [LUA] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
[2018/11/27 08:57:55.326069] [13379|14881] Updating AppInstaller repository (https://update.liveconfig.com/repo-v3.json)...
[2018/11/27 09:04:53.248125] [13379|13389] LCCP client 's10.example.com' connected from [XXX.XXX.XXX.XXX]:41912
Alles anzeigen
Und das Logfile vom betroffenen lcclient (s10.example.com):
[2018/11/27 08:57:01.775793] [22165|22165] Received SIGTERM, immediately terminating child processes
[2018/11/27 08:57:01.775819] [22165|22165] Detected dead client process (>578290 seconds), killing PID 22166
[2018/11/27 08:57:01.776415] [22165|22165] Client child process 22166 terminated; uncaught signal: 9 (Killed)
[2018/11/27 08:57:01.776423] [22165|22165] Resource usage statistics:
[2018/11/27 08:57:01.776425] [22165|22165] Uptime: 578290 sec.
[2018/11/27 08:57:01.776428] [22165|22165] User time: 0.0600
[2018/11/27 08:57:01.776431] [22165|22165] System time: 0.0340
[2018/11/27 08:57:01.776532] [22165|22165] Closing log file
[2018/11/27 08:57:05.785236] [13060|13060] Trying to renew license (serial# 0xaXXXXXXXXX). Please wait a moment...
[2018/11/27 08:57:05.866934] [13060|13060] License successfully renewed.
[2018/11/27 08:57:05.930154] [13060|13060] License is valid.
[2018/11/27 08:57:05.930182] [13060|13060] LiveConfig Client 2.7.2-5133 starting...
[2018/11/27 08:57:05.931024] [13062|13062] Connecting to XXX.XXX.XXX.XXX ...
[2018/11/27 08:57:05.931061] [13062|13062] Client child starting...
[2018/11/27 08:57:05.931495] [13062|13062] Connection established - waiting for SSL sequence from Server
[2018/11/27 08:57:06.403312] [13062|13062] Connected to LiveConfig 2.7.2
[2018/11/27 08:57:06.805514] [13062|13063] [LUA] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
[2018/11/27 08:57:06.824977] [13062|13064] [LUA] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
# MANUELLER RESTART LCCLIENT
[2018/11/27 09:04:52.191646] [13061|13061] Received SIGTERM, immediately terminating child processes
[2018/11/27 09:04:52.191691] [13061|13061] Detected dead client process (>467 seconds), killing PID 13062
[2018/11/27 09:04:52.192212] [13061|13061] Client child process 13062 terminated; uncaught signal: 9 (Killed)
[2018/11/27 09:04:52.192229] [13061|13061] Resource usage statistics:
[2018/11/27 09:04:52.192234] [13061|13061] Uptime: 467 sec.
[2018/11/27 09:04:52.192238] [13061|13061] User time: 0.0612
[2018/11/27 09:04:52.192242] [13061|13061] System time: 0.0344
[2018/11/27 09:04:52.192344] [13061|13061] Closing log file
[2018/11/27 09:04:53.196371] [14014|14014] License is valid.
[2018/11/27 09:04:53.196401] [14014|14014] LiveConfig Client 2.7.2-5133 starting...
[2018/11/27 09:04:53.197343] [14016|14016] Connecting to XXX.XXX.XXX.XXX ...
[2018/11/27 09:04:53.197371] [14016|14016] Client child starting...
[2018/11/27 09:04:53.197843] [14016|14016] Connection established - waiting for SSL sequence from Server
[2018/11/27 09:04:53.296373] [14016|14016] Connected to LiveConfig 2.7.2
[2018/11/27 09:04:53.965589] [14016|14018] [LUA] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
[2018/11/27 09:04:54.002646] [14016|14019] [LUA] Loading custom Lua settings from '/usr/lib/liveconfig/lua/custom.lua'
Alles anzeigen
Man sieht im lcclient Logfile, dass der Server sich anscheinend verbunden hat (bei 2018/11/27 08:57:06.403312) aber im LiveConfig Logfile fehlt die Verbindung.
Erst nach dem manuellen Neustart des Clients wurde die Verbindung korrekt hergestellt.
Ist evtl. das "schnelle bzw. willkürliche" starten der Updates via Salt die Ursache dafür?
Zudem zeigt sich das Problem nur noch an diesem einen Server, alle anderen funktionieren korrekt.
Wir haben seit dem Update auf die 2.7.2 keine Verbindungsabbrüche mehr.
Scheint die richtige Stelle gewesen zu sein.
Danke!
Hallo Herr Keppler,
auch mit der aktuellen 2.7.1 haben wir wieder (wenn auch deutlich weniger) Verbindungsveriuste zwischen LiveConfig Server und Client. Der Client läuft weiter, verbindet sich aber nicht erneut mit dem Master. Erst mit einem Restart des Clients wird die Verbindung wieder hergestellt.
Gibt es dazu schon etwas neues?
In der Zeit sind damit für alle IMAP-Nutzer die Postfächer leer, was deren lokalen Cache komplett durcheinander bringt. Halte ich nicht unbedingt für die beste Idee.
Ja genau!
Aus Erfahrung kann ich sagen, dass ist eine ganz schön blöde Idee!
Das bringt ganz schnell ganz viele Tickets
Hallo Herr Keppler,
beim bereinigen eines alten Servers ist mir aufgefallen, dass nicht alle Accounts vollständig gelöscht wurden.
Auf dem Server sind die Accounts allerdings gelöscht.
Logfile Einträge habe ich leider keine mehr dazu.
Wie bekomme ich jetzt die alten Datensätze aus der DB raus?
Ziel ist es den bereinigten Server aus LiveConfig zu löschen, da er nicht mehr in Betrieb ist.
Beispielhaft die Datenbak einträge eines Accounts (als CSV):
LIVECONFIG.LOG
"LOG_ID","LOG_LEVEL","LOG_CUSTOMERID","LOG_USERID","LOG_REALUSERID","LOG_TIMESTAMP","LOG_MODULEID","LOG_EVENTID","LOG_MESSAGE","LOG_DATA"
"4029","2","1","1",NULL,"2015-10-27 13:31:06","1","5","Created new system account","webh_99"
"11221","2","1","1",NULL,"2018-10-04 12:36:31","1","8","Deleted hosting subscription","webh_99"
LIVECONFIG.HOSTINGCONTRACTS
"HC_ID","HC_SERVERID","HC_MAILSERVERID","HC_DBSERVERID","HC_RCID","HC_RCIDROOT","HC_RCIDLEFT","HC_RCIDRIGHT","HC_CUSTOMERID","HC_OWNERID","HC_NAME","HC_SORT1","HC_SORT2","HC_STATUS","HC_PLANID","HC_DIFFERING","HC_MAXCUSTOMERS","HC_RESALEABLE","HC_MAXUSERS","HC_WEBSPACE","HC_TRAFFIC","HC_EXTDOMAINS","HC_SUBDOMAINS","HC_DNSEDIT","HC_DYNDNS","HC_MAILBOXES","HC_MAILADDRS","HC_MAILQUOTA","HC_PHP","HC_CGI","HC_SSI","HC_SSL","HC_DATABASES","HC_DBEXTACCESS","HC_FTPACCOUNTS","HC_SHELLACCESS","HC_CRONJOBS","HC_APPS","HC_COMMENT","HC_PATH","HC_GROUPNAME","HC_QUOTABLOCKS","HC_QUOTAFILES","HC_QUOTATS","HC_STATSSOFTWARE","HC_STATSSUBDOMAINID","HC_STATSUSER","HC_STATSPASSWD","HC_STATSLANG","HC_DELETED","HC_CREATED","HC_MODIFIED","HC_IPGROUPID","HC_REFRESHCFG","HC_ERRORLOG","HC_LR_CONDTYPE","HC_LR_CONDVALUE","HC_LR_CMP","HC_LR_DELTYPE","HC_LR_DELVALUE","HC_UPDATESTATUS","HC_LOG_FILTERV4","HC_LOG_FILTERV6","HC_DNSSETID","HC_LOCKED"
"99","4","4","4",NULL,NULL,NULL,NULL,"1","1","webh_99","webh_","99","0",NULL,"0",NULL,NULL,"1","100","-1","-1","-1","1",NULL,"-1","-1","1024","2","0","0","2","-1","0","-1","2","0","0",NULL,"/var/www/webh_99","webh_99",NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,"1","2015-10-27 13:30:09","2015-10-27 13:31:06","0",NULL,NULL,"0","3","1","1","100","79","0","0",NULL,"0"
LIVECONFIG.ACCOUNTS
Hallo Herr Keppler,
mit der aktuellen Preview -r5079 verlieren wir mit 2 lcclient Servern regelmäßig die Verbindung zum LiveConfig Server.
Logfile vom lcclient
[2018/10/07 02:50:27.091437] [10606|10606] Connected to LiveConfig 2.7.0
[2018/10/07 07:57:31.460285] [10606|10606] Connecting to xxx.xxx.xxx.240 ...
[2018/10/07 07:57:31.460821] [10606|10606] Connection established - waiting for SSL sequence from Server
[2018/10/07 07:57:32.002480] [10606|10606] Connected to LiveConfig 2.7.0
Logfile vim LiveConfig Master Server:
[2018/10/07 07:57:18.600000] [11576|11576] SSL read error (IP=xxx.xxx.xxx.28): error:140940F5:SSL routines:ssl3_read_bytes:unexpected record
[2018/10/07 07:57:19.284147] [11576|11576] (last message repeated 1 times)
[2018/10/07 07:57:19.284238] [11576|11576] SSL read error (other/1): error:140E0197:SSL routines:SSL_shutdown:shutdown while in init
[2018/10/07 07:57:19.284262] [11576|11576] Error while reading from SSL socket with [xxx.xxx.xxx.137]:33548
[2018/10/07 07:57:20.697208] [11576|11576] SSL read error (IP=xxx.xxx.xxx.153): error:140940F5:SSL routines:ssl3_read_bytes:unexpected record
[2018/10/07 07:57:22.101430] [11576|11576] SSL read error (IP=xxx.xxx.xxx.211): error:140940F5:SSL routines:ssl3_read_bytes:unexpected record
[2018/10/07 07:57:31.704309] [11576|11586] LCCP client 's1.example.com' connected from [xxx.xxx.xxx.137]:38934
[2018/10/07 13:12:41.213444] [11576|11576] Error while parsing JSON data for command 'mailq': parse error at pos 0 (len=353, pos='uota.report"
[2018/10/07 13:12:41.213555] [11576|11576] Error while parsing LCCP message - aborting...
[2018/10/07 13:12:41.326516] [11575|11575] Server child process 11576 terminated; uncaught signal: 6 (Aborted)
[2018/10/07 13:12:41.326589] [11575|11575] Resource usage statistics:
[2018/10/07 13:12:41.326600] [11575|11575] Uptime: 251885 sec.
[2018/10/07 13:12:41.326610] [11575|11575] User time: 160.0252
[2018/10/07 13:12:41.326649] [11575|11575] System time: 211.0696
[2018/10/07 13:12:41.326672] [11575|11575] Backtrace: (liveconfig/server, r5079)
[2018/10/07 13:12:41.326717] [11575|11575] [ 0] 000011cb68
[2018/10/07 13:12:41.326728] [11575|11575] [ 1] 00000de766
[2018/10/07 13:12:41.326750] [11575|11575] [ 2] 00000110c0 /lib/x86_64-linux-gnu/libpthread.so.0
[2018/10/07 13:12:41.326788] [11575|11575] [ 3] 0000032fff /lib/x86_64-linux-gnu/libc.so.6
[2018/10/07 13:12:41.326799] [11575|11575] [ 4] 000003442a /lib/x86_64-linux-gnu/libc.so.6
[2018/10/07 13:12:41.326809] [11575|11575] [ 5] 0000118732
[2018/10/07 13:12:41.326818] [11575|11575] [ 6] 00000aaa7f
[2018/10/07 13:12:41.326828] [11575|11575] [ 7] 00000dedca
[2018/10/07 13:12:41.326837] [11575|11575] [ 8] 00000e0d91
[2018/10/07 13:12:41.326847] [11575|11575] [ 9] 00000de269
[2018/10/07 13:12:41.326856] [11575|11575] [10] 00000a81bc
[2018/10/07 13:12:41.326866] [11575|11575] [11] 00000202e1 /lib/x86_64-linux-gnu/libc.so.6
[2018/10/07 13:12:41.326876] [11575|11575] [12] 00000a8432
[2018/10/07 13:12:41.366728] [11956|11956] Server child started...
[2018/10/07 13:12:41.667546] [11956|11963] Updating AppInstaller repository (https://update.liveconfig.com/repo-v3.json)...
Alles anzeigen
Alle Server laufen mit Debian 9.5
Unabhängig von dem Verbindungsverlust, sehe ich auch bei allen Servern den SSL read error.
Hallo Herr Keppler,
beim testen der Preview ist mir aufegfallen, dass der Aufruf von
Zitat
wget -O - https://www.liveconfig.com/liveconfig.key | apt-key add -
cd /etc/apt/sources.list.d ; wget http://repo.liveconfig.com/debian-test/liveconfig.list
Nicht auf das Lab Repo verweist, sondern nur auf die Produktiv Version
http://repo.liveconfig.com/debian-test/liveconfig.list
# _ _ ___ __ _ (R)
# | | (_)_ _____ / __|___ _ _ / _(_)__ _
# | |__| \ V / -_) (__/ _ \ ' \| _| / _` |
# |____|_|\_/\___|\___\___/_||_|_| |_\__, |
# |___/
# Copyright (c) 2009-2018 Keppler IT GmbH.
# ----------------------------------------------------------------------------
# Debian/Ubuntu Repository:
deb http://repo.liveconfig.com/debian/ main main
# OPTIONAL: additional PHP interpreters
# For Debian Linux 8 ("jessie"):
# deb http://repo.liveconfig.com/debian/ jessie php
# For Debian Linux 9 ("Stretch"):
# deb http://repo.liveconfig.com/debian/ stretch php
# For Ubuntu Linux 16.04 LTS ("Xenial Xerus"):
# deb http://repo.liveconfig.com/debian/ xenial php
# For Ubuntu Linux 18.04 LTS ("Bionic Beaver"):
# deb http://repo.liveconfig.com/debian/ bionic php
# <EOF>-----------------------------------------------------------------------
Alles anzeigen
Die custom.lua gibts weiterhin.
Nur die optionalen PHP Versionen ab PHP 5.6 müssen nicht mehr in der custom.lua eingetragen wird.
Ich vermisse eine Funktion zum exportieren des DKIM Keys, eine Import Funktion ist ja schon vorhanden.
Zudem fehlt eine Funktion zum exportieren und zum importieren von DNSSEC Keys.
Auf einem neu in installierten Server wird die liveconfig-vhost Datei nicht korrekt geschrieben. Auf dem Server sind folgende Host konfiguriert (alle identisch in den LiveConfig Einstellungen)
Server: Debian 9.5
LiveConfig: 2.7.0-r5064 - lcclient
Konfigurierte Verträge:
root@s10 /var/www # l
insgesamt 64
drwxr-xr-x 16 root root 4096 Aug 13 14:41 .
drwxr-xr-x 13 root root 4096 Jun 21 14:33 ..
drwxr-xr-x 7 root root 4096 Aug 10 15:09 domain-dummy
drwxr-xr-x 2 root root 4096 Jun 17 20:29 html
drwxr-xr-x 7 root root 4096 Aug 13 14:41 phpMyAdmin
drwxr-xr-x 7 root root 4096 Aug 12 16:07 s10server
drwxr-xr-x 7 root root 4096 Aug 10 15:39 s10_sms
drwxr-xr-x 10 root root 4096 Jul 2 20:56 s10_status
drwxr-xr-x 7 root root 4096 Aug 12 10:26 s10_Com
drwxr-xr-x 7 root root 4096 Aug 12 15:03 s10_De
drwxr-xr-x 7 root root 4096 Aug 12 10:24 s10_Net
drwxr-xr-x 3 root root 4096 Aug 13 09:22 s10_Info
drwxr-xr-x 9 root root 4096 Jun 28 16:24 s10_portal
drwxr-xr-x 2 root root 4096 Aug 20 06:25 webalizer
Alles anzeigen
liveconfig-vhost Datei:
# _ _ ___ __ _ (R)
# | | (_)_ _____ / __|___ _ _ / _(_)__ _
# | |__| \ V / -_) (__/ _ \ ' \| _| / _` |
# |____|_|\_/\___|\___\___/_||_|_| |_\__, |
# |___/
# Copyright (c) 2009-2018 Keppler IT GmbH.
# ----------------------------------------------------------------------------
# DO NOT MODIFY - ANY CHANGES WILL BE OVERWRITTEN!
# Last updated at: 2018-08-18 02:43:31 CEST
# ----------------------------------------------------------------------------
/var/www/s10_portal/logs/*.log /var/www/s10_portal/logs/priv/*.log {
daily
compress
delaycompress
maxage 1
rotate 1
nocreate
missingok
notifempty
sharedscripts
postrotate
/usr/bin/killall -HUP lclogsplit
endscript
}
# <EOF>-----------------------------------------------------------------------
Alles anzeigen
Zudem hätte ich inzwischen erwartet, dass in LiveConfig unter Vertrag > Log-Dateien eine der DSGVO entsprechende Default Einstellung vorhanden ist.
Meiner Meinung nach gehört per Default "Logdateien täglich rotieren" und "Archivierte Logs nach 1 Tag löschen", sowie die Anonymisierung der IP-Adressen eingetragen.
Hat noch jemand das Problem?
Zumindest unsere Server laufen alle Stabil durch.
Gibt es irgendwelche Logfile Einträge?
Läuft zu der Uhrzeit ein CronJob?
Ein frisch installierter Server (Debian9) mit lcclient, liefert bei mir permanent folgende Fehlermeldung:
ZitatJun 17 17:04:18 s10 lclogsplit[21318]: /var/lib/liveconfig/accesslog.map: No such file or directory
Das ganze ist auch eher wieder ein "kosmetischer" Fehler.
Da es noch keinen Account auf dem Server gibt, ist die Fehlermeldung logisch.
Kann aber unter Umständen zu Verwirrungen führen.
Leider noch ein Punkt zu den Logfiles/Logrotate
Auf 2 Servern mit lcclient Installation bekomme ich nach dem ausführen des CronJobs folgende Fehlermeldung.
/etc/cron.daily/logrotate:
error: liveconfig-vhosts:12 duplicate log entry for /var/www/web_xxxx/logs/access.log
In der Datei liveconfig-vhost gibt es aber keinen doppelten Eintrag.
Aber es gibt jetzt 3 Dateien im logrotate Verzeichnis die von LC stammen
~# l /etc/logrotate.d
-rw-r--r-- 1 root root 904 Mai 16 14:58 lcclient
-rw------- 1 root root 8762 Mai 16 21:30 liveconfig
-rw------- 1 root root 9193 Mai 25 00:04 liveconfig-vhosts
Muss hier eigentlich nicht die liveconfig Datei gelöscht werden?
Auf dem LiveConfig Master-Server wurde die Datei bereinigt und enthält nur noch einen Eintrag für LiveConfig selbst.
Hallo Herr Keppler,
danke für das Update.
Für mich noch eine Verständnisfrage:
Die error.log wird weiterhin nicht rotiert und gelöscht, richtig?
Zudem werden noch immer nicht alle alten Logfiles gelöscht.
Ich hätte erwartet, dass die *.gz Dateien mit altenLogfiles gelöscht werden.
-rw-r--r-- 1 root root 264K Mai 17 10:22 access.log
-rw-r--r-- 1 root root 1,1M Mai 17 06:15 access.log.1
-rw-r--r-- 1 root root 3,1M Mär 1 06:16 access.log.3.gz
-rw-r--r-- 1 root root 5,0M Feb 1 06:26 access.log.4.gz
-rw-r--r-- 1 root root 9,9M Mär 10 2016 error.log
drwxrwx--- 2 webh_158 webh_158 4,0K Mai 15 15:14 priv
Die Ausgabe von logrotate -df /etc/logrotate.d/liveconfig-vhosts
rotating pattern: /var/www/webh_158/logs/access.log forced from command line (1 rotations)
empty log files are not rotated, old logs are removed
considering log /var/www/webh_158/logs/access.log
log needs rotating
rotating log /var/www/webh_158/logs/access.log, log->rotateCount is 1
dateext suffix '-20180517'
glob pattern '-[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]'
compressing log with: /bin/gzip
renaming /var/www/webh_158/logs/access.log.1.gz to /var/www/webh_158/logs/access.log.2.gz (rotatecount 1, logstart 1, i 1),
renaming /var/www/webh_158/logs/access.log.0.gz to /var/www/webh_158/logs/access.log.1.gz (rotatecount 1, logstart 1, i 0),
renaming /var/www/webh_158/logs/access.log to /var/www/webh_158/logs/access.log.1
running postrotate script
running script with arg /var/www/webh_158/logs/access.log : "
/usr/bin/killall -HUP lclogsplit
"
removing old log /var/www/webh_158/logs/access.log.2.gz
error: error opening /var/www/webh_158/logs/access.log.2.gz: Datei oder Verzeichnis nicht gefunden
Alles anzeigen
Es scheint als ob Logrotate an der fehlenden access.log.2.gz Datei abbricht und dann nicht mehr weiter bereinigt. Den Fehler kann ich an mehreren Accounts so nachvollziehen.
Ein kosmetischer Fehler in der aktuellen Preview:
Beim anlegen oder ändern eines Postfachs scheint die deutsche Übersetzung nicht korrekt zu funktionieren.
Hier wird jetzt "self service | allow e-mail user to log in
and edit mailbox settings" angezeigt.
dron.daily läuft auf dem Server um 06:15 Uhr.
Und die Config Datei auf dem Server ist zumindest auch nicht leer.
Aber es gibt nur Einträge für die access.log, für die error.log und auch die priv/php_errors.log gibt es keine Einträge.
Dafür wirft logrotate -df /etc/logrotate.d/liveconfig einen Fehler:
rotating pattern: /var/www/webh_158/logs/access.log forced from command line (1 rotations)
empty log files are not rotated, old logs are removed
considering log /var/www/webh_158/logs/access.log
log needs rotating
rotating log /var/www/webh_158/logs/access.log, log->rotateCount is 1
dateext suffix '-20180515'
glob pattern '-[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]'
compressing log with: /bin/gzip
renaming /var/www/webh_158/logs/access.log.1.gz to /var/www/webh_158/logs/access.log.2.gz (rotatecount 1, logstart 1, i 1),
renaming /var/www/webh_158/logs/access.log.0.gz to /var/www/webh_158/logs/access.log.1.gz (rotatecount 1, logstart 1, i 0),
renaming /var/www/webh_158/logs/access.log to /var/www/webh_158/logs/access.log.1
running postrotate script
running script with arg /var/www/webh_158/logs/access.log : "
/usr/bin/killall -HUP lclogsplit
"
removing old log /var/www/webh_158/logs/access.log.2.gz
error: error opening /var/www/webh_158/logs/access.log.2.gz: Datei oder Verzeichnis nicht gefunden
Alles anzeigen