Announcement

Collapse
No announcement yet.

Database auf anderen Server umziehen

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Database auf anderen Server umziehen

    Hallo,

    zur umgebung ich habe einen OX6 Server unter Suse laufen. Dieser soll allerdings abgelöst werden durch einen OX6 auf Debain Squeeze.

    Nun habe ich einen komplett neuen Server unter Debian installiert und auch getestet läuft wunderbar.

    Zwecks übernahme der Altdaten, bin ich diesem Howto gefolgt http://oxpedia.org/wiki/index.php?ti...Xchange_backup.


    Sofern ich nun allerdings ein

    /opt/open-xchange/sbin/listuser -c 1 -A oxadmin -P secretOLD

    ausführe bekomme ich nur eine Fehlermeldung:


    users in context 1 could not be listed:
    Server response:
    com.openexchange.admin.rmi.exceptions.PoolExceptio n: DBP-0001 Category=5 Message=Cannot get connection to config DB. exceptionID=-44083925-54
    at com.openexchange.admin.storage.mysqlStorage.OXTool MySQLStorage.getUserIDByUsername(OXToolMySQLStorag e.java:1148)
    at com.openexchange.admin.storage.mysqlStorage.OXAuth MySQLStorage.authenticate(OXAuthMySQLStorage.java: 101)
    at com.openexchange.admin.rmi.impl.BasicAuthenticator .doAuthentication(BasicAuthenticator.java:195)
    at com.openexchange.admin.rmi.impl.OXUser.list(OXUser .java:1043)
    at sun.reflect.GeneratedMethodAccessor21.invoke(Unkno wn Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(De legatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at sun.rmi.server.UnicastServerRef.dispatch(UnicastSe rverRef.java:305)
    at sun.rmi.transport.Transport$1.run(Transport.java:1 59)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.rmi.transport.Transport.serviceCall(Transport. java:155)
    at sun.rmi.transport.tcp.TCPTransport.handleMessages( TCPTransport.java:535)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandl er.run0(TCPTransport.java:790)
    at sun.rmi.transport.tcp.TCPTransport$ConnectionHandl er.run(TCPTransport.java:649)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run Task(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)
    at sun.rmi.transport.StreamRemoteCall.exceptionReceiv edFromServer(StreamRemoteCall.java:255)
    at sun.rmi.transport.StreamRemoteCall.executeCall(Str eamRemoteCall.java:233)
    at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:1 42)
    at java.rmi.server.RemoteObjectInvocationHandler.invo keRemoteMethod(RemoteObjectInvocationHandler.java: 178)
    at java.rmi.server.RemoteObjectInvocationHandler.invo ke(RemoteObjectInvocationHandler.java:132)
    at $Proxy0.list(Unknown Source)
    at com.openexchange.admin.console.user.List.maincall( List.java:82)
    at com.openexchange.admin.console.user.ListCore.commo nfunctions(ListCore.java:118)
    at com.openexchange.admin.console.user.List.<init>(Li st.java:77)
    at com.openexchange.admin.console.user.List.main(List .java:70)


    Sieht wohl nach einem Fehler bei der Verbindung mit der Configdb aus. Da ich durch mein neues Setup bereits eine configdb habe, dachte ich mir restore ich nur "OXDATABASE_old" und mache ein

    mysql update context_server2db_pool set db_schema = 'OXDATABASE_old';

    sofern ich dies mache bekomme ich mit

    /opt/open-xchange/sbin/listuser -c 1 -A oxadmin -P secretNEW

    eine kprrekte Ausgabe.

    Nun würde ich gerne wissen, ob dieser "Workaround" in Ordnung ist um nur eine DB und 1 Context auf einem neuen Server (auf diesem keine weiteren DB's oder Contexte laufen) zu portieren oder ob man noch andere Tables anpassen muss?

    Danke schonmal im Voraus,

    Zipp
Working...
X