After upgrading server to V5.
I can't connect my client to caldav server.
In application server : calendar is ON
Please Help Me
(sorry for my english, i'm french ;-) )
Mac mini, OS X Server
Run the following command in Terminal and paste the output to this thread.
sudo /Applications/Server.app/Contents/ServerRoot/usr/sbin/calendarserver_diagnose
serveur:~ alj$ sudo /Applications/Server.app/contents/ServerRoot/usr/sbin/calendarserver_diagnose
Password:
OS Build: 14F27
Server Build: 14S1092
/Library/Preferences/com.apple.servermgr_calendar.plist exists and can be parsed
Prefs plist says ServerRoot directory is: /Library/Server/Calendar and Contacts
/Library/Server/Calendar and Contacts/Config/caldavd-system.plist exists and can be parsed
/Library/Server/Calendar and Contacts/Config/caldavd-user.plist does not exist
Configuration:
Calendar and Contacts service processes:
USER PID %CPU %MEM RSS ELAPSED STARTED COMMAND
_calendar 8434 0,0 0,0 2704 13:45:21 Mar 22 sep 19:52:25 2015 /System/Library/PrivateFrameworks/TCC.framework/Resources/tccd
_calendar 8579 32,1 0,2 17528 13:44:43 Mar 22 sep 19:53:03 2015 /usr/bin/python /Applications/Server.app/Contents/ServerRoot/usr/bin/xpostgres -c listen_addresses= -k /var/run/caldavd/PostgresSocket -c shared_buffers=105 -c max_connections=70 -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
_calendar 8583 0,0 0,1 5944 13:44:43 Mar 22 sep 19:53:03 2015 /Applications/Server.app/Contents/ServerRoot/usr/bin/postgres_real -c listen_addresses= -k /var/run/caldavd/PostgresSocket -c shared_buffers=105 -c max_connections=70 -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
_calendar 8584 0,0 0,0 516 13:44:43 Mar 22 sep 19:53:03 2015 postgres: logger process
_calendar 8586 0,0 0,0 1104 13:44:43 Mar 22 sep 19:53:03 2015 postgres: checkpointer process
_calendar 8587 0,0 0,0 684 13:44:43 Mar 22 sep 19:53:03 2015 postgres: writer process
_calendar 8588 0,0 0,0 648 13:44:43 Mar 22 sep 19:53:03 2015 postgres: wal writer process
_calendar 8589 0,0 0,0 2052 13:44:43 Mar 22 sep 19:53:03 2015 postgres: autovacuum launcher process
_calendar 8590 0,0 0,0 672 13:44:43 Mar 22 sep 19:53:03 2015 postgres: archiver process failed on 00000002.history
_calendar 8591 0,2 0,0 708 13:44:43 Mar 22 sep 19:53:03 2015 postgres: stats collector process
Serverd status:
org.calendarserver.agent is enabled
org.calendarserver.calendarserver is enabled
org.calendarserver.relocate is enabled
Disk space on boot volume:
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk0s2 250G 200G 49G 81% 48887064 12035332 80% /
Disk space on service data volume:
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk0s2 250G 200G 49G 81% 48887064 12035332 80% /
Disk space used by Calendar and Contacts service:
28K /Library/Server/Calendar and Contacts/Config
1020M /Library/Server/Calendar and Contacts/Data
106M /Library/Server/Calendar and Contacts/Logs
Postgres status for cluster /Library/Server/Calendar and Contacts/Data/Database.xpg/cluster.pg:
pg_ctl: server is running (PID: 8583)
/Applications/Server.app/Contents/ServerRoot/usr/bin/postgres_real "-c" "listen_addresses=" "-k" "/var/run/caldavd/PostgresSocket" "-c" "shared_buffers=105" "-c" "max_connections=70" "-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"
Postgres content:
List of databases
Name | Owner | Encoding | Collate | Ctype | Access privileges
-----------+--------+----------+---------+-------+-------------------
caldav | caldav | UTF8 | C | C |
postgres | caldav | UTF8 | C | C |
template0 | caldav | UTF8 | C | C | =c/caldav +
| | | | | caldav=CTc/caldav
template1 | caldav | UTF8 | C | C | =c/caldav +
| | | | | caldav=CTc/caldav
(4 rows)
'calendarserver' table...
name | value
--------------------------+--------
CALENDAR-DATAVERSION | 6
ADDRESSBOOK-DATAVERSION | 2
NOTIFICATION-DATAVERSION | 1
MANAGED-ATTACHMENTS | 1
VERSION | 51
MIN-VALID-REVISION | 119175
(6 rows)
Number of calendar homes: 8
Number of calendar events: 401
Number of contacts homes: 4
Number of contacts cards: 7
Number of non-group delegate assignments: 8
Number of group delegate assignments: 0
'job' table...
job_id | work_type | priority | weight | not_before | assigned | overdue | failed
--------+------------------------------+----------+--------+-------------------- --------+----------+---------+--------
328609 | FIND_MIN_VALID_REVISION_WORK | 0 | 5 | 2015-09-18 10:30:35.830723 | | | 0
328618 | INBOX_CLEANUP_WORK | 0 | 5 | 2015-09-18 10:30:35.930232 | | | 0
327708 | PRINCIPAL_PURGE_POLLING_WORK | 0 | 5 | 2015-09-20 18:45:20.742665 | | | 0
328945 | GROUP_CACHER_POLLING_WORK | 0 | 5 | 2015-09-17 10:44:10.143269 | | | 0
(4 rows)
Agent:
Attempting to send a request to the agent...
Can't connect to agent: timed out
TLS is disabled
Server connection:
Attempting to send a request to port 8008...
Can't connect to port 8008: <urlopen error [Errno 61] Connection refused>
Skipping TLS port since it's disabled
Web apps:
web:webAppState:_array_index:0:virtualHostName = ""
web:webAppState:_array_index:0:vhid = "*:443_"
web:webAppState:_array_index:0:state = "RUNNING"
web:webAppState:_array_index:0:webAppName = "com.apple.webapp.ACSServer"
web:webAppState:_array_index:1:virtualHostName = ""
web:webAppState:_array_index:1:vhid = "*:443_"
web:webAppState:_array_index:1:state = "RUNNING"
web:webAppState:_array_index:1:webAppName = "com.apple.webapp.contactsserverssl"
web:webAppState:_array_index:2:virtualHostName = ""
web:webAppState:_array_index:2:vhid = "*:443_"
web:webAppState:_array_index:2:state = "RUNNING"
web:webAppState:_array_index:2:webAppName = "com.apple.webapp.calendarserverssl"
web:webAppState:_array_index:3:virtualHostName = ""
web:webAppState:_array_index:3:vhid = "*:443_"
web:webAppState:_array_index:3:state = "RUNNING"
web:webAppState:_array_index:3:webAppName = "com.apple.webapp.collabd"
web:webAppState:_array_index:4:virtualHostName = ""
web:webAppState:_array_index:4:vhid = "*:443_"
web:webAppState:_array_index:4:state = "RUNNING"
web:webAppState:_array_index:4:webAppName = "com.apple.webapp.auth"
web:webAppState:_array_index:5:virtualHostName = ""
web:webAppState:_array_index:5:vhid = "*:443_"
web:webAppState:_array_index:5:state = "RUNNING"
web:webAppState:_array_index:5:webAppName = "com.apple.webapp.calendarserversslnonssl"
web:webAppState:_array_index:6:virtualHostName = ""
web:webAppState:_array_index:6:vhid = "*:80_"
web:webAppState:_array_index:6:state = "RUNNING"
web:webAppState:_array_index:6:webAppName = "com.apple.webapp.ACSServer"
web:webAppState:_array_index:7:virtualHostName = ""
web:webAppState:_array_index:7:vhid = "*:80_"
web:webAppState:_array_index:7:state = "RUNNING"
web:webAppState:_array_index:7:webAppName = "com.apple.webapp.contactsserverssl"
web:webAppState:_array_index:8:virtualHostName = ""
web:webAppState:_array_index:8:vhid = "*:80_"
web:webAppState:_array_index:8:state = "RUNNING"
web:webAppState:_array_index:8:webAppName = "com.apple.webapp.calendarserverssl"
web:webAppState:_array_index:9:virtualHostName = ""
web:webAppState:_array_index:9:vhid = "*:80_"
web:webAppState:_array_index:9:state = "RUNNING"
web:webAppState:_array_index:9:webAppName = "com.apple.webapp.collabd"
web:webAppState:_array_index:10:virtualHostName = ""
web:webAppState:_array_index:10:vhid = "*:80_"
web:webAppState:_array_index:10:state = "RUNNING"
web:webAppState:_array_index:10:webAppName = "com.apple.webapp.auth"
web:webAppState:_array_index:11:virtualHostName = ""
web:webAppState:_array_index:11:vhid = "*:80_"
web:webAppState:_array_index:11:state = "RUNNING"
web:webAppState:_array_index:11:webAppName = "com.apple.webapp.calendarserversslnonssl"
Interesting, it was not able to display any of the "Configuration:" settings.
What happens when you run this:
sudo /Applications/Server.app/Contents/ServerRoot/usr/sbin/calendarserver_config EnableCalDAV SSLPort
Also, the above output says you're running 14S1092 which is Server 4.1, not Server 5.
I have a similar problem.
After upgrading, Calendar is not reachable. When I try to configure the clients display the answer "unknow problem" after the annoucement " server with secure communications not available"
I try to run diagnose command and this is a part of the results
Postgres status for cluster /Library/Server/Calendar and Contacts/Data/Database.xpg/cluster.pg:
pg_ctl: no server running
Agent:
Attempting to send a request to the agent...
Can't connect to agent: timed out
Server connection:
Attempting to send a request to port 443...
Can't connect to port 443: <urlopen error [Errno 60] Operation timed out>
Giorgio
Please paste the complete calendarserver_diagnose output. Also, please check /Library/Server/Calendar and Contacts/Logs/setup.log -- first, does it even exist? If it does, do the timestamps in that file match with the time you upgraded to Server 5.0.4? It's possible that the upgrade commands did not run when you upgraded to 5.0.4. Other logs to look for are in /Library/Logs/ beginning with "ServerSetup".
I found the problem. The server is also installed FileMaker Server and the certificate of filemaker had priority for services on the SSL port 443. Services calendar and addresses did not recognize the certificate and gave a generic error. I uninstalled Server and Fiemaker server and I installed everything again without updating filemaker server to the latest update (14.02). Now all works properly. Even using different ports on FileMaker server during installation (81 and 444) I can now to have both the web server services and filemaker web service. Was not possible until now.
Giorgio
For me too the problem is resolved.
There is also a conflict with filemaker server .
I applied the same solution diesisgroup.
Everything works again normally.
Giorgio, did you find a resolution to the pg_ctl not starting?
Nothing I do appears to kick the postgres server into starting since upgrading to 5.0 on Yosemite:
OS Build: 14F27
Server Build: 15S2259
/Library/Server/Preferences/Calendar.plist exists and can be parsed
Prefs plist says ServerRoot directory is: /Library/Server/Calendar and Contacts
ServerRoot volume ok
/Library/Server/Calendar and Contacts/Config/caldavd-system.plist exists and can be parsed
/Library/Server/Calendar and Contacts/Config/caldavd-user.plist does not exist
Configuration:
EnableCalDAV : False
EnableCardDAV : False
Notifications.Services.APNS.Enabled : True
Scheduling.iMIP.Enabled : True
Authentication.Basic.Enabled : True
Authentication.Digest.Enabled : True
Authentication.Kerberos.Enabled : True
HTTPPort : 80
SSLPort : 443
Calendar and Contacts service processes:
USER PID %CPU %MEM RSS ELAPSED STARTED COMMAND
_devicemgr 219 0.0 0.7 60788 23:57:19 Wed Sep 30 15:12:48 2015 xpostgres -a /Library/Server/ProfileManager/Config/PostgreSQL_config.plist -D /Library/Server/ProfileManager/Config/ServiceData/Data/PostgreSQL -c unix_socket_directories=/Library/Server/ProfileManager/Config/var/PostgreSQL -c default_transaction_isolation=serializable -c logging_collector=on -c log_rotation_size=10MB -c log_connections=on -c log_lock_waits=on -c log_statement=ddl -c log_line_prefix=%m -c listen_addresses= -c log_directory=/Library/Logs/ProfileManager -c log_filename=PostgreSQL-%F.log -c log_file_mode=0640 -c log_min_messages=WARNING -c log_min_error_statement=WA XPC_FLAGS=0x0 PYTHONPATH=/Applications/Server.app/Contents/ServerRoot/Library/CalendarServer/ lib/python2.7/site-packages
root 63430 0.0 0.2 14256 02:42:30 Thu Oct 1 12:27:37 2015 servermgr_calendar
Serverd status:
org.calendarserver.agent is enabled
org.calendarserver.calendarserver is disabled
org.calendarserver.relocate is enabled
Disk space on boot volume:
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk1s2 255G 23G 232G 10% 5732256 56572614 9% /
Disk space on service data volume:
Filesystem Size Used Avail Capacity iused ifree %iused Mounted on
/dev/disk1s2 255G 23G 232G 10% 5732256 56572614 9% /
Disk space used by Calendar and Contacts service:
28K /Library/Server/Calendar and Contacts/Config
1.1G /Library/Server/Calendar and Contacts/Data
85M /Library/Server/Calendar and Contacts/Logs
Postgres status for cluster /Library/Server/Calendar and Contacts/Data/Database.xpg/cluster.pg:
pg_ctl: no server running
Agent:
Attempting to send a request to the agent...
Can't connect to agent: timed out
Server connection:
Attempting to send a request to port 443...
Can't connect to port 443: <urlopen error [Errno 61] Connection refused>
Web apps:
web:webAppState = _empty_array
test...testing123 wrote:
Configuration:
EnableCalDAV : False
EnableCardDAV : False
Agent:
Attempting to send a request to the agent...
Can't connect to agent: timed out
EnableCalDAV and EnableCardDAV being set to False means the Calendar and Contacts services are both off.
Not being able to connect to the internal calendar server agent means the agent can't start. I would look in the /Library/Server/Calendar and Contacts/Logs/agent.log file to see what's preventing the agent from starting. The agent is a small process which the Server.app UI talks to in order to configure the Calendar and Contacts services, and it too uses the same Postgres instance as Calendar and Contacts.
Hi morgen,
Thanks for your response, but it is to do with postgres not being able to start due to mismatched versions (failed upgrade?):
waiting for server to start....FATAL: database files are incompatible with server
DETAIL: The data directory was initialized by PostgreSQL version 9.3, which is not compatible with this version 9.2.13.
........................................................... stopped waiting
Any ideas at all, or is it a case of wait for Apple to fix (which they're usually quite slow at...).
Thanks!
Calendar server problem after upgrade to server 5
