Posts by ctm5000

  • Löschen von Subdomain und eMail nicht möglich

    anbei das Log vom Update und das Log vom req-mngr beim erfolglosen löschen einer eMail.


    wenn ich den rqst-mngr jetzt manuell laufen lasse, kommt die Fehlermeldung :
    Processing type SubAlias.
    =======================
    Processing type Mail.
    Processing 158, testbert1@xxx.de, delete. (1 of 1: remaining 0)
    Can't call method "prepare" on an undefined value at /var/www/imscp/engine/PerlLib/iMSCP/Database/mysql/mysql.pm line 122.

  • Tine 2.0 mit i-MSCP Pushmail/Kalender/Adressen - alles unter einem Hut

    Nachdem ich wochenlang verschiedene Groupware-Lösungen in Verbindung mit i-MSCP getestet habe, bin ich zu dem Ergebniss gekommen, das Tine2.0, das am einfachsten zu installierende und konfigurierende Open Source Groupwaresystem ist.


    Manche haben sich überhaupt nicht mit i-MSCP vertragen (sogo), andere waren nur unter Schwierigkeiten zu betreiben (z-push) oder boten eben nur Pushmail.


    Gesucht hatte ich eine Lösung zum Pushen von eMail, Kalender und Adressen, die auf meinem Server (Wheezy mit i-MSCP) zusammen läuft.


    Tine2.0 (http://www.tine20.org) bietet Adressmanagement, einen Dateimanager, Aufgabenplanung, Zeiterfassung, Projektmanagement, Webmailer, ein CRM u.a. ... und das aufs Handy gepusht.


    Ich habe das ganze per "Domain" gemacht. Damit Tine mit i-MSCP zusammen läuft gibt es nur Kleinigkeiten zu beachten. Hier meine Installation:



    1. einloggen auf der Konsole (im Rootverzeichnis der Domain) und Tine downloaden


    Code
    1. mkdir tinecd tinewget http://www.tine20.org/downloads/2013.03.5/tine20-allinone_2013.03.5.tar.bz2tar xfvj tine20-allinone_2013.03.5.tar.bz2


    Die Datei: /etc/apache2/imscp/DOMAIN.conf anpassen(DOMAIN mit der eigenen Domain ersetzen):

    Code
    1. RewriteEngine On RewriteRule .* - [E=HTTP_MS_ASPROTOCOLVERSION:%{HTTP:Ms-Asprotocolversion}] RewriteRule .* - [E=HTTP_X_MS_POLICYKEY:%{HTTP:X-Ms-Policykey}] RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] RewriteRule /Microsoft-Server-ActiveSync(.*) /var/www/virtual/DOMAIN/htdocs/tine/index.php?frontend=activesync [E=REMOTE_USER:%{HTTP:Authorization},L,QSA]


    ins Tine-Verzeichniss folgende .htaccess-Datei schreiben:


    Code
    1. DirectoryIndex index.php<IfModule mod_php5.c> php_value max_input_time 120 php_value session.gc_maxlifetime 86400 php_value memory_limit 128M php_value upload_max_filesize 20M php_value post_max_size 20M php_value safe_mode off php_flag display_errors off php_flag log_errors on php_flag magic_quotes_gpc off php_flag magic_quotes_runtime off php_flag register_globals off php_value max_execution_time 90</IfModule><IfModule mod_rewrite.c> RewriteEngine on # OpenID RewriteRule ^users/(.*) index.php?frontend=openid&username=$1 [L,QSA] # WebDAV / CalDAV / CardDAV RewriteCond %{REQUEST_METHOD} !^(GET|POST)$ RewriteRule ^$ index.php?frontend=webdav [E=REMOTE_USER:%{HTTP:Authorization},L,QSA] RewriteRule ^addressbooks index.php?frontend=webdav [E=REMOTE_USER:%{HTTP:Authorization},L,QSA] RewriteRule ^calendars index.php?frontend=webdav [E=REMOTE_USER:%{HTTP:Authorization},L,QSA] RewriteRule ^webdav index.php?frontend=webdav [E=REMOTE_USER:%{HTTP:Authorization},L,QSA] RewriteRule ^principals index.php?frontend=webdav [E=REMOTE_USER:%{HTTP:Authorization},L,QSA]</IfModule><IfModule mod_expires.c> ExpiresActive on ExpiresByType image/gif "access plus 1 month 1 days" ExpiresByType image/jpeg "access plus 1 month 1 days" ExpiresByType image/png "access plus 1 month 1 days" </IfModule>


    ... das war schon das angepasste an i-MSCP


    Jetzt ganz normal mit der Installation von Tine fortfahren:
    - erstellen einer MySQL-Datenbank für Tine
    (am einfachsten im i-MSCP Adminpanel)


    im Tine-Verzeichnis folgende Datei erstellen (config.inc.php) und anpassen:



    Jetzt gehts weiter zu: http://your_webserver/tine/setup.php



    Wenn alle Felder ausgefüllt kann man sich anmelden unter:
    http://your_webserver/tine



    Tine läuft mit und ohne SSL ohne Probleme.


    Viel Spass damit.

  • Löschen von Subdomain und eMail nicht möglich

    Ich muss das ganze nochmal aufmachen.
    Nachdem ich letztens auf meinem Server das Backup mit 1.0.3 eingespielt habe, lief wieder alles ohne Probleme.


    Also hab ich mir gedacht, ich probiers nochmal mit dem Update auf 1.1.0 rc 2.3


    Leider der gleiche Fehler. Immer beim durchlaufen des requestmanagers kommt nach "Processing type mail" -> Can't call method "prepare" on an undefined value at /var/www/imscp/engine/PerlLib/iMSCP/Database/mysql/mysql.pm line 122.


    Falls sich das mal jemand anschauen könnte, wäre das nicht schlecht. Ich hab die letzten Tage rumprobiert, bin aber nicht weitergekommen. Das ganze läuft in einem vserver, also könnte man jederzeit das Backup auf 1.0.3 wieder einspielen.. keine Angst vorm kaputtmachen ^^

  • Löschen von Subdomain und eMail nicht möglich

    Ich habe einen Debian Wezzy mit aktuellem RC 1.1.0 2.3
    Alles scheint perfekt zu laufen. Email anlegen geht.. Subdomain anlegen geht.. doch wenn ich eine Subdomain oder auch eMail löschen möchte geht es nicht.


    Im Kundenmenü steht (nach dem klick auf "löschen") der Status "Löschen in Bearbeitung" Das geht auch nicht weg. Die eMail sowie auch die Subdomain wird nicht gelöscht und ist weiter erreichbar.
    In der Datenbank steht die Subdomain auf "delete".


    Was kann ich tun damit das funktioniert? Wo könnte ich noch schauen?



    Wenn ich den request manager laufen lasse, dann löscht er die eMail. Aber die Subdomain bleibt erhalten. Ausserdem bringt er folgende Fehlermeldung:


    Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
    permitted by applicable law.
    Last login: Mon Jun 17 20:25:26 2013 from p57aa42d6.dip0.t-ipconnect.de
    root@j51851:~# /var/www/imscp/engine/imscp-rqst-mngr
    =======================
    Processing type Certificates.
    =======================
    Processing type User.
    =======================
    Processing type Domain.
    =======================
    Processing type Subdomain.
    =======================
    Processing type Alias.
    =======================
    Processing type SubAlias.
    =======================
    Processing type Mail.
    Processing 158, testbert1@xxx.de, delete. (1 of 1: remaining 0)
    Can't call method "prepare" on an undefined value at /var/www/imscp/engine/PerlLib/iMSCP/Database/mysql/mysql.pm line 122.
    root@j51851:~#


    Er löscht anscheinen immer wieder die eMail. Wenn ich den request manager ein 2. mal durchlaufen lasse, sieht die Ausgabe genauso aus.
    Die Zeile wo der Fehler auftritt in der mysql.pm:
    $self->{'sth'} = $self->{'connection'}->prepare($query) || return "Error while preparing query: $DBI::errstr $key|$query";


    im imscp-rqst-mngr.log hab ich grad das gefunden:
    A critical error has been encountered while executing function
    main::addVirtualNetcard in
    /var/www/imscp/engine/tools/imscp-net-interfaces-mngr.
    Error encountered was:
    =====================================================================
    SIOCSIFFLAGS: Protocol driver not attached
    =====================================================================



    Jetzt hab ich eben noch festgestellt, das das Script, was im Hintergrund die arbeiten wohl erledigt, immer an derselben Stelle festhängt. Also...


    In der DB steht alles korrekt auf löschen aber nachdem Versuch die "Arbeits" warteschlange abzuarbeiten, kommt ein Fehler beim ersten Eintrag:
    Processing type Mail.
    Processing 158, testbert1@kreutzweb.de, delete. (1 of 5: remaining 4)
    mysql.pmline 122.
    root@j51851:~# /var/www/imscp/engine/imscp-rqst-mngr

  • Serverumzug & ISPCP zu I-MSCP ohne vorher ISPCP auf dem neuen Server zu installieren

    (mit Wechsel von IP und Hostname, der alte Server bleibt erhalten)


    Die Situation war bei mir folgende:
    Ich wechsel den Hoster und steige von ISPCP auf I-MSCP um. Dabei bekomme ich eine neue IP und der Server erstmal einen neuen Hostnamen. ISPCP möchte ich aber nicht erst auf dem neuen Server installieren.
    Da ich keine komplette Anleitung dafür gefunden habe, hab ich mir die Anleitung aus verschiedenen einzelnen Anleitungen/Hilfestellungen zusammengebaut.


    So hat es bei mir funktioniert.
    Dauer ca. 30 min


    Vorraussetzung:
    - minimal installiertes Debian (Squeeze oder Wheezy)



    1) neuen Server starten und per ssh anmelden und folgende Befehle:


    Code
    1. apt-get updateapt-get upgradeapt-get install makeapt-get install lynxapt-get install mcapt-get install mysql-server



    2) Daten kopieren:
    vom alten Server müssen folgende Dateien und Ordner auf den neuen Rechner kopiert werden(an die gleiche Stelle):


    Ordner:
    /etc/ispcp
    /var/www/fcgi
    /var/www/ispcp


    Dateien:
    /etc/init.d/ispcp_damon
    /etc/init.d/ispcp_network
    (Die Domaininhalte und eMail kopiere ich erst wenn alles fertig ist)


    3)auf dem alten Rechner einloggen und einen SQLDump machen:


    Code
    1. mysqldump -u root -p --all-databases --result-file=dbdata.sql


    einen extra Dump für die ispcp Datenbank:

    Code
    1. mysqldump -u -root -p ispcp --result-file=ispcp.sql


    (wird evtl. benötigt um Fehler schneller korregieren zu können)


    Die 2 Dateien dbdata.sql und ispcp.sql auf den neuen Server kopieren


    4) auf dem neuen Server den SQLDump einlesen:

    Code
    1. mysql -u root -p < dbdata.sqlmysql -u root -pmysql> FLUSH PRIVILEGES;mysql> quit



    (Das root Passwort von MySQL ist jetzt das gleiche wie auf dem alten Server)


    jetzt noch ein:

    Code
    1. chmod -R 744 /var/lib/mysqlchown -R mysql:mysql /var/lib/mysql


    (sonst hab ich Probleme bei der Migration)



    5) die Benutzer (vuxxxx) dem neuen System bekannt machen


    auf dem alten Server aus den folgenden Dateien:
    etc/passwd, etc/shadow, etc/group und etc/groupshadow
    die Zeilen, die die Benutzer (vu200xxx) enthalten in die gleichnamigen Dateien(einfach am Schluss hinzufügen) auf dem neuen Server einfügen.
    ## Nicht die Dateien kopieren!



    6) auf dem neuen Server (in den ISPCP-Dateien) die alte IP und Hostnamen gegen die neue IP und Hostnamen tauschen


    Code
    1. cd /var/www


    (hier sollten nur die Ordner fcgi und ispcp sein)


    IP tauschen:

    Code
    1. find ./ -type f -print -exec sed -i 's/alte IP/neue IP/g' {} \;


    also zum Bsp: find ./ -type f -print -exec sed -i 's/192.168.1.1/192.168.1.2/g' {} \;


    und hostname:

    Code
    1. find ./ -type f -print -exec sed -i 's/hostnamealt/hostnameneu/g' {} \;



    das ganze noch in /etc/ispcp:

    Code
    1. cd /etc/ispcpfind ./ -type f -print -exec sed -i 's/alte IP/neue IP/g' {} \;find ./ -type f -print -exec sed -i 's/hostnamealt/hostnameneu/g' {} \;


    Bitte prüfen ob unter /etc/ispcp/bind/working eine Datei namens: admin.alterhostname.db vohanden ist.
    Diese umbenennen in admin.neuerhostname.db


    7) Installation von I-Mscp
    siehe hier: http://wiki.i-mscp.net/doku.ph…ion:ispcp:releasedversion
    Zusammenfassung:
    Download von i-mscp
    entpacken von i-mscp



    Code
    1. wget http://netcologne.dl.sourceforge.net/project/i-mscp/i-MSCP%201.0.3.0/i-mscp-1.0.3.0.tar.bz2tar xjvf i-mscp-1.0.3.0.tar.bz2cd imscpperl imscp-autoinstall



    !!! Nur durchführen bis der erste Teil der Installation durchgeführt wurde. Dann auf NO klicken und nicht weitermachen!!!


    hier gehts weiter:

    Code
    1. cp -Rv /tmp/imscp/* /



    jetzt wird die Migration gestartet:

    Code
    1. cd /var/www/imscp/engine/setup/perl imscp-migrate-from-ispcp


    !! hier könnten jetzt paar Fehler kommen. z.B. das der Status einer Domain nicht auf "OK" steht oder eine Orphandings nicht korrekt ist
    Wenn das so ist dann müssen wir in der (auf dem neuen Server) ispcp.sql die passenden Datenbankeinträge suchen und was nicht auf "OK" steht eben auf "ok" setzen. Bei mir stand etwas auf "ordered" und 3 Domain's hatten einen Eintrag mit "include File..".


    Der Fehler mit "Orphan..":
    diese Zeile hab ich komplett rausgelöscht


    Datei abspeichern und in mysql hochladen:

    Code
    1. mysql -u root -p ispcp < ispcp.sql


    jetzt die Migration nochmal probieren...:

    Code
    1. perl imscp-migrate-from-ispcp


    wenn es jetzt durchläuft .. prima ansonsten könnte noch ein Fehler aufttreten:
    ispCP databse keys are corrupt!


    Das liegt meist daran, das das Mysql Passwort in der ISCP-Datenbank nicht hinhaut oder auch (so wars bei mir) leer ist
    Abhilfe schafft folgendes:


    aus der /etc/ispcp/ispcp.conf das Passwort löschen
    das sieht dann so aus:
    DATABASE_PASSWORD =


    anschließend das Passwort neu setzen mit dem Script


    Code
    1. /var/www/ispcp/engine/ispcp-db-passwd


    genaueres dazu hab ich von: http://forum.i-mscp.net/Thread-Migration-von-iscp-schlägt-fehl


    jetzt die Migration nochmal versuchen:

    Code
    1. perl imscp-migrate-from-ispcp


    Nun sollte die Migration durchgelaufen sein. Es ist möglich das Warnungen auftreten wie z.B. ISPCP Dämon wurde nicht gestoppt(weil er ja nicht läuft) etc. Einfach ignorieren. Wenn zum Schluss dasteht.. SUCCESS! dann hat alles geklappt.


    Jetzt kann i-mscp fertig installiert werden:


    Code
    1. ./imscp-setup


    (bei mir endet der erste Setupvorgang immer mit exitcode 1 und ich lass das Setup erneut mit ./imscp-setup durchlaufen, dann ist es erfolgreich)


    Jetzt ist imscp mit den alten ISPCP-Daten installiert.
    Es müssen noch abschliessend die Internetinhalte und evtl. emaildaten vom alten Server auf den neuen kopiert werden (/var/www(virtual). Dabei bitte auf korrekten Besitzer achten(vuxxxx).