Beiträge von ramstein

    hi,


    also bei mir läuft roundcube unter syscp.


    Allerdings habe ich in der Roundcube config (main.inc.php) die Server IP fest eingetragen.


    $rcmail_config['default_host'] = '123.123.123.123';


    Somit fält die Abfrage nach dem Server im Loginfenster wech.
    Login dann nur noch mit der vollständigen Mailadresse und dem Passwort.


    Zitat von Xot;15641

    ... im sysCP werden die erstellten Domains auch nicht übernommen. (Zeigen immer auf /var/www anstatt /var/customers/usr01)


    Das ist wieder das bekannte "cronjob" Problem.
    Ohne das, wird auch dein Roundcube nicht funktionieren :)


    hm ich setze das System mit jedem neuen Betarelease neu auf, nur übernehme ich die MySQL-DB :) Ich hab allerdings nix gefunden wo ich denn einstellen könnte was protokoliert wird.



    Zitat von dani4u;15415


    noch ne frage: nutzt du mysql oder sqlite?
    dann wäre noch interessant ob du ein webinterface nutzt, oder sonstige serverseitigen dienste für irgendwelche spielereien. sei es idlemover etc.


    - My SQL
    - Webinterface von Psychokiller (http://forum.teamspeak.com/showthread.php?t=49547)


    Ich stelle fest das die Datenbankauslastung mit TS3 enorm gestiegen ist.
    Beim letzten "shutdown" wurde der DB-Server mit in den tot gerissen :)


    Ich sehe im mysql.log zwar das es offline ging, aber einen Grund dafür sehe ich nicht ..... alles sehr eigenartig

    re,


    danke für den Tip ..... nach einfügen der Zeile geht es ohne Fehler.
    Aber welcher Pfad ist dann falsch ?



    #!/bin/bash
    #
    # This script is executed by "/etc/init.d/mysql" on every (re)start.
    #
    # Changes to this file will be preserved when updating the Debian package.
    #


    source /usr/share/mysql/debian-start.inc.sh


    MYADMIN="/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf"
    MYUPGRADE="/usr/bin/mysql_upgrade --defaults-extra-file=/etc/mysql/debian.cnf"
    MYCHECK="/usr/bin/mysqlcheck --defaults-file=/etc/mysql/debian.cnf"
    MYCHECK_SUBJECT="WARNING: mysqlcheck has found corrupt tables"
    MYCHECK_PARAMS="--all-databases --fast --silent"
    MYCHECK_RCPT="root"


    # The following commands should be run when the server is up but in background
    # where they do not block the server start and in one shell instance so that
    # they run sequentially. They are supposed not to echo anything to stdout.
    # If you want to disable the check for crashed tables comment
    # "check_for_crashed_tables" out.
    # (There may be no output to stdout inside the background process!)


    echo "Linking mysqld.sock to the postfix-jail."
    if [ -x /var/spool/postfix/var/run/mysqld/mysqld.sock ] ; then
    rm /var/spool/postfix/var/run/mysqld/mysqld.sock
    fi
    ln /var/run/mysqld/mysqld.sock /var/spool/postfix/var/run/mysqld/mysqld.sock


    echo "Checking for corrupt, not cleanly closed and upgrade needing tables."
    (
    upgrade_system_tables_if_necessary;
    check_for_crashed_tables;
    ) >&2 &


    exit 0

    Hallo Ihr TS3 User :)


    Ich habe auf meinem Backupsystem einen prodiktiven (30-40 User) TS3 Server laufen. Manchmal jedoch wird dieser einfach beendet. Mal nach 2h oder erst nach 10 Tagen. Es ist kein Grund erkennbar ....


    Die TS3 Logs sind sauber, der Syslog ist sauber .....
    Ich habe jetzt das "make_core_environment" der TS3 Seite eingebunden um dem Problem Herr zu werden ...


    Hat evtl. jemand ähnliche Probleme ?


    System ist aktuell, Fileshareing ist deaktiviert.

    Hallo zusammen,


    vermutlich ist das Thema falsch benannt, aber ich fange mal an....
    Gesten habe ich festgestellt, das eine Spalte auf meinem Webspace ( wo ist für das Problem nicht relevant) verschoben ist. Da ich keinen Fehler am System feststellen konnte wollte ich es mir heute mal mit Ruhe anschauen.


    Heute jedoch hat sich das Problem wie von Geisterhand erledigt. Da denk ich mir das kann doch nicht sein und starte mal den "chkrootkit". Dieser wirft mir dann, das ich auf den Pfad /proc/1/fd/* als root keinen Zugriff habe.


    Kann mir das einer erklären ?

    re,


    also bis Donnerstag 12.00h siehst meine "normale" Auslastung.
    Nach 12 geht dann wieder die Post ab ......


    Du meinst also das könnte eine anderer User auf dem Node verursachen ?
    Wenn dem so ist, dann ist die virtualisierung wohl auch nicht ganz sauber, oder ?

    Zitat von hilfswicht;13669

    Hmmm? noch ne Frage, geht nur der Apache-Info Teil von Munin nicht, oder gar keine Graphen von Munin?


    Einfach mal Posting von Anfang an lesen ..... das könnte helfen ....


    Zitat von hilfswicht;13669

    Die Glaskugel würde Rechteproblem vermuten?


    siehe oben .....

    Zitat von killerbees19;13634

    Sind die benötigten Munin Plugins (apache_accesses, apache_processes und apache_volume) aktiviert?


    ja


    Zitat von killerbees19;13634

    Wie sieht der [apache_*] Teil deiner /etc/munin/plugin-conf.d/munin-node aus?


    der ist nicht vorhanden, auf keinem der beiden Systeme
    Ich habe jetzt mal den Eintrag "[apache_*]" händisch gesetzt ..... mal abwarten ( reload incl. )


    Zitat von killerbees19;13634

    Hast du auf die eingestellte Url für mod_status vom Apache über z.B. lynx von localhost aus Zugriff?


    ja

    Zitat von killerbees19;13634

    /etc/init.d/munin-node restart schon einmal ausgeführt und ~10 Minuten gewartet?


    ja

    Hallo zusammen,


    ich bekomms ned hin :)


    Ich hab ein Upgrade von Etch auf Lenny gemacht, die meisten "error`s" sind gefixed. Das Problem was gebleiben ist das Munin auf einem System keine Apache2 Graphen mehr erstellt.


    Google hat mir nicht wirklich geholfen .... da war alles zu schwammig.


    Infos:


    2 Lenny VS
    einer (der den Server hat ) leifert keine Apache daten
    der andere ( nur ein node ) arbeitet einwandfrei.


    Jemand Ideen ?

    Hallo zusammen,


    wie habe ich was "nettes" gefunden.


    Nach meinem Dist-Upgrade von Etch auf Lenny arbeiten die Logging Systeme nicht mehr. Ich habe keinen aktuellen syslog / mail.log etc...
    Die haben beiden den letzten Eintrag vom 22.01, obwohl das System durchläuft....


    Das einzige was rennt ist der mysql.log :)


    Jemand eine Idee woran das liegt ?