Announcement

Collapse
No announcement yet.

groupware Datenbank wird nicht erstellt

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

  • groupware Datenbank wird nicht erstellt

    Hallo zusammen,

    ich habe in den letzten Tagen einen neuen Server mit Debian Lenny aufgesetzt.

    Es wurden die Pakte postfix cyrus mysql-server mysql-client etc installiert

    Anschließend habe ich die open-xchange Paket mittels open-xchange-meta-singleserver installiert.

    Bei dem Versuch die Datenbanke anzulegen und mit leben zu füllen bekomme ich keine Fehler,

    Code:
    initconfigdb --configdb-pass=test -a
    
    oxinstaller --no-license --servername=oxserver --configdb-pass=test --master-pass=test --ajp-bind-port=localhost
    
    /etc/init.d/open-xchange-admin restart
    
    registerserver -n oxserver -A oxadminmaster -P test
    
    registerfilestore -A oxadminmaster -P test -t file:///var/opt/filestore -s 102400
    
    registerdatabase -A oxadminmaster -P test -n oxdatabase -p test -m true
    jeodch wird keine Datenbank für die Groupware erstellt.

    Ich gehe davon aus das mit dem Schritt registerdatabase diese ebenfalls erstellt wird oder muss ich nochmehr machen?.

    In den Logfiles werden keine Fehler im zusammenhang mit der erstellung oder dem anlegen gelistet.

    für hilfe wie immer dankbar,

    mfg

    outlow

  • #2
    Hi,

    entgegen meinem Verständnis wird die Db erst mit anlegen des ersten Contexts erstellt.

    So mit hat sich das ganze ja erledigt, wobei ich schon gerne wüsste warum dies so gewählt wurde.

    mfg

    outlow

    Comment


    • #3
      Es ist sogar so, dass die Datenbank ohne Rückfrage gelöscht wird wenn der letzte Context gelöscht wird, verstehe ich auch nicht und bekomme immer Magenkrummeln bei sowas - ist aber nunmal so.

      Comment


      • #4
        When the last context of a db schema is deleted, there's no data left in this schema, anyway. It just uses up disk space.

        What's the problem of deleting a schema containing no data at all? Could you please explain that?

        Also think of a setup where you have millions of contexts and thus a growing number of empty schemas over the time just consuming disk space.

        Comment


        • #5
          The point is that OX deletes a whole Database prob. without checking (and thats the essential part) if there is anything else inside the database like a custom made Table/SQL Trigger created by a User.
          You simply assume that the OX DB is never used by anything else than OX and none has the right to store other Tables there or made some DB tweaks.
          But in reality that's not working that way.
          The OX DB is "owned" by the Administrator which is nice enough to install OX on his Linux Box and give it a Home for the time being. Admins create backup scripts or SQL dumbs referring on the existence of the OX DB - or whatever you can imagine. So its just bad programming style to wipe out something completely without giving notice, when other people rely on it is there

          A better way would be to:

          1. Create empty DB on Install (use default name or user given one)
          2. Create context inside a DB (DB Name has to be specified)
          3. Delete context inside a DB (Db name again has to be specified). dont touch the DB even if its last context!
          4. Finally and only by manual command remove DB after OX was removed from the Server

          Especially with 3th party tools (Peters OX Admin tool) which only can call the Create/Delete OXDatabase funtion this would save us from creating and wiping out OX DB's like MAD. On a single day I spent playing with a OX install I managed to generate 15 new versions (14 of them got deleted automatically) of the OX DB by creating/deleting the last context

          Comment

          Working...
          X