groupware Datenbank wird nicht erstellt

[outlow]

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,

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

[outlow]

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

[mybulk]

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.

[Carsten Hoeger]

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.

[mybulk]

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