Version: 3.3 (using KDE KDE 3.3.0) Installed from: SuSE RPMs Compiler: gcc 3.3.4 SuSE Linux 9.2 OS: Linux When I use the korganizer that ships with SuSE 9.2, every couple of minutes, an error window pops up and says Error - KOrganizer Could not rename partial file /var/tmp/kdecache-mgk25/kcal/kresources/bU9ub5JEdC. Please check permissions. ("mgk25" is my user id.) I can't see any problems with my file permissions. This error message is not very helpful, as it does not specify what the old and new filename of the attempted "rename" operation are, so I don't even know what system call exactly failed. I don't know whether this may be related, but /var/tmp/ is on a local disk, whereas my home directory (and with it ~/.kde/share/apps/korganizer/) are NFS mounted from a file server. Any ideas or suggestions?
I have the same problem, but using kde3.4. I don't know what could be the problem.
I have the same problem with KOrganizer 3.3.1 with Mandrake Linux 10.1. Again, my permissions look reasonable on that directory: $ ls -l /var/tmp/kdecache-mark/kcal/kresources/ total 252 -rw-rw-r-- 1 mark mark 26843 May 16 09:12 EXkdThN182 -rw-rw-r-- 1 mark mark 77873 May 16 10:11 qlFtV8KX0T -rw-rw-r-- 1 mark mark 31573 May 16 12:56 Sn9rxmdoum -rw-rw-r-- 1 mark mark 104875 May 16 12:56 toopGgnY7V $ ls -ld /var/tmp/kdecache-mark/kcal/kresources/ drwx------ 2 mark mark 4096 May 16 12:56 /var/tmp/kdecache-mark/kcal/kresources// My home directory is on the same disk, but a different partition from /var/. As far as I can tell, KOrganizer is still reading and updating the calendar files I want, despite this issue. I have several calendars that are downloaded via http://, a normal local calendar, and a "Birthdays" calendar that I use.
Considering this bug is several months old and has been reported by three people, I'm wondering if we can get /any/ response from a KDE representative.
On Tuesday 31 May 2005 17:24, mark@summersault.com wrote: > Considering this bug is several months old and has been reported by > three people, I'm wondering if we can get /any/ response from a KDE > representative. I'm sorry, but I haen't had much time lately. I also had this problem once, but didn't debug it back then, and it never appeared again. Cheers, Reinhold
On Tue, May 31, 2005 at 03:38:12PM -0000, Reinhold Kainhofer wrote: > > I'm sorry, but I haen't had much time lately. > I also had this problem once, but didn't debug it back then, and it never > appeared again. Thanks for the response Reinhold. I wonder if it would help as a first step to provide more detail in the error message. It mentions it relates to a file rename. The path of one of the files involved is given. It seems possible that the permissions issue could be related to the /other/ file involved in the rename. Having both the source and destination of the rename included in the message seems like it would be helpful. Mark
I'm seeing this issue as well on KDE 3.4 on Gentoo. I only started getting this once I switched over to using a calendar over webdav. Are you all using webdav as well as perhaps that is the issue?
On Thu, Oct 06, 2005 at 12:05:30AM -0000, Lee Zen wrote: > ------- Additional Comments From leezen gmail com 2005-10-06 02:05 ------- > I'm seeing this issue as well on KDE 3.4 on Gentoo. I only started > getting this once I switched over to using a calendar over webdav. Are > you all using webdav as well as perhaps that is the issue? I believe I was downloading at least calender over a webdav-enabled HTTP server. I later personally resolved the issue by switching to Sunbird some months ago, and have been satisfied with this fix since then. I published a more in depth comparision of KOrganizer vs. Sunbird here: http://www.summersault.com/community/weblog/2005/06/03/sunbird-vs-korganizer.html Mark
I can confirm that the bug occurs when using a calender on a webdav enabled HTTP server. My /home and /var directories are also on separate partitions. I use KOrganizer 3.4.2 with KDE 3.4.2 Tobias
I also confirm this bug accessing WebDAV calendars. Since I switched the "Enable Automatic Saving of Calendars" off, I didnt get this messages anymore. Dont think this is related to partitions - my system (incl home/) is on one partition. I would like to mention that I dont use KDE itself - just Korganizer as app. Could this be related? System is Ubuntu 5.1, KOrganizer Version 3.4.2, KDE 3.4.3 Regards - Henning
*** This bug has been confirmed by popular vote. ***
I also confirm this bug accessing to ical.mac.com System is debian unstable KOrganizer Version 3.5, KDE 3.5.2
Same bug here with KDE 3.5.2. Ubuntu packages. The error message is "Could not rename partial file /var/tmp.../kresources/rq2ayeuR8y.part. Please check permissions." Of course the permissions are OK : berti@neptune:~$ ls -l /var/tmp/kdecache-berti/kcal/kresources/* -rw-r--r-- 1 berti berti 51458 2006-05-02 23:37 /var/tmp/kdecache-berti/kcal/kresources/3MeeeVArbY -rw-r--r-- 1 berti berti 51349 2006-03-08 17:39 /var/tmp/kdecache-berti/kcal/kresources/3MeeeVArbY~ -rw-r--r-- 1 berti berti 13213 2006-05-02 23:37 /var/tmp/kdecache-berti/kcal/kresources/955cv6278d -rw-r--r-- 1 berti berti 8281 2006-05-02 23:37 /var/tmp/kdecache-berti/kcal/kresources/KBNgJAw33o -rw-r--r-- 1 berti berti 8537 2005-12-28 13:38 /var/tmp/kdecache-berti/kcal/kresources/KBNgJAw33o~ -rw-r--r-- 1 berti berti 4825 2006-05-02 23:57 /var/tmp/kdecache-berti/kcal/kresources/rq2ayeuR8y -rw-r--r-- 1 berti berti 3819 2006-03-19 12:54 /var/tmp/kdecache-berti/kcal/kresources/rq2ayeuR8y~ Note that the file (with .part) does not exist.
Would it be possible someone else could take a look at this bug? The owner has expressed he is busy, while the bug has been affecting everyday use of some KOrganizer users from KDE 3.3 through KDE 3.5. I would personally be grateful if it could be addressed. Mark
I still also have this problem on Gentoo, KDE 3.5.2, Kontact 1.2 and Korganizer 3.5. Max
In order to find the root cause, could you please report if the error goes away if you try another user with the same calendar file ?
Am Montag, 14. August 2006 21:53 schrieb tstaerk: > In order to find the root cause, could you please report if the error goes > away if you try another user with the same calendar file ? Actually, for me that problem is not really reproducable. I had this message myself, too, some times, but I never was able to reproduce it or find out under what circumstances the KNetAccess class has these problems with temp files... Cheers, Reinhold
I am seeing this error as well, and it started -only- when I added a remote ICS file to my KOrganizer Resources. The file is a google calendar ICS file - which is showing up just fine, but on every update cycle, I see that error message. This bug has now been opened for over a year with no resolution.
> In order to find the root cause, could you please report if the error goes away if you try another user with the same calendar file ? I tested it with another, freshly created user. It turns out, that also with this user the above described messages (Could not rename partial ...) are displayed. Cheers, Max
I'm observing this problem too (since KDE 3.4.1, IIRC), currently on Solaris 10 (Sparc), KDE 3.5.4, remote calendar via webdavs on an Apache 2.0.45, homedir via NFS. My current observations are: - The error does not show up for local calendars. - The error seems to appear for me only when running Kontact. When Korganizer is invoked as a standalone application, the error does not appear (at least not during my admittedly limited testing period). - I've done some tests with different settings of the "download interval" property of the remote resource (currently set to 15min): not every download seems to produce the error message. Increasing the interval seems to reduce the frequency of the error. - Probably related: I always get an "error while saving Shared Calendar" when trying to add a new event to the remote resource, although the event is stored correctly. My guess is that for some reason two instances of the download processes/threads get in each other's way sometimes. Either the first one doesn't finish for some reason or doesn't clean up properly. I've already started digging through the code but didn't find any possible causes so far...
I'm getting the same as well on both KDE 3.5.4 and KDE 3.5.5 on Kubuntu 6.06. My .xsession-errors file seems to imply that it is indeed a race condition where Kontact is starting two kio_file processes to retrieve the same https:// URL calendar. The first one succeeds but, of course, the second one will fail to rename the now already renamed file and logs the above error. kio_http: (12386) ============ Received Response: kio_http: (12386) "HTTP/1.1 200 OK" kio_http: (12386) "Date: Mon, 16 Oct 2006 01:01:11 GMT" kio_http: (12386) "Server: Apache/2.0.55 (Ubuntu) DAV/2 SVN/1.3.1 mod_jk2/2.0.4 mod_python/3.1.4 Python/2.4.3 PHP/4.4.2-1build1 mod_ssl/2.0.55 OpenSSL/0.9.8a mod_fastcgi/2.4.2 mod_perl/2.0.2 Perl/v5.8.7" kio_http: (12386) "X-Powered-By: PHP/4.4.2-1build1" kio_http: (12386) "Keep-Alive: timeout=15, max=100" kio_http: (12386) "Connection: Keep-Alive" kio_http: (12386) "Transfer-Encoding: chunked" kio_http: (12386) "Content-Type: text/calendar" kio_http: (12386) --empty-- kio_file: Appending .part extension to /var/tmp/kdecache-csamuel/kcal/kresources/vZUrHnjszW kio_http: (12387) ============ Received Response: kio_http: (12387) "HTTP/1.1 200 OK" kio_http: (12387) "Date: Mon, 16 Oct 2006 01:01:11 GMT" kio_http: (12387) "Server: Apache/2.0.55 (Ubuntu) DAV/2 SVN/1.3.1 mod_jk2/2.0.4 mod_python/3.1.4 Python/2.4.3 PHP/4.4.2-1build1 mod_ssl/2.0.55 OpenSSL/0.9.8a mod_fastcgi/2.4.2 mod_perl/2.0.2 Perl/v5.8.7" kio_http: (12387) "X-Powered-By: PHP/4.4.2-1build1" kio_http: (12387) "Keep-Alive: timeout=15, max=100" kio_http: (12387) "Connection: Keep-Alive" kio_http: (12387) "Transfer-Encoding: chunked" kio_http: (12387) "Content-Type: text/calendar" kio_http: (12387) --empty-- kio_file: Appending .part extension to /var/tmp/kdecache-csamuel/kcal/kresources/vZUrHnjszW libkcal: ERROR: Can't read uid map file '/home/csamuel/.kde/share/apps/kcal/uidmaps/remote_vZUrHnjszW' kio_file: WARNING: Couldn't rename /var/tmp/kdecache-csamuel/kcal/kresources/vZUrHnjszW.part to /var/tmp/kdecache-csamuel/kcal/kresources/vZUrHnjszW kio (KIOJob): error 57 /var/tmp/kdecache-csamuel/kcal/kresources/vZUrHnjszW kwin: User timestamp, initial:1319220505 kwin: User timestamp, ASN:1319220505 kwin: User timestamp, final:'ID:81840407;WMCLASS:kontact:kontact;Caption:Error - Kontact':1319220505
Am Montag, 16. Oktober 2006 03:09 schrieb Chris Samuel: > My .xsession-errors file seems to imply that it is indeed a race condition > where Kontact is starting two kio_file processes to retrieve the same > https:// URL calendar. > > The first one succeeds but, of course, the second one will fail to rename > the now already renamed file and logs the above error. Ah, yes, korganizer tries to load it and at the same time, korgac (the reminder daemon) tries to load it, too... Cheers, Reinhold
This error just appeared to me as well, just added a ical-file at a remote place (ftp://) and the error appeared. Have now removed the ical-file from Korganzier but the error still appears.
Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list.
Comment #21 From Reinhold Kainhofer 2006-10-16: > Ah, yes, korganizer tries to load it and > at the same time, korgac (the reminder > daemon) tries to load it, too... Ok, so it seems there is a known cause (or at least a theory) - is there a path forward to create a fix for this bug? It's right on 2 months from it's second anniversary :-) I can confirm that I see this behaviour on my FC5 x86_64 machine running kde 3.5.5, using a published read-only ical url from webcalendar, set to reload every 10 mins. I have two other remote icals I use, one from the same webcalendar server, another from mac.com and neither experience this problem even when I set the webcalendar one to auto update. Turning off auto update stops the problem from occurring, turning on auto update _usually_ causes the problem to start again (still fairly random).
It's a race between the ioslaves spawned to automatically reload a calendar in a remote file. Are any reporters seeing this _without_ having a remote file resource?
I know this isn't what you're asking for, but I have never received that error on a non-remote calendar - since my system appears "susceptible" to the issue I don't know if that's indicative or not. My gut tells me though that it would likely be safe to assume this is limited to remote calendars (and for me at least, those with auto-update enabled). If you want my stab-in-the-dark assessment - whoever is choosing the temporary file name (the ioslave, korgac etc) should choose a truly unique, rather than what appears to be a predictable filename. Hmm - does this also mean there's the possibility of people losing or missing events if the the two ioslaves aren't getting along? eg, kcal gets it's file, then korgac starts replacing it before it gets renamed, so kcal gets a partial file - is that possible?
Created attachment 19415 [details] Suggested patch This patch uses the resource's own KABC::Lock to lock the cache file, which inhibits the file_copy operation that causes the error. The resource detects its cache is locked after having loaded the cache, but before refreshing the cache. The result of adding this lock is that if two processes are simultaneously reloading the resource, the winner will first load the cached version (call it C-1) and then load C0 after fetching it. The loser will load C-1, encounter the lock and stop. On the next iteration, Winner gets C1 and Loser gets C0. So the result of the lockstep is that loser is at most out of date by one version of the resource. A better synchronisation would be if we had distributed locks so that Loser is notified when Winner releases its lock and then loads the fresh cache file.
Committed: r627092 (after consultation with Cornelius)
*** Bug 140686 has been marked as a duplicate of this bug. ***
Kubuntu 6.06, Qt: 3.3.6, KDE: 3.5.5 Same behavior as exhaustively listed above. Error only popped up with addition of remote ical calendar(webcalendar). It's annoying as hell. Perhaps disabling the Korganizer reminder daemon will make a diff? I'll probably try that next. Haven't tried the patch below but I'm beginning to think going to Thunderbird/Firefox would give me a better user experience than dealing with K-app errors. (Kmail has been less than stable for me -- especially when using IMAP and other clients are still connected). Anyways, I digress... How about a developer update on this one? Despite the my whining, I appreciate the work you do.
Hi Jason, I'm just one of the previous reporters but it appears a fix was committed the day that KDE 3.5.6 was released, and is marked as resolved. I don't know if the fix made it into the Kubuntu 3.5.6 packages, though I've not seen this problem with my remote calendars for some time now!
I still have this same problem, on Kubuntu 7.10 (KDE 3.5.8).
This bug should be re-opened. Other KDE 3.5.8 users also report the problem: https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/139941
Same problem here, running a current Kubuntu 7.10 and using a couple of iCal resources.
>Same problem here, running a current Kubuntu 7.10 and using a couple of iCal resources. It is fixed in the 3.5 branch, but apparently not yet in the enterprise branch, which Ubuntu uses.
I can confirm it, ever since I started subscribing to http://ical.wunderground.com/auto/ical/GA/Atlanta.ics?units=both in Ubuntu 7.10