So,
WebApp und Outlook sind wieder OK, die Sonderbarkeiten nehmen aber nicht ab.
Aufgrund von bösen Fehlern in “kopano-backup”:
2017-01-17 23:01:28,264 - backup0 - ERROR - Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/kopano/__init__.py", line 4227, in log_exc
try: yield
File "/usr/lib/python2.7/dist-packages/kopano_backup/__init__.py", line 159, in update
db[item.sourcekey] = zlib.compress(item.dumps(attachments=not self.options.skip_attachments, archiver=False, skip_broken=True))
File "/usr/lib/python2.7/contextlib.py", line 154, in __exit__
self.thing.close()
File "/usr/lib/python2.7/bsddb/__init__.py", line 296, in close
v = _DeadlockWrap(self.db.close)
File "/usr/lib/python2.7/bsddb/dbutils.py", line 68, in DeadlockWrap
return function(*_args, **_kwargs)
DBRunRecoveryError: (-30973, 'DB_RUNRECOVERY: Fatal error, run database recovery -- PANIC: fatal region error detected; run recovery')
Wollte ich die Datenbank mal allgemein checken. Dabei kam ich drauf, dass sowohl “kopano” angelegt wurde als auch “zarafa” weiterhin vorhanden ist:
[code]root@ucs:/home/backupuser/daily# mysqlcheck --all-databases -v -u debian-sys-maint -p
Enter password:
Connecting to localhost…
kopano.abchanges OK
kopano.acl OK
kopano.changes OK
kopano.clientupdatestatus OK
kopano.deferredupdate OK
kopano.hierarchy OK
kopano.indexedproperties OK
kopano.lob OK
kopano.mvproperties OK
kopano.names OK
kopano.object OK
kopano.objectmvproperty OK
kopano.objectproperty OK
kopano.objectrelation OK
kopano.outgoingqueue OK
kopano.properties OK
kopano.receivefolder OK
kopano.searchresults OK
kopano.settings OK
kopano.singleinstances OK
kopano.stores OK
kopano.syncedmessages OK
kopano.syncs OK
kopano.tproperties OK
kopano.users OK
kopano.versions OK
mysql.columns_priv OK
mysql.db OK
mysql.event OK
mysql.func OK
mysql.general_log OK
mysql.help_category OK
mysql.help_keyword OK
mysql.help_relation OK
mysql.help_topic OK
mysql.host OK
mysql.ndb_binlog_index OK
mysql.plugin OK
mysql.proc OK
mysql.procs_priv OK
mysql.proxies_priv OK
mysql.servers OK
mysql.slow_log OK
mysql.tables_priv OK
mysql.time_zone OK
mysql.time_zone_leap_second OK
mysql.time_zone_name OK
mysql.time_zone_transition OK
mysql.time_zone_transition_type OK
mysql.user OK
zarafa.abchanges OK
zarafa.acl OK
zarafa.changes OK
zarafa.clientupdatestatus OK
zarafa.deferredupdate OK
zarafa.hierarchy OK
zarafa.indexedproperties OK
zarafa.lob OK
zarafa.mvproperties OK
zarafa.names OK
zarafa.object OK
zarafa.objectmvproperty OK
zarafa.objectproperty OK
zarafa.objectrelation OK
zarafa.outgoingqueue OK
zarafa.properties OK
zarafa.receivefolder OK
zarafa.searchresults OK
zarafa.settings OK
zarafa.singleinstances OK
zarafa.stores OK
zarafa.syncedmessages OK
zarafa.syncs OK
zarafa.tproperties OK
zarafa.users OK
zarafa.versions OK
Disconnecting from localhost…
[/code]
Die Datenbank ist also augenscheinlich OK, was “kopano-backup” abschmieren lässt, verstehe ich gerade nicht - “zarafa-backup” hat einwandfrei funktioniert.
Nachdem ich sowohl “zarafa” als auch “kopano” gefunden habe, habe ich mal die UCR gecheckt:
Aha. Das verstehe wer will. Ich hoffe, dies hat keine Auswirkungen auf den operativen Einsatz - ansonsten müsste ich wohl die Zarafa-Tabellen dumpen, in “kopano” einlesen und die UCR umstellen.
Wie schaut es denn diesbezüglich bei anderen Migrationen aus?
