Mulit-Server ISPConfig / Connect nach Umzug

Dieses Thema im Forum "Installation und Konfiguration" wurde erstellt von astiga, 10. Aug. 2016.

  1. astiga

    astiga New Member

    Hallo,
    wir haben ISP-Config mit einem Master-Server und mehreren Slave-Servern im Einsatz. 2 der Slave-Server haben in Folge eines Server-Umzugs neue IP-Adressen bekommen. Nun können die Slaves leider nicht mehr ihre Konfig-Jobs beim Master abholen.

    Auf dem Slave erhalte ich folgende Fehlermeldung:
    /usr/local/ispconfig/server/server.sh
    10.08.2016-04:12 - DEBUG - Set Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock
    10.08.2016-04:12 - WARNING - Unable to connect to master server.
    10.08.2016-04:12 - DEBUG - No Updated records found, starting only the core.
    10.08.2016-04:12 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock

    Frage: Was muss ich in den Mysql-Tabellen auf dem Master wie ändern, damit der Zugriff vom slave auf den Master wieder klappt.

    Vielen Dank vorab für Eure Hilfe,

    Matthias
     
  2. robotto7831a

    robotto7831a Member

    Hallo,

    in den MYSQL Datenbank müsste es Tabellen wie user und host geben. Schau mal dort rein.
     
  3. astiga

    astiga New Member

    ... der Hinweis auf die Mysql-DB auf dem Master stimmt. Allerdings muss man dort nicht nur die IP ändern sondern auch alle Berechtigungen / Grants:
    Bsp.:
    #
    # ispcsrv xx -> nachschauen unter /usr/local/ispconfig/server/lib/config.inc.php (auf dem umzuziehenden Server)
    bspw: ispcsrv02
    use mysql;
    select * from user where User like '%ispcsrv02%' ;
    # *lkjflasdfjiajföoaeijfeaoijfaweföfiwofjiow -> ist das verschlüsselte PASSWORD
    # 2.3.4.5 = neue IP
    # 1.1.1.1 alte IP

    update user set Host='2.3.4.5' where ( Host='1.1.1.1' and User='ispcsrv02');

    GRANT USAGE ON *.* TO 'ispcsrv02'@'2.3.4.5' IDENTIFIED BY PASSWORD '*lkjflasdfjiajföoaeijfeaoijfaweföfiwofjiow' ;
    GRANT SELECT ON `dbispconfig`.`sys_group` TO 'ispcsrv02'@'2.3.4.5' ;
    GRANT SELECT, INSERT, UPDATE ON `dbispconfig`.`web_traffic` TO 'ispcsrv02'@'2.3.4.5' ;
    GRANT SELECT, UPDATE (updated) ON `dbispconfig`.`server` TO 'ispcsrv02'@'2.3.4.5' ;
    GRANT SELECT, INSERT ON `dbispconfig`.`sys_log` TO 'ispcsrv02'@'2.3.4.5' ;
    GRANT SELECT, INSERT, UPDATE ON `dbispconfig`.`mail_traffic` TO 'ispcsrv02'@'2.3.4.5' ;
    GRANT SELECT, INSERT, DELETE ON `dbispconfig`.`monitor_data` TO 'ispcsrv02'@'2.3.4.5' ;
    GRANT SELECT, UPDATE (status) ON `dbispconfig`.`software_update_inst` TO 'ispcsrv02'@'2.3.4.5' ;
    GRANT SELECT, UPDATE (status) ON `dbispconfig`.`sys_datalog` TO 'ispcsrv02'@'2.3.4.5' ;
    GRANT SELECT, UPDATE (response, action_state) ON `dbispconfig`.`sys_remoteaction` TO 'ispcsrv02'@'2.3.4.5' ;
    GRANT SELECT, UPDATE (ssl_action, ssl_cert, ssl_request) ON `dbispconfig`.`web_domain` TO 'ispcsrv02'@'2.3.4.5' ;
    ;
    danach geht der Zugriff vom Slave auf den Master wieder.

    Cheers Matthias
     

Diese Seite empfehlen