Couldn't listen on any:logs/caldavd.sock: [Errno 22] Invalid argument.
Hello - I'm trying to correct a problem with a fresh checkout of the CalendarServer 2.5 release tag on MacOS 10.6.6.. After a ./run -s and a ./run -v the server fails to start with the error: 2011-06-07 11:27:44-0700 [-] twisted.internet.error.CannotListenError: Couldn't listen on any:logs/caldavd.sock: [Errno 22] Invalid argument. This problem was documented by Jason Pruim in 2008 as: http://www.mail-archive.com/calendarserver-users@lists.macosforge.org/msg007... and there is an open trac ticket for the problem at: http://trac.calendarserver.org/ticket/265#comment:7 Clearly there's some kind of simple workaround for the problem or it wouldn't have been in trac for the past 4 years, but I can't find it documented anywhere. If anyone knows how to correct this and can write it down well enough for me to understand and use it, I'll update the trac ticket with the solution. Thanks, Scott.
On Jun 7, 2011, at 12:25 PM, Scott Cherf wrote:
Hello -
I'm trying to correct a problem with a fresh checkout of the CalendarServer 2.5 release tag on MacOS 10.6.6.. After a ./run -s and a ./run -v the server fails to start with the error:
2011-06-07 11:27:44-0700 [-] twisted.internet.error.CannotListenError: Couldn't listen on any:logs/caldavd.sock: [Errno 22] Invalid argument.
This problem was documented by Jason Pruim in 2008 as:
http://www.mail-archive.com/calendarserver-users@lists.macosforge.org/msg007...
and there is an open trac ticket for the problem at:
http://trac.calendarserver.org/ticket/265#comment:7
Clearly there's some kind of simple workaround for the problem or it wouldn't have been in trac for the past 4 years, but I can't find it documented anywhere.
If anyone knows how to correct this and can write it down well enough for me to understand and use it, I'll update the trac ticket with the solution.
Clearly this release tag should work, but I'm curious: can you reproduce this behavior on trunk, or does trunk start up correctly for you? -glyph
On Jun 7, 2011, at 3:29 PM, Glyph Lefkowitz wrote:
Clearly this release tag should work, but I'm curious: can you reproduce this behavior on trunk, or does trunk start up correctly for you?
-glyph
Yes I can reproduce it on the trunk using the top of tree as of earlier today. It must be some type shared configuration problem. Scott.
On Jun 7, 2011, at 5:52 PM, Scott Cherf wrote:
On Jun 7, 2011, at 3:29 PM, Glyph Lefkowitz wrote:
Clearly this release tag should work, but I'm curious: can you reproduce this behavior on trunk, or does trunk start up correctly for you?
-glyph
Yes I can reproduce it on the trunk using the top of tree as of earlier today. It must be some type shared configuration problem.
Are there any other salient details about your configuration? Where are you checking out the code? Have you modified anything, either configuration or code? Do other machines experience the same error? If it also affects trunk, that is good news - it narrows it down a bit, since it must be in code that's common between the two.
On Jun 7, 2011, at 5:58 PM, Glyph Lefkowitz wrote:
On Jun 7, 2011, at 5:52 PM, Scott Cherf wrote:
On Jun 7, 2011, at 3:29 PM, Glyph Lefkowitz wrote:
Clearly this release tag should work, but I'm curious: can you reproduce this behavior on trunk, or does trunk start up correctly for you?
-glyph
Yes I can reproduce it on the trunk using the top of tree as of earlier today. It must be some type shared configuration problem.
Are there any other salient details about your configuration?
Here's a high level view of the machine Hardware Overview: Model Name: Mac mini Model Identifier: Macmini2,1 Processor Name: Intel Core 2 Duo Processor Speed: 1.83 GHz Number Of Processors: 1 Total Number Of Cores: 2 L2 Cache: 2 MB Memory: 4 GB Bus Speed: 667 MHz Boot ROM Version: MM21.009A.B00 SMC Version (system): 1.19f2 Serial Number (system): YM7463V0YL1 Hardware UUID: 00000000-0000-1000-8000-0016CBAD2BA3 System Software Overview: System Version: Mac OS X 10.6.2 (10C540) Kernel Version: Darwin 10.2.0 Boot Volume: Alphonse Boot Mode: Normal Computer Name: Alphonse User Name: Scott Cherf (cherf) Secure Virtual Memory: Not Enabled 64-bit Kernel and Extensions: No Time since boot: 14:33 I'm running Python 2.6 along with a complicated and somewhat handcrafted collection of open source software installed in /opt/local. It would be difficult to characterize all of the versions of utilities installed though I'm happy to answer questions.
Where are you checking out the code?
The full paths to the checked out versions are: /Users/cherf/Projects/Source/MacOSForge/CalendarServer/trunk /Users/cherf/Projects/Source/MacOSForge/CalendarServer/tags/release/CalendarServer-2.5 Both were checked out this morning using Xcode 3 from: http://svn.macosforge.org/repository/calendarserver
Have you modified anything, either configuration or code?
In both examples I performed the recommended copy caldavd-test.plist, which was done by the script on trunk and manually on 2.5. I'm not aware of making any other changes.
Do other machines experience the same error?
I haven't built on any other machines yet since I only have a production environment on this one.
If it also affects trunk, that is good news - it narrows it down a bit, since it must be in code that's common between the two.
Fire away with any questions you can think of, Scott.
participants (2)
-
Glyph Lefkowitz
-
Scott Cherf