ICal Postgres issues

Question

Afternoon Apple Community.
I'm having some issues with iCal Server after upgrading from 10.6 to 10.8 server.
Not too sure what's going on but I'm having issues with iCal Server since the upgarde on one particular use...mine!
Nothing can be added or removed I get "The server responded with 500 to operation CalDAVAccountRefreshQueueableOperation).
I am not entirely sure that the transfer to Postres has succeded corretly.
I do have a caldav table in postres but when trying to dump the database I get the following error which contradict each other!
Latest schema version (12) is installed
bash-3.2# pg_dump -U _postgres caldav -c -f /db_backups/caldav.sql
pg_dump: [archiver (db)] connection to database "caldav" failed: FATAL:  database "caldav" does not exist
bash-3.2# dropdb -U _postgres caldav
dropdb: database removal failed: ERROR:  database "caldav" does not exist
bash-3.2# calendarserver_bootstrap_database -v
Attempting to create user...
Executing: /Applications/Server.app/Contents/ServerRoot/usr/bin/createuser -h /Library/Server/PostgreSQL For Server Services/Socket --username=_postgres caldav --no-superuser --createdb --no-createrole
createuser: creation of new role failed: ERROR:  role "caldav" already exists
Database User 'caldav' exists
Attempting to create database...
Executing: /Applications/Server.app/Contents/ServerRoot/usr/bin/createdb -h /Library/Server/PostgreSQL For Server Services/Socket --username=caldav caldav
createdb: database creation failed: ERROR:  database "caldav" already exists
Database 'caldav' exists
Attempting to read schema version...
Executing: /Applications/Server.app/Contents/ServerRoot/usr/bin/psql -h /Library/Server/PostgreSQL For Server Services/Socket -d caldav -U caldav -t -c select value from calendarserver where name='VERSION';
12
Latest schema version (12) is installed
bash-3.2# dropdb -U _postgres caldav
dropdb: database removal failed: ERROR:  database "caldav" does not exist
bash-3.2#
When the server is booting I'm getting the following error messages:
Mar 16 13:46:01 mail.example.com.au CalendarAgent[507]: [com.apple.calendar.store.log.caldav] [During deep refresh in calendar "Final", had collection tag match, but etag mismatch for url http://mail.example.com.au:8008/calendars/__uids__/D9F3C0D6-1334-44B7-B48B-10EC3 B8E3713/calendar/F60B9168-DDC6-4C3A-9C82-9309D3D2B041.ics: local changes not sent to the server - cTag:842_4711 syncToken:(null)]
Please helppppppp,it's driving me nuts!

Answer 1

As of 10.8 there are 2 instances of postgres, a general purpose one, and a new one now dedicated to Server.  calendarserver_bootstrap_database is talking to the new one (via /Library/Server/PostgreSQL For Server Services/Socket) and indeed that new database does have a "caldav" user and "caldav" db.  When you are running pg_dump and dropdb by hand you are by default talking to the other, general purpose postgres.
Your calendar data should have already been migrated into the new database.  Had you gotten errors during migration?
Is your Calendar Server pointing at the new database?  You can tell by examining the "DSN" value via:
   # serveradmin settings calendar:DSN
You should see:
   calendar:DSN = "/Library/Server/PostgreSQL For Server Services/Socket:caldav:caldav:::"