Unter http://download.pd-admin.de/pdadmin_v4_beta_64.tar.gz haben wir eine neue Test-Version für Debian 10 bereitgestellt. Bei einem ersten Funktionstest konnten wir keine Probleme feststellen.
Neue Test-Version für Debian 10 x86_64
-
-
Nachtrag: Die Version kann nur auf 64-bit-Systemen mit mindestens GLIBC 2.17 eingesetzt werden.
-
Installation verlief unter Debian 10.3 ohne Probleme, beim Aufruf von http://IP/administrator erhalte ich jedoch folgende Meldung:
CodeForbidden You don't have permission to access this resource.Server unable to read htaccess file, denying access to be safe
OK, Problem war bzw. ist, dass bei der Option --unattended die IP aus der /etc/hosts Datei genommen wurde und dort standen bei mir nur folgende Einträge
Müssen die IPv6 Einträge immer noch entfernt werden?
ps. folgendes ist mir noch aufgefallen
Coderoot@debian:~/pdadmin# /opt/pdadmin/www/customer/customer.cgi --version [Thu Feb 20 10:05:57 2020] customer.cgi: Use of uninitialized value in lc at /opt/pdadmin/www/customer/customer.cgi line 269. pd-admin version v4.63 (c) 1999 - 2016 by Daniel Bradler
- Use of uninitialized value in lc
- das Jahr im Copyright ist auch schon etwas her
-
Code
customer.cgi: Use of uninitialized value in lc at /opt/pdadmin/www/customer/customer.cgi line 269. administrator.cgi: Use of uninitialized value in lc at /opt/pdadmin/www/administrator/administrator.cgi line 351. administrator.cgi: Argument "0.00:/images/diagram/gelb_vertikal.gif#/images/diagram/r..." isn't numeric in addition (+) at PERL2EXE_STORAGE/pd_diagram_v5.pm line 96. administrator.cgi: todo = <customers.main> action = <customers.domains.create> extra_param <1> disp = <customers.domains.create.html> at /opt/pdadmin/www/administrator/administrator.cgi line 2613.
von den ersten beiden sind etliche Logeinträge vorhanden …
-
Unter http://download.pd-admin.de/pdadmin_v4_beta_64.tar.gz haben wir eine neue Test-Version für Debian 10 bereitgestellt. Bei einem ersten Funktionstest konnten wir keine Probleme feststellen.
Wir haben eine neue Version erstellt, in der die bislang aufgetauchten Fehler behoben wurden.
-
Code
administrator.cgi: todo = <subresellers.main> action = <preferences.menu.create> extra_param <Neuer Eintrag> disp = <preferences.menu.change.html> at /opt/pdadmin/www/administrator/administrator.cgi line 2614.
in der syslog Log erscheint folgendes
CodeFeb 26 17:42:50 debian proftpd: 2020-02-26 17:42:50,875 debian proftpd[5380]: fatal: unable to read configuration file '/usr/local/pd-admin2/etc/proftpd.conf': No such file or directory Feb 26 17:42:50 debian dovecot-log: 1582735370.881246 Fatal: Error reading configuration: stat(/usr/local/pd-admin2/dovecot-2.2/etc/dovecot/dovecot.conf) failed: No such file or directory Feb 26 17:42:51 debian proftpd: 2020-02-26 17:42:51,928 debian proftpd[5384]: fatal: unable to read configuration file '/usr/local/pd-admin2/etc/proftpd.conf': No such file or directory Feb 26 17:42:51 debian dovecot-log: 1582735371.931439 Fatal: Error reading configuration: stat(/usr/local/pd-admin2/dovecot-2.2/etc/dovecot/dovecot.conf) failed: No such file or directory Feb 26 17:42:52 debian proftpd: 2020-02-26 17:42:52,954 debian proftpd[5388]: fatal: unable to read configuration file '/usr/local/pd-admin2/etc/proftpd.conf': No such file or directory Feb 26 17:42:52 debian dovecot-log: 1582735372.956663 Fatal: Error reading configuration: stat(/usr/local/pd-admin2/dovecot-2.2/etc/dovecot/dovecot.conf) failed: No such file or directory Feb 26 17:42:53 debian dovecot-log: 1582735373.948592 Fatal: Error reading configuration: stat(/usr/local/pd-admin2/dovecot-2.2/etc/dovecot/dovecot.conf) failed: No such file or directory Feb 26 17:42:53 debian proftpd: 2020-02-26 17:42:53,956 debian proftpd[5412]: fatal: unable to read configuration file '/usr/local/pd-admin2/etc/proftpd.conf': No such file or directory Feb 26 17:42:54 debian dovecot-log: 1582735374.970385 Fatal: Error reading configuration: stat(/usr/local/pd-admin2/dovecot-2.2/etc/dovecot/dovecot.conf) failed: No such file or directory Feb 26 17:42:54 debian proftpd: 2020-02-26 17:42:54,980 debian proftpd[5454]: fatal: unable to read configuration file '/usr/local/pd-admin2/etc/proftpd.conf': No such file or directory
ein ls ergibt jedoch, dass es die Datei gibt
Coderoot@debian:~/pdadmin# ls -l /usr/local/pd-admin2/etc/proftpd.conf /usr/local/pd-admin2/dovecot-2.2/etc/dovecot/dovecot.conf -rw-r----- 1 root popuser 4424 Sep 7 2015 /usr/local/pd-admin2/dovecot-2.2/etc/dovecot/dovecot.conf -r-------- 1 root root 1826 Feb 26 17:42 /usr/local/pd-admin2/etc/proftpd.conf
-
der Aufruf von /opt/pdadmin/bin/httpd_log.pl dauert ewig
Code
Alles anzeigen[…] 0.000221 rt_sigaction(SIGINT, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f3e2ad99840}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 0.000224 rt_sigaction(SIGQUIT, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f3e2ad99840}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 0.000226 wait4(9416, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 9416 0.025496 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 0.000279 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=9416, si_uid=0, si_status=0, si_utime=0, si_stime=0} --- 0.000360 rt_sigaction(SIGINT, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f3e2ad99840}, NULL, 8) = 0 0.000388 rt_sigaction(SIGQUIT, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f3e2ad99840}, NULL, 8) = 0 0.000049 read(4, "", 4) = 0 0.000033 close(4) = 0 0.000046 nanosleep({tv_sec=60, tv_nsec=0}, 0x7fff1afa1a90) = 0 60.001056 getpid() = 9415 0.000887 sendto(3, "i\0\0\0\3select t1.id, t1.name, t2.l"..., 109, 0, NULL, 0) = 109 0.001375 recvfrom(3, "\1\0\0\1\4)\0\0\2\3def\6vadmin\2t1\7domains\2"..., 16384, 0, NULL, NULL) = 226 0.000468 getpid() = 9415 0.000613 sendto(3, "R\0\0\0\3select t1.name, t2.name fro"..., 86, 0, NULL, 0) = 86 […]
warum dauert getpid() 1 Minute?
Liegt es evtl. daran, weil noch keine Kunden/Domains eingerichtet wurden?
-
Wenn beim Menüeditor ein Feld, z.B. URL, nicht ausgefüllt wird, vergisst pd-admin die Bezeichnung, d.h. es wird die Fehlermeldung angezeigt und die DE und EN Bezeichnung sind dann leer
-
Lege ich zu einem vorhanden Kunden eine Domain an, dann werde ich auf eine nicht vorhandene Seite weitergeleitet.
(Endkunden-Übersicht -> jeweiliger Endkunde -> Domains -> Neue Domain -> Status Domaineinrichtung -> Fehler "Keine Vorlagen gespeichert" )
Ändere ich im Endkundenmenü die PHP-Einstellung einer Subdomain (CLI-Änderung sind nicht erlaubt und auf FPM eingestellt), dann ist die Subdomain nicht mehr erreichbar, Fehlermeldung im WWW (The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.)
Logs:
Code[Tue Mar 10 06:57:50.735723 2020] [proxy:error] [pid 18259] (2)No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /service/FPM-schwedbx-5.2.99/socket (*) failed [Tue Mar 10 06:57:50.735788 2020] [proxy_fcgi:error] [pid 18259] [client xx:46140] AH01079: failed to make connection to backend: httpd-UDS
-
Hallo,
ich habe den zweiten Fehler beheben können, in dem ich in der run-File des Dienstes
Den Wert "ulimit -u 256" gesetzt habe (Ursprünglich 64).
Wie bekomme ich es hin, dass für alle neuen FPM Services die run-File automatisch wie oben gesetzt ist?
Viele Grüße
Tino
-
Wenn man in die man page von ulimit schaut:
Dies sollte somit das Prozesslimit aus dem Angebot des Nutzers sein. Das Limit 64 ist imho schon sehr hoch. 256 wäre extrem hoch. 32 sollte als Standardwert ausreichend sein. Sind den ausreichend Ressourcen für ein derart hohes Limit vorhanden? Ein höheres Limit bedingt nicht eine höhere/bessere Performance.
Oder laufen bei dem Nutzer tatsächlich mehr als 64 Prozesse? Wenn nicht, wird das Prozesslimit nicht die Ursache gewesen sein.
-
Wenn man in die man page von ulimit schaut:
Dies sollte somit das Prozesslimit aus dem Angebot des Nutzers sein. Das Limit 64 ist imho schon sehr hoch. 256 wäre extrem hoch. 32 sollte als Standardwert ausreichend sein. Sind den ausreichend Ressourcen für ein derart hohes Limit vorhanden? Ein höheres Limit bedingt nicht eine höhere/bessere Performance.
Oder laufen bei dem Nutzer tatsächlich mehr als 64 Prozesse? Wenn nicht, wird das Prozesslimit nicht die Ursache gewesen sein.
Also die RUN-File wird auf jeden Fall neu geschrieben, wenn ich das Angebot ändere. Aber es schein der angebene Wert aus der PD-Admin UI wird im RUN-File verdoppelt. Tatsächlich klappt es bei mir erst ab einem UI Wert von ca. 100 Prozessen, vorher erhalte ich o.g. Meldung.
PD-Admin läuft in diesem Fall in einem LX-Container. Im Container gibt es mehr als 64 Prozesse, für den PD-Admin User gibt es natürlich deutlich weniger. Z.Zt. ~ 5. Wäre in diesem Fall interessant, wie sich ulimit mit LXC verhält.
-
Sind die 64bit Änderungen in der aktuellen pd-admin Version 4.63 inbegriffen?
-
Ich glaube nicht ... hab es mal durchlaufen lassen und läuft beim ./update.sh auf einen Fehler:
CodeCan't load '/opt/pdadmin/lib/auto/Crypt/Passwd/XS/XS.so' for module Crypt::Passwd::XS: /opt/pdadmin/lib/auto/Crypt/Passwd/XS/XS.so: wrong ELF class: ELFCLASS64 at PERL2EXE_STORAGE/XSLoader.pm line 70. at /opt/pdadmin/lib/Crypt/Passwd/XS.pm line 6 Compilation failed in require at PERL2EXE_STORAGE/ConsolidatedAdminAndCustomerCode.pm line 770. BEGIN failed--compilation aborted at PERL2EXE_STORAGE/ConsolidatedAdminAndCustomerCode.pm line 770. Compilation failed in require at /opt/pdadmin/bin/httpd_vhosts.pl line 30. BEGIN failed--compilation aborted at /opt/pdadmin/bin/httpd_vhosts.pl line 30. Update erfolgreich. root@web01:~/pdadmin#
-
da steht doch "Update erfolgreich"
genauso wie bei install-all.sh, wo am Ende erscheint "pd-admin wurde erfolgreich installiert.", auch wenn während der Installation nur Fehler auftreten …
-
da steht doch "Update erfolgreich"
genauso wie bei install-all.sh, wo am Ende erscheint "pd-admin wurde erfolgreich installiert.", auch wenn während der Installation nur Fehler auftreten …
Das Webinterface war mit selbiger Meldung offline. Da die XS.so nicht geladen werden konnte, hatte ich nicht erwähnt - sorry
-
könnte sein, dass da etwas Ironie in meinem Beitrag war
-
Ist schon geplant, wie es mit der Test-Version weiter geht bzw. wann eine neue veröffentlicht wird? Wann kann ungefähr mit der Final gerechnet werden?
-
Die Frage stelle ich auch. Ich muss die nächsten Tage ein altes System neu installieren und würde da nicht schon wieder auf die mittlerweile alte Debian9 zurück greifen müssen.
-
Gibt es zu der Version einen neuen Status? Gibt es eine grobe Planung, wann die Version keine Beta mehr ist?