Calendar Migration GW7 to GW8

Hi,
we have a new GW8 system (linux) and I want to transfer the user calendar to
GW8. I can export iCal from GW7 (linux) but unfortunately not import the
same to GW8. Is there a "simple" way or tool to do this? I have read about
the API Gateway but does it exist on linux box?
Regards,
Christian

Christian Langer wrote:
> we have a new GW8 system (linux) and I want to transfer the user calendar to
> GW8. I can export iCal from GW7 (linux) but unfortunately not import the same
> to GW8. Is there a "simple" way or tool to do this? I have read about the API
> Gateway but does it exist on linux box?
So are you saying you "started over" from GW7 to GW8 and now you want to bring
the calendars over from the GW7 system? Why didn't you just upgrade the GW7
system to GW8?
That said, I just exported a calendar from GW7 and imported it to GW8 with no
problems. What specific error are you receiving when you try?
Danita
Novell Knowledge Partner
Moving GroupWise to Linux?
http://www.caledonia.net/gwmove.html

Similar Messages

Server Calendar migration failed

Hi,
last week when installing the latest server update for Mavericks the Calendar and Contacts stopped working. I tried everything to get it working again for the past few days like reinstalling server and even updated to Yosemite and installed Server 4 with the hope it would migrate correctly but without any luck.
The calendar state keeps in Starting and will never change to Started.
Below you can find the migration.log:
calendarcommonextra: Jan 21 21:49:45 Clean install: False
calendarcommonextra: Jan 21 21:49:45 Legacy indicator file does not exist
calendarcommonextra: Jan 21 21:49:46 Default certificate is: /etc/certificates/MYSERVER.FC3592DE1A30B14C74BE9CAFCBACFCC57615842C.cert.pem
calendarcommonextra: Jan 21 21:49:46 Default cert path: /etc/certificates/MYSERVER.FC3592DE1A30B14C74BE9CAFCBACFCC57615842C.cert.pem
calendarcommonextra: Jan 21 21:49:46 Reading plist /Library/Server/Calendar and Contacts/Config/caldavd-system.plist
calendarcommonextra: Jan 21 21:49:46 EnableCalDAV=True
calendarcommonextra: Jan 21 21:49:46 EnableCardDAV=True
calendarcommonextra: Jan 21 21:49:46 Looking up DatabaseRoot
calendarcommonextra: Jan 21 21:49:51 Output from calendarserver_config: DatabaseRoot=/Library/Server/Calendar and Contacts/Data/Database.xpg
calendarcommonextra: Jan 21 21:49:51 Looking up Postgres.ClusterName
calendarcommonextra: Jan 21 21:49:52 Output from calendarserver_config: Postgres.ClusterName=cluster.pg
calendarcommonextra: Jan 21 21:49:52 Sending to serveradmin: calendar:command = exportPushCertificates
calendarcommonextra: Jan 21 21:49:55 Output from push certificate export: calendar:Exported = "Yes"
calendarcommonextra: Jan 21 21:49:55 Calling calendarserver_upgrade --postprocess
calendarcommonextra: Jan 21 21:50:01 Output from calendarserver_upgrade: 2015-01-21 21:49:59+0100 Root ACL: <?xml version='1.0' encoding='UTF-8'?>
<acl xmlns='DAV:'>
<ace>
    <principal>
      <authenticated/>
    </principal>
    <grant>
      <privilege>
        <read/>
      </privilege>
      <privilege>
        <read-current-user-privilege-set/>
      </privilege>
    </grant>
    <protected/>
</ace>
</acl>
2015-01-21 21:49:59+0100 Nav ACL: <?xml version='1.0' encoding='UTF-8'?>
<acl xmlns='DAV:'>
<ace>
    <principal>
      <authenticated/>
    </principal>
    <grant>
      <privilege>
        <read/>
      </privilege>
      <privilege>
        <read-current-user-privilege-set/>
      </privilege>
    </grant>
    <protected/>
</ace>
</acl>
2015-01-21 21:49:59+0100 CalDAV APNS certificate passphrase retreived from keychain
2015-01-21 21:49:59+0100 CardDAV APNS certificate passphrase retreived from keychain
2015-01-21 21:49:59+0100 iMIP Sending password successfully retreived from keychain
2015-01-21 21:49:59+0100 iMIP Receiving password successfully retreived from keychain
2015-01-21 21:49:59+0100 Root ACL: <?xml version='1.0' encoding='UTF-8'?>
<acl xmlns='DAV:'>
<ace>
    <principal>
      <authenticated/>
    </principal>
    <grant>
      <privilege>
        <read/>
      </privilege>
      <privilege>
        <read-current-user-privilege-set/>
      </privilege>
    </grant>
    <protected/>
</ace>
</acl>
2015-01-21 21:49:59+0100 Nav ACL: <?xml version='1.0' encoding='UTF-8'?>
<acl xmlns='DAV:'>
<ace>
    <principal>
      <authenticated/>
    </principal>
    <grant>
      <privilege>
        <read/>
      </privilege>
      <privilege>
        <read-current-user-privilege-set/>
      </privilege>
    </grant>
    <protected/>
</ace>
</acl>
2015-01-21 21:49:59+0100 iMIP Sending password successfully retreived from keychain
2015-01-21 21:49:59+0100 iMIP Receiving password successfully retreived from keychain
2015-01-21 21:49:59+0100 Root ACL: <?xml version='1.0' encoding='UTF-8'?>
<acl xmlns='DAV:'>
<ace>
    <principal>
      <authenticated/>
    </principal>
    <grant>
      <privilege>
        <read/>
      </privilege>
      <privilege>
        <read-current-user-privilege-set/>
      </privilege>
    </grant>
    <protected/>
</ace>
</acl>
2015-01-21 21:49:59+0100 Nav ACL: <?xml version='1.0' encoding='UTF-8'?>
<acl xmlns='DAV:'>
<ace>
    <principal>
      <authenticated/>
    </principal>
    <grant>
      <privilege>
        <read/>
      </privilege>
      <privilege>
        <read-current-user-privilege-set/>
      </privilege>
    </grant>
    <protected/>
</ace>
</acl>
2015-01-21 21:49:59+0100 iMIP Sending password successfully retreived from keychain
2015-01-21 21:49:59+0100 iMIP Receiving password successfully retreived from keychain
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.application.app
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.protocol
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.mail.smtp
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.base
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.web.client
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.persisted.sob
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.names.client
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.protocols.basic
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.application.internet
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.web.html
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.protocols.amp
2015-01-21 21:49:59+0100 Replacing Twisted log.msg object twistedLogMessage in twext.python.log
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.python.threadpool
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.web._newclient
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.cred.checkers
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.persisted.styles
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.tcp
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twext.internet.adaptendpoint
2015-01-21 21:49:59+0100 Replacing Twisted log.err object err in txweb2.dav.xattrprops
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.udp
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.mail.pop3client
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.task
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.endpoints
2015-01-21 21:49:59+0100 Replacing Twisted log.err object err in twisted.internet._baseprocess
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.names.dns
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twext.internet.spawnsvc
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twext.enterprise.adbapi2
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.web.http
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.selectreactor
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.posixbase
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.protocols.policies
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.plugin
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.defer
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet._posixstdio
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.web.template
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.protocols.tls
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.protocols.memcache
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.enterprise.adbapi
2015-01-21 21:49:59+0100 Replacing Twisted log module object log in twisted.internet.process
2015-01-21 21:49:59+0100 Calendar and Contacts Server 6.0-unknown starting Utility process...
2015-01-21 21:49:59+0100 Creating /var/run/caldavd/PostgresSocket
2015-01-21 21:49:59+0100 Cluster already exists at /Library/Server/Calendar and Contacts/Data/Database.xpg/cluster.pg
2015-01-21 21:49:59+0100 Requesting postgres start via /Applications/Server.app/Contents/ServerRoot/usr/bin/xpg_ctl ["-c listen_addresses=''", '-k /var/run/caldavd/PostgresSocket', '-c shared_buffers=165', '-c max_connections=110', '-c standard_conforming_strings=on', '-c unix_socket_permissions=0770', '-c log_lock_waits=TRUE', '-c deadlock_timeout=10', "-c log_line_prefix='%m [%p] '", "-c log_directory='/Library/Server/Calendar and Contacts/Logs'", '-c log_truncate_on_rotation=on', '-c log_filename=postgresql_%w.log', '-c log_rotation_age=1440', '-c logging_collector=on']
2015-01-21 21:50:00+0100 received postgres stdout "2015-01-21 21:50:00 XPG.2178: Spawning... ('/usr/bin/tar', '-xz', '-f', '/Library/Server/Calendar and Contacts/Data/Database.xpg/backup/base_backup/base_complete.tar.gz', '-C', '/Library/Server/Calendar and Contacts/Data/Database.xpg/cluster.pg')\n"
2015-01-21 21:50:00+0100 received postgres stdout '2015-01-21 21:50:00 XPG.2178: Preparing to upgrade outdated database cluster.\n'
2015-01-21 21:50:00+0100 received postgres stderr Traceback (most recent call last):
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 423, in errback
2015-01-21 21:50:00+0100 received postgres stderr     self._startRunCallbacks(fail)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 490, in _startRunCallbacks
    self._runCallbacks()
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 577, in _runCallbacks
2015-01-21 21:50:00+0100 received postgres stderr     current.result = callback(current.result, *args, **kw)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 1155, in gotResult
    _inlineCallbacks(r, g, deferred)
--- <exception caught here> ---
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 1097, in _inlineCallbacks
    result = result.throwExceptionIntoGenerator(g)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/python/failure.py", line 389, in throwExceptionIntoGenerator
2015-01-21 21:50:00+0100 received postgres stderr     return g.throw(self.type, self.value, self.tb)
File "/Applications/Server.app/Contents/ServerRoot/usr/bin/xpg_ctl", line 2038, in main
2015-01-21 21:50:00+0100 received postgres stderr     result = yield xpg.do_everything(argv, environ)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 1097, in _inlineCallbacks
    result = result.throwExceptionIntoGenerator(g)
2015-01-21 21:50:00+0100 received postgres stderr   File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/python/failure.py", line 389, in throwExceptionIntoGenerator
    return g.throw(self.type, self.value, self.tb)
File "/Applications/Server.app/Contents/ServerRoot/usr/bin/xpg_ctl", line 1994, in do_everything
    result = yield self.command_object.execute()
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 1097, in _inlineCallbacks
    result = result.throwExceptionIntoGenerator(g)
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/python/failure.py", line 389, in throwExceptionIntoGenerator
    return g.throw(self.type, self.value, self.tb)
File "/Applications/Server.app/Contents/ServerRoot/usr/bin/xpg_ctl", line 1726, in execute
    yield xpg.do_restore()
File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 1099, in _inlineCallbacks
    result = g.send(result)
File "/Applications/Server.app/Contents/ServerRoot/usr/bin/xpg_ctl", line 1028, in do_restore
    did_upgrade = self.upgrade_cluster_if_needed()
File "/Applications/Server.app/Contents/ServerRoot/usr/bin/xpg_ctl", line 1452, in upgrade_cluster_if_needed
2015-01-21 21:50:00+0100 received postgres stderr     os.rename(self.data_directory, orig_data_dir)
exceptions.OSError: [Errno 66] Directory not empty
2015-01-21 21:50:00+0100 postgres process ended with status 256
2015-01-21 21:50:00+0100 Could not start postgres; see postgres.log
2015-01-21 21:50:01+0100 Can't start or connect to postgres
Failed to start service.
2015-01-21 21:50:01+0100 Main loop terminated.
calendarcommonextra: Jan 21 21:50:01 Executing: /Applications/Server.app/Contents/ServerRoot/usr/sbin/serverctl enable service=org.calendarserver.agent
calendarcommonextra: Jan 21 21:50:01 Output: {
calendarcommonextra: Jan 21 21:50:01 Executing: /Applications/Server.app/Contents/ServerRoot/usr/sbin/serverctl enable service=org.calendarserver.relocate
calendarcommonextra: Jan 21 21:50:01 Output: {
calendarcommonextra: Jan 21 21:50:01 Executing: /bin/launchctl start org.calendarserver.agent
calendarcommonextra: Jan 21 21:50:01 Executing: /Applications/Server.app/Contents/ServerRoot/usr/libexec/calendarserver_log_con f
calendarcommonextra: Jan 21 21:50:01 Allowing supervisor to enable service
calendarcommonextra: Jan 21 21:50:01 Configuring reverse proxies
Also in the servermgr_calendar.log I see this message repeating:
[cal] 1/21/15, 9:52:46 PM GMT+1 : Command getState duration 20.40 seconds
[cal] 1/21/15, 9:52:46 PM GMT+1 : getState releasing request lock
[cal] 1/21/15, 9:52:46 PM GMT+1 : Command getState received
[cal] 1/21/15, 9:52:46 PM GMT+1 : getState attempting to acquire request lock...
[cal] 1/21/15, 9:52:46 PM GMT+1 : getState acquired request lock
[cal] 1/21/15, 9:52:46 PM GMT+1 : getState begin
[cal] 1/21/15, 9:52:46 PM GMT+1 : Read Settings
[cal] 1/21/15, 9:52:46 PM GMT+1 : calendarServerOperationWithRequest
[cal] 1/21/15, 9:52:46 PM GMT+1 : Calling agent...
[cal] 1/21/15, 9:53:02 PM GMT+1 : Agent failure: The request timed out.
[cal] 1/21/15, 9:53:02 PM GMT+1 : Agent returned...
    error = "The request timed out.";
Thanks for the help.
Best regards
Rob

for testing purposes I renamed the data folder and started the calendar service again.
The new data folder got created but the loop like below is still showing up every 10 seconds:
[cal] 1/21/15, 9:52:46 PM GMT+1 : Command getState duration 20.40 seconds
[cal] 1/21/15, 9:52:46 PM GMT+1 : getState releasing request lock
[cal] 1/21/15, 9:52:46 PM GMT+1 : Command getState received
[cal] 1/21/15, 9:52:46 PM GMT+1 : getState attempting to acquire request lock...
[cal] 1/21/15, 9:52:46 PM GMT+1 : getState acquired request lock
[cal] 1/21/15, 9:52:46 PM GMT+1 : getState begin
[cal] 1/21/15, 9:52:46 PM GMT+1 : Read Settings
[cal] 1/21/15, 9:52:46 PM GMT+1 : calendarServerOperationWithRequest
[cal] 1/21/15, 9:52:46 PM GMT+1 : Calling agent...
[cal] 1/21/15, 9:53:02 PM GMT+1 : Agent failure: The request timed out.
[cal] 1/21/15, 9:53:02 PM GMT+1 : Agent returned...
    error = "The request timed out.";

Calendar migration with csexport/csimport

Is csexport/csimport of individual calendars a viable alternative to using the database migration utilties (csmig, csvdmig, etc.)
I'm combining separate iPlanet Messaging Server 5.2 and SunONE Calendar Server 5.1.1 environments, with separate directory servers, into a new Communications Suite R5 environment. The calendar users will already have entries in the new directory, which will be migrated from the iMS environment.
It is clear to me that the calendar database migration utilities provide an all-at-once, all-or-nothing migration, but I'm considering whether a gradual migration might be safer, and simpler since it doesn't involve a merge of the directories.
I guess the short question is: can I export from CS 5.1.1 and import to CS 6.3?
Thanks.

Hi,
Is csexport/csimport of individual calendars a viable
alternative to using the database migration utilties
(csmig, csvdmig, etc.)csmig/csvdmig are used to migrate the LDAP user information, not the calendar data itself. For this you need to use the cs5migrate software (available in the latest 6.2/2005Q4 calendar patch).
I haven't heard of anybody using csexport/csimport to migrate but that doesn't mean it hasn't been done.
I'm combining separate iPlanet Messaging Server 5.2
and SunONE Calendar Server 5.1.1 environments, with
separate directory servers, into a new Communications
Suite R5 environment. The calendar users will
already have entries in the new directory, which will
be migrated from the iMS environment.Ok with you so far. Please note though that 5.2/5.1.1 -> Comm-Suite-5 is not a supported/documented move - doesn't mean you cannot do it, just means its not supported. That is why the cs5migrate script isn't available in the comm-suite-5 calendar server release.
It is clear to me that the calendar database
migration utilities provide an all-at-once,
all-or-nothing migration, but I'm considering whether
a gradual migration might be safer, and simpler since
it doesn't involve a merge of the directories.Getting the co-ordination right is the problem - also working out how to have users on the 'new' system invite users on the 'old' system is an issue.This is the fundamental problem with all calendar software, the move tends to be an all-or-nothing affair (which like yourself I tend to cringe at).
I guess the short question is: can I export from CS
5.1.1 and import to CS 6.3?The short answer is.. try it and see. Export all the calendars from 5.1.1 import into the new one and see whether people's calendars look right or not.
Regards,
Shane.

Calendar Migration 10g - 10g

Hi,
We are currently running calendar 10.1.2 and because of a few problems, Oracle recommended a full OCS reinstall. So right now, we have Email & RTC running in a new oracle home, while the calendar is running in the old Oracle Home. We are having trouble migrating all our data to the new calendar install, using the unicpoutu...it doesn't seem to include everything (such as "Notes" from Outlook). Does anyone have any suggestions for how we could do this, for example migrating the calendar database to our new Oracle Home?
Thanks,
Bill

Hi , i followed the below procedure and it worked fine for 20 .pll files and up to 1500 form modules!!!!!
1)Open the calendar.pll and all the other .pll files you have in the Forms Builder environment.
2)Double-click the icon on the source code of each .pll file in the object navigator (in order to cause the system to ask you if you want to save the changes-see below).
3)Close the .pll source code window.
4)Select the .pll file (be careful:not a function/procedure which contained in the .pll file).
5)Press the[b] 'delete' button of object navigator.
6)Answer 'yes' to the question 'Do you want to save it?'
You ' are done...
As regards the object groups , you should simply have opened them in the object navigator before trying to open the modules to compile them...
Simon

Manual calendar migration Mavericks?

I upgraded to Mavericks from Snow Leopard, but things were slow and also decided to add an SSD to my iMac and do a clean install of Mavericks.
All went well, but I forgot to export calendar. I found my calendars on time machine (an older backup) located in /users/username/library/calendars but when I grab this folder and copy it over to the same location on my new HDD and restart calendar, none of my new calendars appear. These are all local calendars - no cloud syncing or any other cloud services. I see all the ICS entries in the folders.
After I copy all the old calendars over - the Hex/Alpha names - when i reopen calendar it creates new calendars in the folder for the default calendars but ignores the old ones i restored.
Any ideas?

I found a work around... but unless someone has a better way, I am going to assume that the Mavericks calendar has some serious bugs...
1. Create new calendar
2. Make the new calendar the default
3. drag and drop ical files from old calendar folder directly onto the calendar window
It is not enough to just check the calendar you want to add events to, it must be made the default. I
f you leave open the calendar preferences window, you will receive an error during an import that it can't read the calendar event... something wrong with it. At this point some ical events import, some don't - even after closing the preferences window. Only fix is to quit Calendar and reopen.
Good news is you can re-import (drag and drop) the same ical event many times, and only get it to appear once.
The key is changing the default calendar before doing the drag and drop so your events make it to the proper calendar.
This really should be fixed... somehow it must be tied to the whole cloud thing - but I should be able to just copy over my calendar folder from my old machine.

Migrate GW7 to Linux GW7 or 8 with c06b , with libraries

Howdy ,
( reason for my migration is speed of Linux and slightly damaged edir , so in this scenario i also have created a new tree!)
After browsing around because i bumped into the c06b error when trying to load the poa on linux i was suprised that there was little or no information around to upgrade to linux with libraries .. apart from the check in check out options .. which actully works ...but safety of documents id thought id post the way we did it to spare people the check in check out option and just migrate to full :)
In my company there are 30+ libraries stored on the same server .. residing outside our poa , on the same disk system but not within the poa ..
* old system * NW6.5 SP8 / GW 7.03 (tree 1 )
WEBACC (\\SERVER\VOL\grpwise\dmn\web)
GWIA (\\SERVER\VOL\grpwise\dmn\gwia)
POA &MTA (\\SERVER\VOL\grpwise\poa) (\\SERVER\VOL\grpwise\mta)
Remote storage area's
(\\SERVER\VOL\grpwise\poa\lib1)
(\\SERVER\VOL\grpwise\poa\lib2) etc etc
migrating all this to
* Linux OES2 SUSE10 (tree 2 )
7.03 / 8.0 agents installed ( default location)
/media/nss/VOL/grpwise
so keeping my structures basicly the same..
Now for the basic file transfer we decided to go with Rsync .. , this gives us time to copy while on production and resync when we want to have a freeze point to actually go live on linux, whitout disturbing production.
during this rsync , we created a new tree and created all the users inside the new tree , reinstalled zenworks etc etc ..
so tree2 was tested with login scripts etc while the rsync was copying data from the old NW server to the New LNX server.
once rsync was done we grafted the groupwise objects into the new tree (LINUX)once in the new tree the paths of the remote storage area's has to be set then a rebuild of the poa is prefferred .. however here's 1 catch
all the files are still UPPER and LOWER case , u need to correct this (ON LINUX).. there are scripts around .. after correcting this .. we tried to load the poa .. no success .. ( changed UNC paths from console one windows, also added the native linux path to match our newly system )
c06b ( ran gwcheck .. same result)
so we setted up a new netware server in the new tree .. resynced to that server , regrafted the lot again .. ( gwagents installed )
modify the storage area paths again .. and it loads .. ON netware 6.5 sp8 ..
from this point we tried the migration tool to merge it into linux ( since we want a new tree .. and im quite certain it doesnt migrate trees .. )
we had to set up the netware box ( once again not to disturb production )
only this time using the migration tool .. ( since the data was present on the lnx server migration took 2 hours ) however when completed ... no poa on linux .. c06b error ..gwchecked again .. same result ..
so then we tried loading the poa on the netware box with the storage area's on linux( once again modifying the paths in console one/windows )
it worked .. my new netware box was running storage area's on linux .. without errors on the netware poa .. so there has to be something off .. don't you think ?
so proven that the netware server can load the storage area's of the linux server ( in the same tree ... this was my fall back if linux failed to migrate)
however still no poa agent with libraries on linux .. here's the sollution
install console one on the LINUX server with gw snapins .. ull notice that all the storage area's UNC paths have changed .. this is incorrect.. u have to modify the UNC path to the native linux one .. and u have to do this on the linux consoleone version ..
console one windows UNC path of the storage area looks like this
\\SERVER\VOL\POA\LIB
when loading LINUX consoleone UNC looks like this
/media/nss/VOL/SERVER/VOL/POA/LIB or similar ...........in my case this should be:
UNC
/media/nss/vol/poa/lib
LINUX PAth
/media/nss/vol/poa/lib
u can verify this by bringing up your new POA on linux with NOCFG
( be sure to make changes to the MTA /PORTS ETC, so it can communicate with the poa ! )
modify the paths in linux console one and watch the magic ,,,ull notice that if u access the library ( poa loaded with show :) ) and the path isn't modified correctly the c06b error pops over ..
Give it time to update though ..
after that u can launch your new POA from the console without NOCFG
and every works nice and dandy !

thedevastator,
It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.
Has your problem been resolved? If not, you might try one of the following options:
- Visit http://support.novell.com and search the knowledgebase and/or check all
the other self support options and support programs available.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://forums.novell.com)
Be sure to read the forum FAQ about what to expect in the way of responses:
http://forums.novell.com/faq.php
If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.
Good luck!
Your Novell Product Support Forums Team
http://support.novell.com/forums/

Migrating Wiki Calendars from Lion from Lion

This was an information article, since I spent a few hours on this one and there was no documentation and may help someone one day!
Description: This article was a guide on how to move a Wiki Calendar form a Lion server to another Lion Server.
Problem: Wiki Calendar Service wasn't running properly, and the service was stopped / restarted and never came back on. There was a few errors on our XServ regurading this, but since there was no phone support, I created a work around by migrating the data to another mini, to get calendars back up and running. This may come in handy for someone to migrate servers.
Another problem that came into factor here was also we upgraded from Snow Leapord, so instead of all of your files being in 1 place like they would be on a lion machine they were in multiple directories, which made the process more difficult.
Process: A few steps will have to be done in order for this to work. As our configuration was binded to AD, in a multi domain forest. Also remember the wiki calendars are inbended into the wiki, so not only moving the calendar files are enough to get it working on a different machine.
1) Bind to AD and get your 2nd machine up and running
2) Migrate the Wiki Calendars over using the KB article on apples forumn. http://support.apple.com/kb/HT5082
3) Copy the config files for the Calendar - I included the default folders for this below.
/Library/Server/Calendar and Contacts/Data ---> /Library/Server/Calendar and Contacts/Data on the new server
**note**
If you came from a snow leapord machine you will have a folder called migrated-data / .calendarserver_version files stored in a different place, once found it will have to be copied to /Library/Server/Calendar and Contacts/Documents
Both of these files need to be in this folder on the new server if your using the apple defaults ---> /Library/Server/Calendar and Contacts/Documents
I also had renamed my calendars-migrated to calendars-migrated-old after they were moved to the proper location.
The folder calendars-migrated will also have to be copied over via a USB drive since hidden attributes are embedded and any sort of network sync drops these files. (rsync / sftp) If you navigate into the calendars-migrated data, you will see filse like this with permissions drwxr-x---@ and you need to retain the @ if you have multiple calendars in 1 wiki.
Once the folder calendars-migrated is moved to the new location in /Library/Server/Calendar and Contacts/Documents/ you will have to use a chown to change the ownership of the permissions for the calendars-migrated folder
# sudo chown -R root:_calendar calendars-migrated
4) Next we will have to export the database for caldav
Stop the calendar / address book services
# sudo serveradmin stop calendar
# sudo serveradmin stop addressbook
Export the Database to the /tmp folder (file will be called caldav.pgdump)
# sudo pg_dump --format=c --compress=9 --blobs --username=caldav --file=/tmp/caldav.pgdump caldav
Move the file /tmp/caldav.pgdump from the old server to the new server on /tmp/caldav.pgdump.
One the new machine wipe the database so you can import it with the correct version (form moving the .calendarversion file over)
# sudo dropdb -U _postgres -i caldav
Create a new database on the new machine
# sudo createdb -U caldav caldav
Import that database to Collab so it can be used in the wiki
# sudo -u _postgres pg_restore -d caldav -U collab --single-transaction /tmp/caldav.pgdump

Hi,
I'll just say my try of wiki migration from SLS(MacPro) to LS(MacMini with Internal Disk1&2).
1)Fisrt I made a bootable backup of SLS to Disk2 of MacMini.
2)Second I booted from Desk2. MacMini was running as SLS. After that, I installed Lion and LS from App Store.
Wiki migration was successful. So Disk1 is an original LS and Disk2 is LS with wiki migration.
Good luck!
Tac

Wiki Migration-ML to Mavericks-At my wits end. Need working steps.

Today I did my nth attempt at upgrading our mountain lion server by first trying the upgrade on a clone of the server. For the nth time - no success.
Folks, I've been been trying off and on for months to upgrade our MacMini Server with Mountain Lion Server to Mavericks server, but the wiki and calendar migration have prevented me from doing so. Meanwhile the rest of our machines in the office are on Mavericks. This also means I can't use Server. app 3 on my Mavericks machine to manage the server since the server is on Mountain Lion Server.
I've tried Apple's documentation (http://support.apple.com/kb/HT5697)- gets "postgres_server:error = "CANNOT_START_SERVICE_ERR"" before finishing steps and a "could not connect to database template1: could not connect to server: No such file or directory" error
I've tried various steps outlined on user posts; particularly this great outline (https://discussions.apple.com/thread/5751873) - didn't work.
pg_dumps, restores, FileData copy/pastes - you name it - still no go.
I called Apple some time ago and their folks were no help whatsoever.
I am just absolutely baffled that Apple would make it this difficult to migrate collaboration data. Did I mention Calendar didn't work either.
Even moreso at this point it almost seems like I am just stuck with OS X server at 10.8.5
Not that anyone wants to post on yet another discussion about Wiki Migration, but my hope is that somewhere along this thread will be a [relatively] simple and concrete outline for a successful migration of the wiki data. Feel free to add steps to other collab services that don't migrate so easily.
Thanks folks.

Sadly, without seeing all the logs and the process, I don't have a solution for your wiki data. Generally speaking the pg_dumps are the way I go. But I will make a suggestion regarding calendar.
In all cases so far, I've simply not tried to update the calendar. Instead, I've had users export calendars to a file on their workstations and then, once the server has been rebuilt/replaced, have them import the calendar data back into an empty, fresh instance of the the calendar store. Now, this is easy to administrate if you have under 20 users. But once you hit 50, it gets a bit more difficult because the law of averages states that there will be at least one user who can't follow directions in a timely fashion.
Now, I also tend to avoid upgrade attempts like they were a contagious disease. Unless I am forced with physical violence, I will always created another server along side the production system and move services. This allows for a clean everything. The upgrade process of OS X Server has never been smooth. I can recall a 10.4.x to 10.6.x upgrade that still makes me twitch.
R-
Apple Consultants Network
Apple Professional Services
Author "Mavericks Server – Foundation Services" :: Exclusively available in Apple's iBooks Store

Cal 6.3 migration ownership trouble

I need to migrate calendar entries from a user in JES4 (native domain mydomain.com) to a new user in COMMS6 (different domain varrius.org + alternate domain new.mydomain.com)
calendar data goes from 6.1 schema 1 sparc to 6.3 schema 2 x86
The user exists on COMMS6 and can create events using Evolution or convergence, so calendar is working well
the cal owner and cal subscriber is not the [email protected] but [email protected]
Now, let's migrate data
on JES4, I export the calendar
     ./csexport -c abc calendar /tmp/abc.ics
on COMMS6, I import the calendar data and check the DB
     ./csimport -c [email protected] calendar /tmp/abc.ics
     ./csdb check
After data migration, the user can create events using Evolution but not with Convergence
The ABC user entry contains
icsCalendarOwned: [email protected]$toto toto
icsSubscribed: [email protected]$toto toto
The changes I noticed in Convergence are:
* "My Calendar" is empty (no calendar entry) and the calendar is now displayed as subscribed calendar
* A Convergence popup indicates a lack of permissions
But, with Convergence, I can self change the properties of the calendar to declare ABC as owner.
and the it works but the calendar is still shown as a subscribed calendar, and not as one of My Calendars
Note that the ABC user entry still contains
icsCalendarOwned: [email protected]$toto toto
icsSubscribed: [email protected]$toto toto
What is the right procedure for a clean calendar migration that keep or move the migrated data under the default "my Calendar"?

Alban_for_SmartWave wrote:
The user exists on COMMS6 and can create events using Evolution or convergence, so calendar is working well
the cal owner and cal subscriber is not the [email protected] but [email protected]
Does the UID actually change case from lower to upper?
It helps to provide the actual values you are using rather then some obfuscated data, especially where even the slightest variation could be at the root of the issue.
on COMMS6, I import the calendar data and check the DB
     ./csimport -c [email protected] calendar /tmp/abc.ics
     ./csdb check
After data migration, the user can create events using Evolution but not with Convergence
The ABC user entry contains
icsCalendarOwned: [email protected]$toto toto
icsSubscribed: [email protected]$toto toto
Is that the total list of icsCalendarOwned/icsSubscribed entries?
Did you confirm the ownership information i.e. what do you get for the following command:
./cscal -v list [email protected]> The changes I noticed in Convergence are:
* "My Calendar" is empty (no calendar entry) and the calendar is now displayed as subscribed calendar
* A Convergence popup indicates a lack of permissions
But, with Convergence, I can self change the properties of the calendar to declare ABC as owner.There are primary owners and "other owners". Other owners have less rights then the primary owners.
What is the right procedure for a clean calendar migration that keep or move the migrated data under the default "my Calendar"?This may actually be a bug with Convergence handling of ownerships/subscriptions etc. Does the calendar show up under the "Personal Calendar" section in the UWC/CE interface?
Regards,
Shane.

Synchronization between Oracle Calendar 10.2 and Exchange 5.5 calendar

We are going to migrate 1000 users from Exchange 5.5 to OCS 10.1.2.3.
Mail and Calendar migration is done with ES/EX-migrate, but we have a PABX system (Trio Present 2.3) that is integrated with Exchange Calendar,and this is not compatible with Oracle Calendar in its current release.
In simple terms Trio is integrated with the calendar to programme our phones to "Busy", "Home Sick", "Meeting" etc, based on calendar entries.
In order to preserve this functionality we have to "coexist" with Exchange's calendar.
I see in the Coexistence guide that this is possible to booke meetings in both alendars, but we need a synchronization feature, as the users can booke meetings through their phones, which are then inserted in Exchange, but not Oracle.....
Any idéas ?
Regards,
André

If you find a solution that actually synchronizes between Oracle Calendar and Exchange, let me know. I don't want the Outlook connector - which creates access to the Oracle Calender using Outlook - I actually want to synchronize between the Exchange calendar and the Oracle Calendar. This way, if I update Exchange (using Outlook), Oracle Calendar will be updated when I synch. Also, if I modify the Oracle Calendar, the Exchange Calendar will be updated. We are using Exchange 6.
Thanks,
Fuller Ming, Jr.
[email protected]

Sync address book and calendar 8830 with 8130 via DM

I just changed from using an 8130 and now use an 8830. I assumed I could use DM to backup my 8130 and then restore it to my 8830. However, when I do this, many items do migrate, but not 2 of the most important ... my address book and calendar. Both are personal devices and are not linked with any work email server, so that's not the issue. I do notice that in the backup file from my 8130 the address book is called "Address Book - All" and similar with the calendar. However, with the 8830, it is labeled as only "Address Book". I'm wondering if this is the problem? I'm hoping someone can help me get my address book and calendar migrated to my new device.
Thanks!
BTW, I already tried wiping the new 8830 ... that did nothing.

In Desktop Manager, use the application Switch Device Wizard.
Message Edited by JSanders on 06-29-2009 05:52 PM
1. If any post helps you please click the below the post(s) that helped you.
2. Please resolve your thread by marking the post "Solution?" which solved it for you!
3. Install free BlackBerry Protect today for backups of contacts and data.
4. Guide to Unlocking your BlackBerry & Unlock Codes
Join our BBM Channels (Beta)
BlackBerry Support Forums Channel
PIN: C0001B7B4 Display/Scan Bar Code
Knowledge Base Updates
PIN: C0005A9AA Display/Scan Bar Code

Snow Leopard - Address Book didn't migrate. Help!

My Address Book won't open now that I've installed OSX Snow Leopard. Can you help me fix?

Just to close this off - turns out the Calendar Migration steps outlined in the Upgrading to Lion Server PDF also migrates the shared Address Books.

Merging/syncing calendars

I have four different calendars in my iCal application. When I sync to my iPod, all of these calendars migrate to the iPod. But when I try to export to my office computer, only a single calendar is moved (the one that is highlighted). Isn't there a way to merge or sync these calendars so that all four are exported at once?

That's what I was afraid of. It seems rather cumbersome that there is no way to export the entire "mega calendar" that contains all four "constituent calendars." After all, I can see the entire "mega-calendar" on my desktop. It would be nice if Leopard, for all its other improvements, had made this simple operation possible

Upgrade to NOWS SBE from Novell SBS 6.6 - part 1

We bought an upgrade from Novell Small Business Suite 6.6 (NW6.5 + GW7 + 20 users) to NOWS SBE (OES11 + GW2012 + 15users, 15 users are currently enough).
The technical documentation I found that because of the incompatibility of different versions of OES and GW will need to upgrade procedure:
1. in-place upgrade to NW6.5 + GW8
2. migrate to OES11 + GW8
3. in-place upgrade to OES11 + GW2012
The upgrade procedure is bound queries on activation and license.
Will be server operational after step 1 if we have not a license to GW8?
Will be server operational after step 2 if we have not a license to GW8?
I ask because I do not know how long the migration will take
whether it will be necessary to use the server after step 1 or 2
And I'm not at all clear dependence server functionality on licenses,
activation, unlock, activation the credential or other,,, during the upgrade and migration.
I did not understand how many different license files, activation, unlock or something further, it is necessary for the correct running NOWS SBE(OES11+GW2012) with 15 users (or NW6.5+GW8 or OES11+ GW8)?
Im not found any document that would explain this.
Thank you in advance for any help, where the search for such information

bit late in the day - you've probably done this already !
I've done several upgrades (22 to be precise) from NW6.5 with GW7 in one
step
Clone / Mirror Netware Server - I use RAID1 so simply removing one hard disk
& put away (just incase !!)
Install OES11 into Tree
If using GWDMS - move the storage areas under the PO if you have external
storage areas
[external storage area still possible but you can run into problems
check GW databases
copy GW data over using DBcopy (this can be done in advance)
I've found EXT3 works well & less complications *** watch out for the NSS
experts shoot this down ***
as users don't need access to GW data directly {remember the site I work
with are small 10 users to 80 users - typicaly 40-50users)
Make changes GW paths in consoleone
Run DBcopy again
Shutdown Netware Server & OES11 Server
Start OES11 & make it the MASTER
install consoleone and groupwise
(on many installs I have had to manually copy the .DC files for the db's to
update correctly - reported to NTS)
no major problems
"zaket31" <[email protected]> wrote in message
news:[email protected]...
>
> We bought an upgrade from Novell Small Business Suite 6.6 (NW6.5 + GW7 +
> 20 users) to NOWS SBE (OES11 + GW2012 + 15users, 15 users are currently
> enough).
> The technical documentation I found that because of the incompatibility
> of different versions of OES and GW will need to upgrade procedure:
> 1. in-place upgrade to NW6.5 + GW8
> 2. migrate to OES11 + GW8
> 3. in-place upgrade to OES11 + GW2012
>
> The upgrade procedure is bound queries on activation and license.
> Will be server operational after step 1 if we have not a license to
> GW8?
> Will be server operational after step 2 if we have not a license to
> GW8?
> I ask because I do not know how long the migration will take
> whether it will be necessary to use the server after step 1 or 2
> And I'm not at all clear dependence server functionality on licenses,
> activation, unlock, activation the credential or other,,, during the
> upgrade and migration.
> I did not understand how many different license files, activation,
> unlock or something further, it is necessary for the correct running
> NOWS SBE(OES11+GW2012) with 15 users (or NW6.5+GW8 or OES11+ GW8)?
>
> Im not found any document that would explain this.
> Thank you in advance for any help, where the search for such
> information
>
>
> --
> zaket31
> ------------------------------------------------------------------------
> zaket31's Profile: http://forums.novell.com/member.php?userid=7892
> View this thread: http://forums.novell.com/showthread.php?t=463836
>

Caldav does not work after upgrade from 10.6.8

Hello!
After upgrading two test servers from 10.6.8 to 10.7.2 with no problems i decided last night it is time to upgrade our production server.
Took sometime but everything went well except for caldav service. If I understand the log right the migration to lion-calendars crashes when the script wants to put the calendars from filesystem into a database.
After reboot the script runs into the same error.
BTW the notification service does not work also. But that is not very important.
Every help is appreciated, bye
eweri
Here is the part of the log file:
more /var/log/caldavd/error.log
2011-10-26 08:28:33+0200 [-] Log opened.
2011-10-26 08:28:33+0200 [-] twistd 11.0.0 (/System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/ Contents/MacOS/Python 2.7.1) starting up.
2011-10-26 08:28:33+0200 [-] reactor class: twext.internet.kqreactor.KQueueReactor.
2011-10-26 08:28:33+0200 [-] calendarserver.accesslog.AMPLoggingFactory starting on "'/var/run/caldavd/caldavd.sock'"
2011-10-26 08:28:33+0200 [-] calendarserver.tap.caldav.CalDAVStatisticsServer starting on "'/var/run/caldavd-stats.sock'"
2011-10-26 08:28:33+0200 [-] [twistedcaldav.upgrade#warn] Upgrading to version 2
2011-10-26 08:28:33+0200 [-] [twistedcaldav.upgrade#warn] Regular collection hidden: /Library/Server/Calendar and Contacts/Documents/calendars/__uids__/13/93/139328E4-76C8-427C-AD0C-CB6D102C7D7 F/outbox
2011-10-26 08:28:33+0200 [-] [twistedcaldav.upgrade#warn] Regular collection hidden: /Library/Server/Calendar and Contacts/Documents/calendars/__uids__/21/D0/21D05230-A847-4B8D-B810-CFE793F634C B/outbox
2011-10-26 08:28:33+0200 [-] [twistedcaldav.upgrade#warn] Regular collection hidden: /Library/Server/Calendar and Contacts/Documents/calendars/__uids__/84/5E/845E1E6D-F13B-4233-A4E5-0055F085388 1/outbox
2011-10-26 08:28:33+0200 [-] [twistedcaldav.upgrade#warn] Regular collection hidden: /Library/Server/Calendar and Contacts/Documents/calendars/__uids__/B5/B6/B5B6BAA3-A5E0-4526-B7F3-15DC2811E08 3/outbox
2011-10-26 08:28:33+0200 [-] [twistedcaldav.upgrade#warn] Regular collection hidden: /Library/Server/Calendar and Contacts/Documents/calendars/__uids__/E0/2B/E02BEF32-1714-4C5B-85DF-0184DA8B313 3/outbox
2011-10-26 08:28:33+0200 [-] [twistedcaldav.upgrade#warn] Regular collection hidden: /Library/Server/Calendar and Contacts/Documents/calendars/__uids__/E2/64/E264473A-CEC7-4E1A-9756-59DE5AF62E5 0/outbox
2011-10-26 08:28:33+0200 [-] [twistedcaldav.upgrade#warn] Regular collection hidden: /Library/Server/Calendar and Contacts/Documents/calendars/__uids__/wi/ki/wiki-zm-r/inbox
2011-10-26 08:28:33+0200 [-] [twistedcaldav.upgrade#warn] Upgraded to version 2
2011-10-26 08:28:33+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Beginning database schema check.
2011-10-26 08:28:33+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Required schema version: 3.
2011-10-26 08:28:33+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Actual schema version: 3.
2011-10-26 08:28:33+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Schema version check complete: no upgrade needed.
2011-10-26 08:28:33+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Database schema check complete, launching database service.
2011-10-26 08:28:33+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Beginning filesystem -> database upgrade.
2011-10-26 08:28:33+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-07B1-4733-AE89-8728D0C2CB4A'
2011-10-26 08:28:34+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-5E85-4CC9-902A-A101164BD83F'
2011-10-26 08:28:34+0200 [Uninitialized] [twistedcaldav.notify.NotificationClientFactory#error] Unable to connect to notification server: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2011-10-26 08:28:34+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-76C8-427C-AD0C-CB6D102C7D7F'
2011-10-26 08:28:37+0200 [Uninitialized] [twistedcaldav.notify.NotificationClientFactory#error] Unable to connect to notification server: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2011-10-26 08:28:46+0200 [Uninitialized] [twistedcaldav.notify.NotificationClientFactory#error] Unable to connect to notification server: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2011-10-26 08:28:58+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-A847-4B8D-B810-CFE793F634CB'
2011-10-26 08:28:59+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-6E96-4671-9BEB-FAABDB623EA3'
2011-10-26 08:28:59+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-C56A-462D-90E0-D60285CCF751'
2011-10-26 08:28:59+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-F13B-4233-A4E5-0055F0853881'
2011-10-26 08:29:07+0200 [Uninitialized] [twistedcaldav.notify.NotificationClientFactory#error] Unable to connect to notification server: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2011-10-26 08:29:11+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-A2A9-4B21-8735-577F24ABA6D5'
2011-10-26 08:29:11+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-7A55-4B63-AC42-43151A1F4810'
2011-10-26 08:29:11+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-F38C-489D-88A2-42B5F47BB4AD'
2011-10-26 08:29:11+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-A5E0-4526-B7F3-15DC2811E083'
2011-10-26 08:29:12+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-97BE-43C3-94F7-A8C99AB92425'
2011-10-26 08:29:12+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-9C74-412D-8DC0-69E3ED918CAD'
2011-10-26 08:29:13+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-D6BD-450E-A8A1-708C063EF05F'
2011-10-26 08:29:13+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-EC4C-43B6-A6A8-EA02F4024EB3'
2011-10-26 08:29:14+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-1714-4C5B-85DF-0184DA8B3133'
2011-10-26 08:29:15+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-CEC7-4E1A-9756-59DE5AF62E50'
2011-10-26 08:29:26+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'XXXXXXXX-E113-470C-A824-0D988A8319FB'
2011-10-26 08:29:30+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'wiki-XXXXXXXX'
2011-10-26 08:29:32+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'wiki-XXXXXXXX'
2011-10-26 08:29:32+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Migrating calendar UID 'wiki-XXXXXXXX'
2011-10-26 08:29:33+0200 [-] Unhandled error in Deferred:
2011-10-26 08:29:33+0200 [-] Unhandled Error
        Traceback (most recent call last):
          File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 361, in callback
            self._startRunCallbacks(result)
          File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 455, in _startRunCallbacks
            self._runCallbacks()
          File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 542, in _runCallbacks
            current.result = callback(current.result, *args, **kw)
          File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 1076, in gotResult
            _inlineCallbacks(r, g, deferred)
        --- <exception caught here> ---
          File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/internet/defer.py", line 1020, in _inlineCallbacks
            result = g.send(result)
          File "/usr/share/caldavd/lib/python/txdav/common/datastore/util.py", line 146, in doMigration
            uid = fileHome.uid()
        exceptions.AttributeError: 'NoneType' object has no attribute 'uid'
2011-10-26 08:30:13+0200 [Uninitialized] [twistedcaldav.notify.NotificationClientFactory#error] Unable to connect to notification server: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2011-10-26 08:33:19+0200 [Uninitialized] [twistedcaldav.notify.NotificationClientFactory#error] Unable to connect to notification server: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2011-10-26 08:42:07+0200 [Uninitialized] [twistedcaldav.notify.NotificationClientFactory#error] Unable to connect to notification server: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2011-10-26 09:06:13+0200 [Uninitialized] [twistedcaldav.notify.NotificationClientFactory#error] Unable to connect to notification server: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
2011-10-26 09:44:28+0200 [-] Received SIGTERM, shutting down.
2011-10-26 09:44:28+0200 [-] (UNIX Port '/var/run/caldavd-stats.sock' Closed)
2011-10-26 09:44:28+0200 [-] (UNIX Port '/var/run/caldavd/caldavd.sock' Closed)
2011-10-26 09:44:28+0200 [-] Main loop terminated.
2011-10-26 09:44:29+0200 [-] Server Shut Down.
2011-10-26 09:46:13+0200 [-] Log opened.
2011-10-26 09:46:13+0200 [-] twistd 11.0.0 (/System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/ Contents/MacOS/Python 2.7.1) starting up.
2011-10-26 09:46:13+0200 [-] reactor class: twext.internet.kqreactor.KQueueReactor.
2011-10-26 09:46:13+0200 [-] calendarserver.accesslog.AMPLoggingFactory starting on "'/var/run/caldavd/caldavd.sock'"
2011-10-26 09:46:13+0200 [-] calendarserver.tap.caldav.CalDAVStatisticsServer starting on "'/var/run/caldavd-stats.sock'"
2011-10-26 09:46:13+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Beginning database schema check.
2011-10-26 09:46:13+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Required schema version: 3.
2011-10-26 09:46:14+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Actual schema version: 3.
2011-10-26 09:46:14+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Schema version check complete: no upgrade needed.
2011-10-26 09:46:14+0200 [-] [txdav.common.datastore.util.UpgradeDatabaseSchemaService#warn] Database schema check complete, launching database service.
2011-10-26 09:46:14+0200 [-] [txdav.common.datastore.util.UpgradeToDatabaseService#warn] Beginning filesystem -> database upgrade.
2011-10-26 09:46:14+0200 [-] Unhandled error in Deferred:
2011-10-26 09:46:14+0200 [-] Unhandled Error
        Traceback (most recent call last):
          File "/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/twi sted/application/service.py", line 184, in setServiceParent
            self.parent.addService(self)

Just to let everybody know what I am trying at the moment:
Found a thread where someone suggests to delete the postgresql-database:
Detials in this thread https://discussions.apple.com/thread/3206720?start=0&tstart=0
1. sudo serveradmin stop calendar addressbook
2. copy old 10.6.8 calender data from backup ("../Library/CalendarServer/Documents/") to /Library/Server/Calendar\ and\ Contacts/Documents/
3. delete database: sudo dropdb -U _postgres caldav
4. mv (if it exists) /Library/Server/Calendar\ and\ Contacts/Documents/calendars-migrated to /Library/Server/Calendar\ and\ Contacts/Documents/calendars-migrated-old
5. sudo calendarserver_bootstrap_database
6. now we start again: sudo serveradmin start calendar
7. watch the log file - tail -f /var/log/caldavd/error.log
And I get the same error as above but now I see a new one:
2011-10-26 15:29:19+0200 [Uninitialized] [twistedcaldav.memcachepool.MemCacheClientFactory#error] MemCache connection failed: [Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionRefusedError'>: Connection was refused by other side: 61: Connection refused.
Every help is welcome, bye
Christoph

Calendar Migration GW7 to GW8

Similar Messages

Maybe you are looking for