5 Replies Latest reply: Jan 30, 2008 6:34 AM by jake1981
Stan Sobczynski Level 1 Level 1 (0 points)
The following sequence keeps repeating every few seconds in the System Log. Does anyone have any ideas as to what it is all about? It appears to be referring to a Python script, but we have not "knowingly" executed any.

Dec 13 13:15:06 host1 com.apple.wikid[28950]: Traceback (most recent call last):
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/bin/twistd", line 21, in <module>
Dec 13 13:15:06 host1 com.apple.wikid[28950]: run()
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 27, in run
Dec 13 13:15:06 host1 com.apple.wikid[28950]: app.run(runApp, ServerOptions)
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 379, in run
Dec 13 13:15:06 host1 com.apple.wikid[28950]: runApp(config)
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/scripts/twistd.py", line 23, in runApp
Dec 13 13:15:06 host1 com.apple.wikid[28950]: _SomeApplicationRunner(config).run()
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 156, in run
Dec 13 13:15:06 host1 com.apple.wikid[28950]: self.preApplication()
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/scripts/twistdunix.py", line 203, in preApplication
Dec 13 13:15:06 host1 com.apple.wikid[28950]: self.config['prefix'], self.config['nodaemon'])
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/scripts/twistdunix.py", line 113, in startLogging
Dec 13 13:15:06 host1 com.apple.wikid[28950]: logFile = app.getLogFile(logfilename or 'twistd.log')
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/application/app.py", line 410, in getLogFile
Dec 13 13:15:06 host1 com.apple.wikid[28950]: os.path.dirname(logPath))
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/python/logfile.py", line 113, in _init_
Dec 13 13:15:06 host1 com.apple.wikid[28950]: BaseLogFile._init_(self, name, directory, defaultMode)
Dec 13 13:15:06 host1 com.apple.wikid[28950]: File "/usr/share/caldavd/lib/python/twisted/python/logfile.py", line 26, in _init_
Dec 13 13:15:06 host1 com.apple.wikid[28950]: assert os.path.isdir(self.directory)
Dec 13 13:15:06 host1 com.apple.wikid[28950]: AssertionError
Dec 13 13:15:06 host1 com.apple.launchd[1] (com.apple.wikid[28950]): Exited with exit code: 1
Dec 13 13:15:06 host1 com.apple.launchd[1] (com.apple.wikid): Throttling respawn: Will start in 8 seconds

XServer, Mac OS X (10.5.1)
  • 1. Re: Strange System Log Entry
    Camelot Level 8 Level 8 (45,790 points)
    The wiki server relies heavily on Python, and it's that which is throwing the error.

    That doesn't help explain the problem, other than multiple references to 'caldavd', which sounds like the calendar application.

    The 'assert' statements on some of the lines in question are debugging commands, but it's not (yet) clear what's triggering them.

    The short-term solution, in order to stop the logs, is to disable the Wiki server.
  • 2. Re: Strange System Log Entry
    Stan Sobczynski Level 1 Level 1 (0 points)
    That is part of what has me confused...I have wiki turned off for all of the websites. Is there some other place I need to access to turn it off completely?
  • 3. Re: Strange System Log Entry
    Roger Smith3 Level 6 Level 6 (13,475 points)
    FWIW, caldavd sounds like CALendar DAV Daemon, so it may be something coming from the DAV setup.

    Roger
  • 4. Re: Strange System Log Entry
    jake1981 Level 1 Level 1 (0 points)
    Okay - I also noticed this same issue as propably many others - did little study and found out the reason.

    First of all - these should be standard locations, but let's make sure. I found out that wikid keeps it settings in /etc/wikid/wikid.conf - From error messages I checked source of last mention before process ended. Not pasting anything to here, I usually use PHP or C and try to stay away from python but I was able to make something out. Assert is a function that makes a test agains something, if this test's result is true (if I remember my studies right, I rarely use assert) it exits process. Why? Sometimes when programs start they need to make certain checks to avoid crashing - crashing isn't nice..

    Anyway, test was for existency of directory where logfile(s) are kept. From same or another source file I also found out about location /etc/wikid, I ofcourse could had checked it from there in the first place, but I liked to follow the code a bit.. There I found file wikid.plist, opened it - a long conf file and finally there it was - logfile(s) are kept in location:
    /Library/Logs/wikid

    I created this directory and restarted, everything wasn't okay yet, as rights for that directory were incorrect. So I checked com.apple.wikid in LaunchDaemons and found out it runs as user _teamsserver and gid _teamsserver. So I changed rights for that uid and gid and everything was working after that.

    Here's what you need to do in terminal to get it working:
    #sudo mkdir /Library/Logs/wikid
    #sudo chown -R teamsserver:teamsserver /Library/Logs/wikid

    Then just restart wikid, there you go. This was my first post and I just created account for this.
    Can be marked as SOLVED but 10.5.2 should make sure this directory gets created - either when ever it's missing and wikid is started, or just a empty dir created while upgrading to 10.5.2
  • 5. Re: Strange System Log Entry
    jake1981 Level 1 Level 1 (0 points)
    Actually - It seems NOT to be solved after all

    Atleast completely. It seems that after reboot this directory we created is missing again (maybe I should not had removed logs with iceclean before boot) - so whenever logs are cleaned this folder will be removed and that's what originally caused the problem - cleaning of logs :/

    Fix idea to 10.5.2: just remove contents of that folder - do not remove folder completely.