Posts by iron73

    very good job, big thanks. :blush:


    The github version you give us looks very fine and work. No errors or other messages by the installation. I test it with a first Domain, iMSCP, FTP, and Mail incl. both Webmails do your jobs.


    You and your Team make me happy,
    have a nice weekend.


    Thanks a lot,
    Iron Eagle


    P.S.: Please close this threat, is fixed. ;-)

    Die Patch-Datei scheint nicht 100% zu funktionieren wollen, daher hab ich mich für eine frische Neu-Installation von 1.2.2 entschieden. Dort sieht es gut aus, denn die Hohe CPU-Last ist nicht mehr vorhanden! :thumbup:


    The Patch-Script make a little bit trouble. Now i install a new Version 1.2.2 on a new Debian 7.8 System.
    The Problem with the high CPU usage befor seem ok, great, thank a lot Nuxwin for fix it. :shy:

    Erstmal wünsch ich Euch allen ein schönes Wochenende. ;-)


    Da ich ein Problem mit hoher CPU Auslastung unter 1.2.1 hatte, habe ich mein System frisch aufgesetzt, und die neue Version iMSCP 1.2.2 installiert.
    (new 1.2.2 installation on a new Debian 7.8 system)


    - Debian Wheezy 7.8
    - iMSCP 1.2.2


    Eigentlich verlief bei der Installation alles normal, einzig am Ende hab ich eine Warnmeldung und einen Fehler angezeigt bekommen, siehe Screenshot.
    Ist dies Problematisch? Weil alles hat den anschein zu funktionieren. Die Verwaltungsoberfläche siehr gut aus, bei einer Test-Domain sieht alles ok aus (FTP + E-Mail),
    nur die Fehlermeldung bleibt mir im Kopf ... ;-)


    Kann ich damit so in einem Produktiv-System leben, oder muss ich der Sache näher auf den Grund gehen?


    Für einen kurzen Rat wäre ich sehr dankbar ...


    Gruß Iron

    Quote


    # cd /root
    # strace -p $(pgrep vlogger) &>strace_vlogger


    Thank you for your fast answer. I make what you need, but i think the result is wrong, there is a small mistake. :(


    I locate the actualy PID from the vlogger task (25344), and make


    Code
    1. strace -p 25344 &>strace_vlogger


    The file you will see is:


    Code
    1. Process 25344 attached - interrupt to quitstat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0stat("/usr/lib/perl/5.14/auto/POSIX/alarm.al", {st_mode=S_IFREG|0644, st_size=320, ...}) = 0


    And a very lot of the same rows in 1 minute !!


    Code
    1. -rw-r--r-- 1 root root 36326796 Feb 10 13:11 strace_vlogger


    You know what my problem is?


    Greetz
    Iron

    Hallo zusammen,
    ich bin ein Mann der älteren Generation, und mein Englisch ist einfach grauenvoll, daher bin ich dazu gezwungen es außschliesslich hier zu posten, man möge mir verzeihen. ;-)


    Problem:
    Nach frischer iMSCP Installation + 1 Domain hab ich dauerhaft eine Serverauslastung von 1.0 1.0 1.0 (ermittelt mit TOP siehe Screenshot) zu verzeichnen, obwohl der Server ja noch nichts zu tun hat, theoretisch. *grins*
    Die dauerhaft hohe Last wird durch einen Task "vlogger" erzeugt !


    Mein System:


    - Linux Debian Wheezy 7.8
    - vServer (Hosteurope/Köln)
    - iMSCP 1.2.1


    Server implementation in use:

    • dovecot
    • apache php fpm
    • mysql 5.5
    • bin9 (master)
    • activ SSL for the imscp Services
    • Backup future
    • IPv6 enabled
    • FPM Pool per user
    • chkrootkit
    • rkhunter
    • Pydio
    • Roundcube
    • Rainloop

    Benötigt Ihr Debug-Logs, erstelle ich diese selbstverständlich, und reiche diese gegenfalls nach.
    Dies ist eine erste Anfrage, falls die Problematik bekannt ist.


    Vielen Dank schon einmal jetzt für ein tolles Produkt. *respekt*


    Gruß
    Iron Eagle

    Zuerst danke für Deine weiterführenden Hinweise. Habe gemacht was Du geschildert hast, und das Ergebnis ist wie folgt:


    /etc/init.d/imscp_network_restart

    Code
    1. Stopping i-MSCP Network Traffic Logger: imscp_network.Starting i-MSCP Network Traffic Logger: imscp_network.


    Keine Fehlermeldung, sieht also sauber aus. :angel:


    iptables -nL


    Sieht noch leer aus, aber ich warte noch etwas, und teste dann iptables -nL noch einmal, denke das wird nicht "sekündlich" aktuell gemessen, oder?


    Ich Editiere mein Post hier, wenn es etwas anderes zu verzeichnen gibt ...


    E D I T:
    iptables -nL ergibt nach wie vor das gleiche Bild, ABER im i-MSCP Panel wird mir jetzt etwas angezeigt. Habe ein wenig HTTP sowie SMTP + IMAP Traffic verursacht, und siehe da, es erscheinen Werte die anähernd passen im I-MSCP Panel!


    Big thanks @ Jadawin und alle anderen für eure Hinweise.

    Fehler besteht bei meinem System nach wie vor, hat noch jemand nen TIP für mich wo ich schauen kann? Welche Logs sind von interesse mal einzusehen?


    Ich bin für jeden Tip/Hinweis sehr dankbar ...


    Gruß Iron73


    iptables -V

    Code
    1. # iptables v1.4.8


    iptables -L

    Code
    1. Chain INPUT (policy ACCEPT)
    2. target prot opt source destination
    3. Chain FORWARD (policy ACCEPT)
    4. target prot opt source destination
    5. Chain OUTPUT (policy ACCEPT)
    6. target prot opt source destination

    Hab auf die schnelle nur dieses hier gefunden:


    /var/log/syslog

    Code
    1. Nov 5 19:24:01 srv01 /USR/SBIN/CRON[3406]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)Nov 5 19:30:02 srv01 /USR/SBIN/CRON[3411]: (root) CMD (/var/www/imscp/engine/tools/imscp-del-tmp >/dev/null 2>&1)Nov 5 19:30:02 srv01 /USR/SBIN/CRON[3412]: (root) CMD (umask 027; /var/www/imscp/engine/traffic/imscp-vrl-traff &>/var/log/imscp/imscp-vrl-traff.log)Nov 5 19:30:02 srv01 /USR/SBIN/CRON[3414]: (root) CMD (umask 027; /var/www/imscp/engine/traffic/imscp-srv-traff &>/var/log/imscp/imscp-srv-traff.log)Nov 5 19:30:02 srv01 /USR/SBIN/CRON[3410]: (CRON) error (grandchild #3414 failed with exit status 1)


    /var/log/imscp-srv-traff.log

    Code
    1. iptables: No chain/target/match by that name.


    /var/log/imscp-vrl-traff.log

    Code
    1. [DEBUG] [Mon Nov 5 19:30:02 2012] iMSCP::Debug::verbose: Debug messages off


    /var/log/imscp-iptables-input.log

    Code
    1. File hat keinen Inhalt ...


    Welche Error-Logs könnten hier noch hilfreich sein? Hab die gängigen unter /var/log durchgeschaut, nichts bis auf das da oben zu finden. :(

    Hallo i-MSCP Comunity,


    ich bin vom i-MSCP Produkt schlicht und einfach begeistert. Es ist ein tolles Produkt geworden, die Dev´s haben meinen Respekt für Ihre arbeit.


    Nach mehrfacher Neuinstallation der 1.1.0-beta2 kann ich auf meinem vServer bei Host Europe (Köln) nur einen sehr kleinen Fehler ausfindig machen, und bitte hiermit die Comunity um Hilfe/Rat, wo ich mit der Fehlersuche beginnen kann.


    Es handelt sich um die "Server Traffic Anzeige" die leer bleibt, alle anderen Bereich, wie Reseller oder Domain Statistik´s sind vorhanden, und scheinen auch zu funktionieren. Zumindest stehen in den entsprechenden Feldern (Web, Mail, FTP usw.) Werte. ,-)))


    Nur einzig und allein die Server Traffic Anzeige bleibt leer, dort stehen nitmal die Tage mit vielen Nullen als Werten, die Tabelle bleibt einfach leer ...


    Siehe angehängtem Screenshot.


    Wäre für jede Hilfe bei der Fehlersuche wo es hackt sehr dankbar.


    Gruß
    Marco