I have updated via Yast to KDE 4.13 (Opensuse 13.1) on Friday. Received window asking to migrate to which I answered yes. System ran for about 15 minutes and then ended. Tried to execute Kontact. Received Summary window and then crash. Have submitted crash bug report. Have verified all KDE related updates are in place both via Yast and zypper dup.

when I type in Kontact from termianl I get the following:

chrisg@Rex:~> kontact
kontact(10298) KDirWatch::removeDir: doesn't know "/home/chrisg/.kde4/share/apps/messageviewer/themes/"
kontact(10298) KDirWatch::removeDir: doesn't know "/usr/share/kde4/apps/messageviewer/themes/"
json_parser - syntax error found, forcing abort, Line 1 Column 0
kontact(10298)/kdeui (kdelibs): No such XML file "/home/chrisg/.kde4/share/apps/kontact/default-.rc"
chrisg@Rex:~> collection has not resource: Collection ID: 297 remote ID: "imap://crglasoe@gmail.com@imap.gmail.com/"
name: ""
url: KUrl("akonadi://?collection=297")
parent: 0 ""
resource: ""
rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
contents mime type: ()
isVirtual: false
CachePolicy:
inherit: true
interval: -1
timeout: -1
sync on demand: false
local parts: ()
CollectionStatistics:
count: -1
unread count: -1
size: -1
collection has not resource: Collection ID: 297 remote ID: "imap://crglasoe@gmail.com@imap.gmail.com/"
name: ""
url: KUrl("akonadi://?collection=297")
parent: 0 ""
resource: ""
rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
contents mime type: ()
isVirtual: false
CachePolicy:
inherit: true
interval: -1
timeout: -1
sync on demand: false
local parts: ()
CollectionStatistics:
count: -1
unread count: -1
size: -1
collection has not resource: Collection ID: 297 remote ID: "imap://crglasoe@gmail.com@imap.gmail.com/"
name: ""
url: KUrl("akonadi://?collection=297")
parent: 0 ""
resource: ""
rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
contents mime type: ()
isVirtual: false
CachePolicy:
inherit: true
interval: -1
timeout: -1
sync on demand: false
local parts: ()
CollectionStatistics:
count: -1
unread count: -1
size: -1
collection has not resource: Collection ID: 297 remote ID: "imap://crglasoe@gmail.com@imap.gmail.com/"
name: ""
url: KUrl("akonadi://?collection=297")
parent: 0 ""
resource: ""
rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
contents mime type: ()
isVirtual: false
CachePolicy:
inherit: true
interval: -1
timeout: -1
sync on demand: false
local parts: ()
CollectionStatistics:
count: -1
unread count: -1
size: -1
collection has not resource: Collection ID: 297 remote ID: "imap://crglasoe@gmail.com@imap.gmail.com/"
name: ""
url: KUrl("akonadi://?collection=297")
parent: 0 ""
resource: ""
rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
contents mime type: ()
isVirtual: false
CachePolicy:
inherit: true
interval: -1
timeout: -1
sync on demand: false
local parts: ()
CollectionStatistics:
count: -1
unread count: -1
size: -1
collection has not resource: Collection ID: 297 remote ID: "imap://crglasoe@gmail.com@imap.gmail.com/"
name: ""
url: KUrl("akonadi://?collection=297")
parent: 0 ""
resource: ""
rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
contents mime type: ()
isVirtual: false
CachePolicy:
inherit: true
interval: -1
timeout: -1
sync on demand: false
local parts: ()
CollectionStatistics:
count: -1
unread count: -1
size: -1
collection has not resource: Collection ID: 297 remote ID: "imap://crglasoe@gmail.com@imap.gmail.com/"
name: ""
url: KUrl("akonadi://?collection=297")
parent: 0 ""
resource: ""
rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
contents mime type: ()
isVirtual: false
CachePolicy:
inherit: true
interval: -1
timeout: -1
sync on demand: false
local parts: ()
CollectionStatistics:
count: -1
unread count: -1
size: -1
collection has not resource: Collection ID: 297 remote ID: "imap://crglasoe@gmail.com@imap.gmail.com/"
name: ""
url: KUrl("akonadi://?collection=297")
parent: 0 ""
resource: ""
rights: QFlags(0x1|0x2|0x4|0x8|0x10|0x20)
contents mime type: ()
isVirtual: false
CachePolicy:
inherit: true
interval: -1
timeout: -1
sync on demand: false
local parts: ()
CollectionStatistics:
count: -1
unread count: -1
size: -1
kontact(10298)/libakonadi Akonadi::CalendarBasePrivate::internalInsert: Discarding event with invalid DTSTART. identifier= "040000008200E00074C5B7101A82E00800000000F0BDE30FACE6CE0100000000000000=" ; summary= "Governance & Nominating Committee Meeting"
kontact(10298)/libakonadi Akonadi::CalendarBasePrivate::internalInsert: Discarding event with invalid DTSTART. identifier= "040000008200E00074C5B7101A82E00800000000F00E1C41B5E6CE0100000000000000=" ; summary= "Full Board Meeting"
json_parser - syntax error found, forcing abort, Line 1 Column 0
createNote 0
createNote 1
*** KMail got signal 11 (Exiting)
*** Dead letters dumped.
KCrash: Application 'kontact' crashing...
KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit
sock_file=/home/chrisg/.kde4/socket-Rex.DOXA-FIN/kdeinit4__0


Can anyone help me with this?

Thank you,

It looks like you have some invalid calendar entries, but still it shouldn't crash. Does it crash only if you use the summary view? Would you post here the bug number you submitted?

I cannot get beyond the summary screen. Bug ID is 33923. The entries that say "collection has not resources: . . . " concerning imap accounts, is this important?

I have run Akonadiconsole as stated earlier but after 12 hours I canceled it as it appeared not to be progressing. Is there any way to create a fresh user and then import old email?

Or is there a way to restart the migration?

Thank you.

What do you mean exactly by "running for 12 hours"? I'm guessing you mean a sub-process? (Akonadi and related processes always "run").

For getting past the summary view, you could try changing .kde4/share/config/kontactrc: look for the [View] line and change the "ActivePlugin" line as follows (of course, Kontact must not be running when you do this)

Code: Select all

ActivePlugin=kontact_kmailplugin

This will switch the view to the KMail view and hopefully will enable you to run Kontact again.

After Kontact crashed I executed Akonadiconsole from krunner. The imap email resources show up as offline. I toggle them online. I then bring up System Monitor and sort on CPU%. Akonadiconsole is at the top indicating a 25% usage which in the System load tab shows one of four cores maxed out at 100%. The core being used changes. This is where I have been monitoring the Akonadi process. I know that doesn't tell me where the failure is occurring. It does seem strange to me thought that it should run this long. From posts regarding the whole Nepomuk Baloo switch I understand that it can take some time which I would expect but not 12 hours.

At the point I toggle a resource online the ability to scroll through resources on Akonadiconsole ceases. Or rather slows to a standstill. My assumption is that something is either hanging or consuming resources to the extent that Akonadiconsole cannot respond. (FYI, It has been years since I worked within the tech world in COBOL and UNIX. I know enough to work my way around and follow instructions as well as when not to proceed and really mess things up.)

All of that aside I still cannot access my emails through Kmail. My backup is to access imap accounts via web or tablet. Cumbersome for by business use but it is a work around.

I have looked for the ActivePlugin line as you suggest and cannot find it. However I added the line in the under the [View] heading. I can now see emails! So is there a bug somewhere that crashes Kontact when there is no ActivePlugin listed in the kontactrc file?

Ongoing my concern is the large resource usage as described above. Is this normal? It does seem to impact overall performance of my system.

4/30/2014 14:22 CDT (US) I just tried to view the summary screen after looking at emails, calendar and address-book. Kontact crashed when going to the summary screen. I did not file a bug report yet. I had successfully been sending and receiving emails prior that for about 5 hours. I have filed a bug report suggesting that it may be a duplicate of the previous report above.

Again, thank you for your help.

crglasoe wrote: doesn't tell me where the failure is occurring. It does seem strange to me thought that it should run this long. From posts regarding the whole Nepomuk Baloo switch I understand that it can take some time which I would expect but not 12 hours.

That looks unusual. How many messages do you have in your mail accounts? I recently messed up and I had to resync my main mail account (~100K messages). Syncing and indexing took at best a couple of hours (including the rate-limiting step, which was downloading the mails).

It is also strange that is akonadiconsole to get to the top of the CPU usage. I would rather expect the actual processes that handle mail (look for akonadi_imap_resource if you are using iMAP). Can you see if any of the following are eating up CPU/IO?

- akonadi_imap_resource_XXX (where XXX is a number) - there should be one for each account you have
- akonadi_baloo_indexer

Just for reference, try this. In a terminal, type

Code: Select all

akonadictl restart

And paste its output here (use a pastebin service, do not post the output directly in a message).

I have looked for the ActivePlugin line as you suggest and cannot find it. However I added the line in the under the [View] heading. I can now see emails! So is there a bug somewhere that crashes Kontact when there is no ActivePlugin listed in the kontactrc file?

I'm more thinking that some of your calendar events are somehow crashing the summary view in Kontact.

First you'll have to give me instructions on using a pastbin service. I have found them and can register on one (pastebin.com or tinypaste) but how do I tell you where I have placed the output? Sorry, again enough tech knowledge to be dangerous (mostly to myself).

As to total number of email I estimate there under 50,000 +or- 5,000. There are four impa resources none of which are showing excessive (greater than 1% CPU use in system monitor at anytime).

Akonadi_Baloo_Indexer shows up in system monitor but not frequently and usually 1% of CPU.

Mysqld was showing up initially this morning at 24% but has settled down.

The simplest solution: go to http://paste.kde.org and paste your output there (set at least a few days of duration), then click Submit and paste the generated link here.

Paste address is http://goo.gl/cL3Yqo

Thank you again for being patient.

To me it looks like it's operating normally (those outputs are harmless). Is KMail / Kontact not working at all? If so, what are the sympthoms?

Kmail is now running but very slowly. By that it appears that some sort of sorting or indexing is happening in the background although I cannot see anything in sysmonitor.

I have not been able to detect a pattern as to when this is triggered. Using Akonadiconsole in the debugger tab there are entries to each imap resource that I do not understand. However I am curious about the amount of data in each entry.

Is there a way to clean up the indexing of emails? Just curious as that used to be an option that seemed to clean up Kmail in the pre Akonadi days.

Sorry for the delay in responding my day job was calling and I had access to email to stay on top of those demands.

Don't run the job monitors etc. if you need productive access to email as they'll make things quite slowly. For indexing you may want to check if there is an "akonadi_baloo_indexer" process running. This will run only the first time the mail is downloaded (assuming you use POP/offline IMAP) to provide things like email search and contact completion, then its impact will be negligible. How many mails (order of magnitude) do you have?

Einar, So things have been running smoothly. I use sysmonitor to check periodically when things seem to come to a crawl or stand still. Unrelated to this is Virtualbox and Kontact running at the same time can cause the laptop to go off to never-never land. Again this is probably unrelated.

Up to Monday of this week things were running. Slow at times but not as before. Starting Monday though I have been getting crashes that I have reported as 335140, 335038, and 335037.

I have pasted the terminal display from my last crash @ http://goo.gl/dJYyic

I notice that a reply to one of the crash reports indicates that the bug is corrected in 4.13.2. OpenSuSE doesn't have that version available in the repositories and I am not experienced enough to build anything from sources etc.

Can you provide me any workarounds? I have resorted to using my Asus Android tablet for emailing. Doable but I loose out on local storage and sorting for archiving purposes.

Thanks

If you paste here the relevant bug report I can ask the people involved (I'm also involved in the openSUSE KDE team) to see if this is safe to backport to the currently available pakcages.

Do you mean 335140, 335038, and 335037. Or do you want all the detail?

https://bugs.kde.org/show_bug.cgi?id=335140

https://bugs.kde.org/show_bug.cgi?id=335038

https://bugs.kde.org/show_bug.cgi?id=335037