Beiträge von serverfreak1982

    Das habe ich schon von 256 auf 512 auf 1024 MB geändert.
    (Jeder der drei Werte sollte reichen um phpinfo() ausführen zu können und das funktioniert schon nicht)


    Der Wert aus der Fehlermeldung

    Code
    Fatal Error Unable to allocate shared memory segment of 12582912 bytes

    ist immer identisch mit dem Wert, der in

    Code
    opcache.memory_consumption=12

    eingestellt ist.

    v4.109 (web6) und v4.118 (web7)

    9-0.423 (Debian 11, 5.10.0-23-cloud-amd64) und 9-0.444 (Debian 11, 5.10.0-30-cloud-amd64)


    Hallo zusammen,


    seit 2 Tagen habe ich auf zwei Webservern mit unterschiedlichen Versionsständen verschiedene Probleme wenn OPcache in der php.ini aktiviert ist.


    web7

    Code
    Jun 24 13:46:48 web7 FPM-iwonadbg-8.1.99-log: 1719229608.472452 Mon Jun 24 13:46:48 2024 (1): Fatal Error Unable to allocate shared memory segment of 12582912 bytes: mmap: Cannot allocate memory (12)


    Wenn ich in den php.inis (für 8.1 und 8.2) folgendes ändere:

    Code
    ;opcache.memory_consumption=128
    opcache.memory_consumption=9

    funktioniert es wieder - oder eben wenn ich OPcache rausnehme

    Code
    zend_extension=opcache.so
    ;zend_extension=opcache.so




    web6


    In den Logs tauchen keine Fehlermeldungen auf.

    Hier habe ich urplötzlich in allen /service/FPM*



    Wenn ich in den php.inis (8.1 und 8.2) folgendes ändere:


    Code
    zend_extension=opcache.so
    ;zend_extension=opcache.so

    funktioniert es wieder, allerdings sind die prepend.php und der Eintrag in der php.ini immernoch vorhanden.


    Ich bin ziemlich ratlos.

    Hat sonst noch jemand das Problem und/oder eine Idee?

    Ziel / Quelle

    v4.93 / v4.93

    9-0.399 / 4-0.399

    Debian 11 / Debian 8


    Code
    Mar 10 21:28:20 web7 administrator.cgi[11702]: system_args: </opt/pdadmin/bin/import-customer.sh>, <--remote-server>, <admin.web5.wk-serv.de>, <--remote-customer-login>, <xxxxxxxx>, <--remote-customer-password>, <XXXXXXXX>, <--reseller>, <xxxxxxx>, <--lang>, <de> at /opt/pdadmin/www/administrator/administrator.cgi line 5922.
    
    Mar 10 21:28:22 web7 administrator.cgi[11702]: Inappropriate ioctl for device at /opt/pdadmin/www/administrator/administrator.cgi line 5926.
    
    Mar 10 21:28:22 web7 administrator.cgi[11702]: xmsg = <#012STDOUT: #012STDERR: DBD::mysql::db do failed: View 'mysql.user' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them at /opt/pdadmin/bin/import-customer line 285.#012DBD::mysql::db do failed: View 'mysql.user' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them at /opt/pdadmin/bin/import-customer line 285#012#011main::insert_rows('DBI::db=HASH(0x238f7c8)', 'mysql.user', 'user', 'HASH(0x23129b0)', undef) called at /opt/pdadmin/bin/import-customer line 341#012#011main::import('ARRAY(0x236d428)') called at /opt/pdadmin/bin/import-customer line 1027#012#011main::import_customer_data('HASH(0x2367e40)', 'HASH(0x238e5c8)', 'ARRAY(0x236d428)', 0) called at /opt/pdadmin/bin/import-customer line 1164#012#011main::main() called at /opt/pdadmin/bin/import-customer line 1197#012curl: (23) Failure writing output to destination#012(import-customer.sh:112)#012> at /opt/pdadmin/www/administrator/administrator.cgi line 5942.

    Ich möchte nicht unerwähnt lassen, dass bei einem fehlgeschlagenen Import, z.B. wegen lz4, in der vadmin-Datenbank bereits vom Importassistenten eingetragene Daten (vhosts, Datenbanken etc.) als Datenmüll zurückbleiben.


    Startet man den Import direkt erneut schlägt er diesmal fehl weil es sonst doppelte Inhalte in der vadmin-Datenbank gibt.

    Die vorhandenen Informationen muss man erst aufwändig per Hand löschen bevor man einen neuen Import starten kann.

    Installierte pd-admin-Version: v4.84

    Installierte Version d. Serverumgebung: 8-0.388



    Es ist möglich, dass ein FTP-Unterkonto doppelt existiert (mit unterschiedlichen IDs, Passwörter, und Homeverzeichnissen).


    Nachdem Import eines Kunden konnte ich sehen, dass der Benutzername (fxx) auf der ID basiert.

    Nachdem bzw. durch den Import gab es den Benutzer f68. Über das GUI habe ich dann solange weitere Benutzer angelegt, bis er wieder einen f68 angelegt hat.

    Kann es sein, dass der Patch nicht ganz korrekt ist?

    Bekommst du auch


    Code
    Hmm...  Looks like a unified diff to me...
    The text leading up to this was:
    --------------------------
    |--- qmail2.sh_ 2020-07-28 18:10:01.000000000 +0200
    |+++ qmail2.sh  2021-07-05 15:40:22.125721873 +0200
    --------------------------
    patching file qmail2.sh
    Using Plan A...
    patch: **** unexpected end of file in patch

    ?

    ./compile ezmlm-cgi.c

    In file included from ezmlm-cgi.c:24:

    substdio.h:12:64: warning: initialization of 'int (*)()' from incompatible pointer type 'ssize_t (*)(int, const void *, size_t)' {aka 'long int (*)(int, const void *, long unsigned int)'} [-Winco

    mpatible-pointer-types]

    12 | #define SUBSTDIO_FDBUF(op,fd,buf,len) { (buf), 0, (len), (fd), (op) }

    | ^

    ezmlm-cgi.c:177:25: note: in expansion of macro 'SUBSTDIO_FDBUF'

    177 | static substdio ssout = SUBSTDIO_FDBUF(write,1,outbuf,sizeof(outbuf));

    | ^~~~~~~~~~~~~~

    substdio.h:12:64: note: (near initialization for 'ssout.op')

    12 | #define SUBSTDIO_FDBUF(op,fd,buf,len) { (buf), 0, (len), (fd), (op) }

    | ^

    ezmlm-cgi.c:177:25: note: in expansion of macro 'SUBSTDIO_FDBUF'

    177 | static substdio ssout = SUBSTDIO_FDBUF(write,1,outbuf,sizeof(outbuf));

    | ^~~~~~~~~~~~~~

    ezmlm-cgi.c: In function 'show_index':

    ezmlm-cgi.c:962:24: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    962 | substdio_fdbuf(&ssin,read,fd,inbuf,sizeof(inbuf));

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from ezmlm-cgi.c:24:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ezmlm-cgi.c: In function 'show_object':

    ezmlm-cgi.c:1068:24: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    1068 | substdio_fdbuf(&ssin,read,fd,inbuf,sizeof(inbuf));

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from ezmlm-cgi.c:24:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ezmlm-cgi.c: In function 'show_message':

    ezmlm-cgi.c:1576:24: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    1576 | substdio_fdbuf(&ssin,read,fd,inbuf,sizeof(inbuf));

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from ezmlm-cgi.c:24:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ezmlm-cgi.c: In function 'msg2hash':

    ezmlm-cgi.c:1686:24: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    1686 | substdio_fdbuf(&ssin,read,fd,inbuf,sizeof(inbuf));

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from ezmlm-cgi.c:24:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ezmlm-cgi.c: In function 'setmsg':

    ezmlm-cgi.c:1745:24: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    1745 | substdio_fdbuf(&ssin,read,fd,inbuf,sizeof(inbuf));

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from ezmlm-cgi.c:24:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ezmlm-cgi.c: In function 'main':

    ezmlm-cgi.c:2074:24: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    2074 | substdio_fdbuf(&ssin,read,fd,inbuf,sizeof(inbuf)); /* set up buffer */

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from ezmlm-cgi.c:24:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ./load ezmlm-cgi -lezmlm

    ./compile ezmlm-clean.c

    ezmlm-clean.c: In function 'sendnotice':

    ezmlm-clean.c:104:30: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    104 | substdio_fdbuf(&sstext,read,fd,textbuf,sizeof(textbuf));

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from qmail.h:4,

    from ezmlm-clean.c:15:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ezmlm-clean.c:146:30: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    146 | substdio_fdbuf(&sstext,read,fd,textbuf,sizeof(textbuf));

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from qmail.h:4,

    from ezmlm-clean.c:15:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ./load ezmlm-clean -lezmlm

    ./compile ezmlm-confirm.c

    ezmlm-confirm.c: In function 'main':

    ezmlm-confirm.c:197:28: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    197 | substdio_fdbuf(&sstext,read,fd,textbuf,sizeof(textbuf));

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from qmail.h:4,

    from ezmlm-confirm.c:19:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ./load ezmlm-confirm -lezmlm

    ./compile ezmlm-cron.c

    ezmlm-cron.c: In function 'main':

    ezmlm-cron.c:214:24: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    214 | substdio_fdbuf(&ssin,read,fdin,inbuf,sizeof(inbuf));

    | ^~~~

    | |

    | ssize_t (*)(int, void *, size_t) {aka long int (*)(int, void *, long unsigned int)}

    In file included from ezmlm-cron.c:9:

    substdio.h:14:46: note: expected 'int (*)()' but argument is of type 'ssize_t (*)(int, void *, size_t)' {aka 'long int (*)(int, void *, long unsigned int)'}

    14 | extern void substdio_fdbuf(substdio *s,int (*op)(),int fd,char *buf,int len);

    | ~~~~~~^~~~~

    ezmlm-cron.c:248:27: warning: passing argument 2 of 'substdio_fdbuf' from incompatible pointer type [-Wincompatible-pointer-types]

    248 | substdio_fdbuf(&ssout,write,1,outbuf,sizeof(outbuf));

    | ^~~~~

    | |

    | ssize_t (*)(int, const void *, size_t) {aka long int (*)(int, const void *, long unsigned int)}

    Ja, den Thread habe ich mir extra vor der Installation gesucht. Die Pakete sind alle installiert.

    Wielange ist bei dir die Installation denn her?

    Hallo zusammen,


    hat schon jemand versucht PD-Admin (Reihe 8) auf Debian 11 zu installieren? Ein neues System jetzt noch mit Debian 10 zu installieren scheint mir suboptimal.

    Bei mir scheitert die Installation mit folgendem Fehler:

    Code
    make: *** [Makefile:395: ezmlm-get] Error 1
    kann ezmlm nicht installieren
    qmail2.sh failed


    Gruß

    Patrick

    Hallo zusammen,


    hat es irgendwer schon geschafft, ein Typo3 Version9 zu installieren?

    Also mit Archiv entpacken und Symlinks erstellen?


    Ich kann den Installer bis zum vorletzten Schritt durcharbeiten, aber dann bleibt er hängen.

    Im Log erscheint dann folgende Meldung:

    Code
    Mon Apr 01 21:44:03.986404 2019 (28524:140487482590976) [error] [cgid] End of script output before headers: php5-cgiwrap


    Für den Account ist allerdings PHP 7.3 eingestellt.


    PD-Admin: 4.60

    SE: 4-0.329