Alles klar.
Beiträge von ksmx
-
-
Hi,
ich habe eine frische LiveConfig (Standard) Instanz aufgesetzt. Nach der Aktivierung von SSL fuer die Default-IP-Group war auch netterweise ein selbstsigniertes Zertifikat in der Zertifikatliste auffindbar. Aktiviere ich einen vHost und weise ihm dieses Zertifikat zu, so schuckt das Webinterface alles sauber, im Hintergrund knallt es aber:
Code[2014/11/07 13:23:55.237687] [30366|30369] [LUA] LC.mutex: forcing unlock of mutex 'web.configure' [2014/11/07 13:23:55.237702] [30366|30369] LC.web.vhostConfig() failed: /usr/lib/liveconfig/lua/apache.lua:1327: attempt to concatenate field 'ssl_filename' (a nil value) stack traceback: /usr/lib/liveconfig/lua/apache.lua:1327: in function 'writeVHostSSL' /usr/lib/liveconfig/lua/apache.lua:2096: in function 'buildConfig' /usr/lib/liveconfig/lua/apache.lua:2330: in function 'configureVHost' /usr/lib/liveconfig/lua/web.lua:821: in function </usr/lib/liveconfig/lua/web.lua:795>
Eingesetzt wird liveconfig in der Version 1.7.5-r3127.
Gruß ksmx
-
-
Es handelt sich nicht um ein System mit geteilten Ressourcen. Vielmehr handelt es sich um drei Core i7-Systeme mit 16GB RAM, welche jeweils per LiveConfig verwaltet werden (1x LiveConfig, 2x LC-Client). Es gibt insg. 33 Webspaces bei ca. 15 Kunden. Ich denke deshalb nicht, dass Ressourcenmangel die Ursache ist. Insbesondere sind die Perioden, in welchen LiveConfig nicht verfuegbar ist, recht lang (30min).
Eine Umstellung auf MySQL habe ich bisher vermieden, da ich LiveConfig gerne weiterhin autark betreiben moechte. Eine zweite MySQL-Instanz speziell fuer die 10 Klicks pro Monat in LiveConfig waere wiederum leicht ueberzogen.
-
Hi,
ich habe die Erfahrung gemacht, dass meine LiveConfig-Instanz häufig nicht erreichbar ist. Der Nagios-Check (Aufruf von /liveconfig/nagios-check) schlaegt in diesen Momenten auch fehl. Anfangs hatte ich fremde Angreifer in Verdacht, jedoch herrscht im access.log Stille. Nicht beantwortete Anfragen tauchen auch im access.log auf. Der Browser wartet jedoch vergebens auf eine Antwort. Der Nagio-Check ist auch verdaechtig traege. Kann es sein, dass auf ein Lock der Sqlite-Datenbank gewartet wird? Ich habe mal ein Skript geschrieben, welches mir auf Wunsch alle konfigurierten Domains listet. Auch beim Aufruf dieses Skripts benoetige ich manchmal drei Anlaeufe bis ich Zugriff auf die Datenbank erhalte. Kann es sein, dass LiveConfig die Datenbank ziemlich haeufig beansprucht, obwohl es nichts zu tun gibt? Zum Einsatz kommt LiveConfig 1.7.0-r2692. Logins haben seit Tagen keine statt gefunden. Veränderungen auch nicht.
Gruss ksmx
-
Ich habe die php.ini geloescht, lcclient aktualisiert und den vHost noch einmal angefasst. Nun scheint das Problem geloest zu sein. Vergleicht man alt und neu, dann findet man folgende Unterschiede:
Diff
Alles anzeigen--- alt.ini 2013-10-18 09:22:27.964741192 +0200 +++ php.ini 2013-10-17 19:20:42.117764350 +0200 @@ -6,7 +6,7 @@ ; Copyright (c) 2009-2013 Keppler IT GmbH. ; ---------------------------------------------------------------------------- ; DO NOT MODIFY - ANY CHANGES WILL BE OVERWRITTEN! -; Last updated at: 2013-10-17 18:30:08 CEST +; Last updated at: 2013-10-17 19:20:42 CEST ; ---------------------------------------------------------------------------- [code=php] @@ -53,11 +53,8 @@ allow_url_fopen = On allow_url_include = Off default_socket_timeout = 60 -magic_quotes_gpc = On -safe_mode = Off -register_globals = Off -error_log = "/var/www/web30/logs/priv/php_errors.log" upload_tmp_dir = "/var/www/web30/tmp" +error_log = "/var/www/web30/logs/priv/php_errors.log" [CLI Server] cli_server.color = On [Date]
-
Hi,
ich habe heute einen neuen Server (Debian Wheezy) aufgesetzt und lcclient installiert. Der Apache-MPM-Worker zusammen mit Fcgid funktioniert leider nicht auf Anhieb. Die Fehlermeldung ist leider nicht sonderlich aussagekraeftig. Nach einigem Debuggen habe ich feststellen koennen, dass php-cgi keinen Output liefert und lediglich mit einem exit(255) beendet. Verantwortlich ist irgendein Eintrag in der Default php.ini von Liveconfig:
Code
Alles anzeigen$ echo '<?="hello world\n"?>' > test.php $ export PHPRC=/var/www/web30/conf/php5/ $ php-cgi test.php; echo $? 255 $ export PHPRC=/etc/php5/cgi/ $ php-cgi test.php; echo $? X-Powered-By: PHP/5.4.4-14+deb7u5 Content-type: text/html test 0 $
Ich hoffe, dass meine Angaben ausreichen, um das Problem zu reproduzieren. Im folgenden noch meine php.ini:
Code
Alles anzeigen; _ _ ___ __ _ (R) ; | | (_)_ _____ / __|___ _ _ / _(_)__ _ ; | |__| \ V / -_) (__/ _ \ ' \| _| / _` | ; |____|_|\_/\___|\___\___/_||_|_| |_\__, | ; |___/ ; Copyright (c) 2009-2013 Keppler IT GmbH. ; ---------------------------------------------------------------------------- ; DO NOT MODIFY - ANY CHANGES WILL BE OVERWRITTEN! ; Last updated at: 2013-10-17 18:30:08 CEST ; ---------------------------------------------------------------------------- [code=php] engine = On short_open_tag = On asp_tags = Off precision = 14 output_buffering = 4096 zlib.output_compression = Off implicit_flush = Off unserialize_callback_func = serialize_precision = 17 disable_functions = "show_source, highlight_file, apache_child_terminate, apache_get_modules, apache_note, apache_setenv, virtual, dl, diskfreespace, disk_free_space, disk_total_space, posix_getpwnam, posix_getpwuid, posix_mkfifo, posix_mknod, posix_setpgid, posix_setsid, posix_setuid, posix_uname, proc_nice, openlog, syslog, pfsockopen" disable_classes = zend.enable_gc = On expose_php = Off max_execution_time = 30 max_input_time = 60 memory_limit = 64M error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT display_errors = Off display_startup_errors = Off log_errors = Off log_errors_max_len = 1024 ignore_repeated_errors = Off ignore_repeated_source = Off report_memleaks = On track_errors = Off html_errors = On variables_order = "GPCS" request_order = "GP" register_argc_argv = Off auto_globals_jit = On post_max_size = 16M auto_prepend_file = auto_append_file = default_mimetype = "text/html" doc_root = user_dir = enable_dl = Off file_uploads = On upload_max_filesize = 16M max_file_uploads = 20 allow_url_fopen = On allow_url_include = Off default_socket_timeout = 60 magic_quotes_gpc = On safe_mode = Off register_globals = Off error_log = "/var/www/web30/logs/priv/php_errors.log" upload_tmp_dir = "/var/www/web30/tmp" [CLI Server] cli_server.color = On [Date] [filter] [iconv] [intl] [sqlite] [sqlite3] [Pcre] [Pdo] [Pdo_mysql] pdo_mysql.cache_size = 2000 pdo_mysql.default_socket= [Phar] [mail function] SMTP = localhost smtp_port = 25 mail.add_x_header = On [SQL] sql.safe_mode = Off [ODBC] odbc.allow_persistent = On odbc.check_persistent = On odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 [Interbase] ibase.allow_persistent = 1 ibase.max_persistent = -1 ibase.max_links = -1 ibase.timestampformat = "%Y-%m-%d %H:%M:%S" ibase.dateformat = "%Y-%m-%d" ibase.timeformat = "%H:%M:%S" [MySQL] mysql.allow_local_infile = On mysql.allow_persistent = On mysql.cache_size = 2000 mysql.max_persistent = -1 mysql.max_links = -1 mysql.default_port = mysql.default_socket = mysql.default_host = mysql.default_user = mysql.default_password = mysql.connect_timeout = 60 mysql.trace_mode = Off [MySQLi] mysqli.max_persistent = -1 mysqli.allow_persistent = On mysqli.max_links = -1 mysqli.cache_size = 2000 mysqli.default_port = 3306 mysqli.default_socket = mysqli.default_host = mysqli.default_user = mysqli.default_pw = mysqli.reconnect = Off [mysqlnd] mysqlnd.collect_statistics = On mysqlnd.collect_memory_statistics = Off [OCI8] [PostgreSQL] pgsql.allow_persistent = On pgsql.auto_reset_persistent = Off pgsql.max_persistent = -1 pgsql.max_links = -1 pgsql.ignore_notice = 0 pgsql.log_notice = 0 [Sybase-CT] sybct.allow_persistent = On sybct.max_persistent = -1 sybct.max_links = -1 sybct.min_server_severity = 10 sybct.min_client_severity = 10 [bcmath] bcmath.scale = 0 [browscap] [Session] session.save_handler = files session.use_cookies = 1 session.use_only_cookies = 1 session.name = "PHPSESSID" session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.cookie_httponly = session.serialize_handler = php session.gc_probability = 0 session.gc_divisor = 1000 session.gc_maxlifetime = 1440 session.bug_compat_42 = Off session.bug_compat_warn = Off session.referer_check = session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 0 session.hash_function = 0 session.hash_bits_per_character = 5 url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" session.save_path = "/var/www/web30/tmp" [MSSQL] mssql.allow_persistent = On mssql.max_persistent = -1 mssql.max_links = -1 mssql.min_error_severity = 10 mssql.min_message_severity = 10 mssql.compatability_mode = Off mssql.secure_connection = Off [Assertion] [COM] [mbstring] [gd] [exif] [Tidy] tidy.clean_output = Off [soap] soap.wsdl_cache_enabled=1 soap.wsdl_cache_dir = "/var/www/web30/tmp" soap.wsdl_cache_ttl=86400 soap.wsdl_cache_limit = 5 [sysvshm] [ldap] ldap.max_links = -1 [mcrypt] [dba] [user_ini] user_ini.filename=None [suhosin] suhosin.executor.include.whitelist="phar" suhosin.upload.verification_script="/usr/lib/liveconfig/uploadscan.sh" suhosin.session.encrypt=Off ; <EOF>-----------------------------------------------------------------------
Gruss ksmx
-
Das ist eine gute Nachricht! Vielen Dank.
-
Ich möchte hiermit noch einmal die Aufmerksamkeit auf diese Fragestellung lenken. Danke!
-
Ich habe mich geirrt. Hinterlegt und im vHost konfiguriert ist weiterhin als alte Zertifikat. Liveconfig zeigt im Web-Interface zwar den neuen Fingerabdruck und das neue CRT. Bis zum Apache propagiert sich diese Aenderung jedoch nicht.
-
Hi,
ein Kunde besitzt ein Multi-Domain-Zertifikat, bei welchem hin und wieder der CRT-Teil neu importiert wird, um weitere Domains einzufuehren etc. Eigentlich sollte man davon ausgehen, dass anschliessend ein automatischer Reload des Apaches erfolgt. Dieser bleibt leider aus. Im Dateisystem (/etc/ssl/cert und den virt. Hosts) sieht alles korrekt aus. Ein Reload des Apaches loest das Problem.
Gruss ksmx
-
An diese Moeglichkeit habe ich nicht gedacht. Das hat funktioniert! Perfekt!
-
Hi,
ich habe in einem Kundenkonto (neben vielen anderen Domains) eine Testdomain angelegt. Diese Domain laesst sich nun nicht mehr aus dem Profil entfernen. Ich habe diesen Umstand hier als Feature gefunden. Was kann ich tun, um solchen Unsinn wieder los zu werden?
Gruss ksmx
-
Das Problem betrifft LiveConfig 1.6.1-r2125. Der Fehler laesst sich wie folgt reproduzieren:
* Domains -> Externe Domain anlegen (bsp. testtest.de).
* Die Domain erscheint in der Aufstellung. Ich lasse sie *unkonfiguriert*.
* Subdomain anlegen -> http://www.testtest.de.Nun findet sich nur die Subdomain http://www.testtest.de in der Liste und testtest.de ist verschwunden. Konfiguriert man die Domain testtest.de ausreichend (Webspace, Weiterleing o.ae.) und legt anschliessend eine Subdomain an, so tritt dieses Problem nicht auf.
Gruss ksmx
-
Hi,
ich nutze auf meinen Servern kein Awstats. Der Liveconfig-Cronjob beruecksichtigt dies auch, jedoch nicht sonderlich sauber:
Code# Run AWStats (if installed) every night at 03:32 to create static reports: 32 03 * * * root [ -d /etc/awstats/liveconfig ] && /usr/lib/liveconfig/cron.awstats.sh
Taeglich begruessen mich einige solcher Mails:
CodeFeb 11 03:32:01 <hostname> /USR/SBIN/CRON[27508]: (CRON) error (grandchild #27509 failed with exit status 1)
Obige Bedingung liefert korrekterweise immer ein "exit 1", wenn kein awstats installiert/konfiguriert ist.
Gruss ksmx
-
Wie Recht du hast. Ich nutze Debian Squeeze und habe soeben die aktuelle Beta eingespielt. Nun stimmt alles!
-
Ich nutze die Lab-Version von Liveconfig. Dort sind seit kurzem in der Server-Verwaltung unter Abschnitt "Web" fuer einen Apache die aktiven Module gelistet. Entsteht hier noch Funktionalitaet? In meinem Fall sind sie alle angeblich nicht verfuegbar oder deaktiviert. Die meisten Module sind jedoch geladen und in Betrieb.
Gruss ksmx
-
Hi,
ich wuerde gerne SSL fuer die Shared-IP nachtraeglich deaktivieren. Das Ziel ist, dass fuer Kunden, die kein SSL gebucht haben der SSL-Port geschlossen ist. Die entsprechende IP ist auf Port 443 voellig ungenutzt. Es gibt keinen virtuellen Host, der sie irgendwie in Anspruch nimmt. Lediglich in der 000-default taucht der Eintrag auf. Die Checkbox im Liveconfig-Panel ist jedoch leider grau und damit nicht deaktivierbar. Was kann ich tun?
Gruss ksmx
-
Das wuerde mir das Leben erleichtern und anderen sicher auch.
-