New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
500 Internal Server Error in CalDAV extension with Baikal #111421
Comments
Same issue here. ToDo seems to work, but calendars are not synced as expected with the same error message |
I guess this error is also related to sabre-io/Baikal#1241 |
This may be a compatibility issue between the python-caldav library and the baikal server. If you are willing to create a test account for me or share some username/password with me (privately) I may try to look a bit into it. |
@tobixen I can provide you an dev setup if that helps (without any data on it). Would that help? If yes, please let me know, where I can reach you |
Yes, as long as the dev setup has the same problems, then it's useful. You can use t-caldav-111421@tobixen.no |
I ran the python-caldav test suite towards the baikal server provided, and I'm sorry to say ... that all tests passed. This either means the problem is specific to the Home Assistant caldav integration or that my test code is not able to trigger the problem. (or that the problem is not present on the dev setup, but present on the Synology setup). (That said, "500 internal server error" should usually mean that there is a problem on the server side, and there should usually be something in the server log about it). |
I tried it now again with I attached the log file from baikal in portainer. Maybe this helps. |
(This comment has been updated to squash in my "train of thought" in now deleted following comments) This is the smoking gun:
My first thought is that there is something wrong with the icalendar data sent, the server does not recognize it as valid VCALENDAR. However, HomeAssistant is doing a In the next release of the python-caldav library it will be possible to set an environmental variable, and it will dump all the caldav communication to files under /tmp. This will at some point in the future make it easy to extract more debug information from those of us running HomeAssistant in "supervised"-mode on a linux system. Right here and now I think the only solution is to try to get the communication out on the server side. With the http-solution it should be possible to use tcpdump. @update-freak, if you have any chance running tcpdump on 192.168.178.27, then please do. Something like this should catch the whole REPORT-request: sudo tcpdump -w /tmp/caldav.pcap -I any port 49179 |
This may be a problem which occurs on Baikal docker deployment (ckulka/baikal:nginx) . It looks similar to an older problem described here : this is related to this bug |
Thanks a lot! Using this docker image from above (sabre-io/dav#1318 (comment)) solved the issue: ghcr.io/mralucarddante/baikal-docker-hass:latest |
Hello. Can I simply replace the Docker url or do I have to reinstall the Docker and then set everything up again? |
I simply changed the URL and it worked out of the box. (but as always: save your data first) |
The problem
I have the problem that with the CalDAV extension (https://www.home-assistant.io/integrations/caldav/) I got the error "500 Internal Server Error" in the log (see attached file).
In the overview I got the items of the To-Do-list, but the entries from the calanders are emtpy.
HA_log.txt
What version of Home Assistant Core has the issue?
core-2024.2.3
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant OS
Integration causing the issue
CalDAV
Link to integration documentation on our website
https://www.home-assistant.io/integrations/caldav/
Diagnostics information
home-assistant_caldav_2024-02-25T21-13-08.720Z.log
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
Baikal is installed as docker container on a Synology NAS.
Home Assistant is installed as VM on a Synology NAS.
The Reverse Proxy is used to create a URL like this: https://baikal.example.dynv6.net
The text was updated successfully, but these errors were encountered: