| View previous topic :: View next topic |
| Author |
Message |
bcward
Tux's lil' helper
Joined: 20 Jan 2007
Posts: 89
|
 Posted: Tue Jul 24, 2007 4:44 am Post subject: amarok died |
 |
|
I restarted amarok the other day (don't do it very often) and now it wont start again. I have done everything I can think of to get it to work, but it just hangs on startup. I have re-emerged it, I have emerged the newer versions by accepting the ~amd64 keyword, I have done a revdep-rebuild, I have done a perl-cleaner all, I have done a python-updater, I have moved the entire ~/.kde directory (instead of deleting it, that way I can restore it). I have even gone tried to run it in kde which I hardly ever use versus fluxbox which is what I use all of the time. I have no idea what packages I installed or upgraded during the time that amarok was running, because it could have been running for several days or even a few weeks and I do an emerge -auvND world every day to keep up to date.
| Code: | bcward@Conroe ~ $ amarok
Amarok: [Loader] Starting amarokapp..
Amarok: [Loader] Don't run gdb, valgrind, etc. against this binary! Use amarokapp.
Amarok: [Loader] Amarok is taking a long time to load! Perhaps something has gone wrong?
|
Oh and I built it with the debug use flag to see where it was going wrong, and I get the exact same thing which I put above. I have pretty much exhausted everything I know to do, any ideas from anyone else? |
|
| Back to top |
|
 |
jmbsvicetto
Moderator
Joined: 27 Apr 2005
Posts: 4734
Location: Angra do Heroísmo (PT)
|
| Posted: Tue Jul 24, 2007 4:52 am Post subject: |
|
|
Hi.
Did you run a revdep-rebuild?
_________________
Jorge.
Your twisted, but hopefully friendly daemon.
AMD64 / x86 / Sparc Gentoo
Help answer || emwrap.sh
|
|
| Back to top |
|
|
Akkara
Bodhisattva
Joined: 28 Mar 2006
Posts: 6702
Location: &akkara
|
| Posted: Tue Jul 24, 2007 11:33 am Post subject: |
|
|
Ok, this woun't be especially helpful... but a song popped in my head as I read this. Hope this isn't too far out of line! *ducks*
To the tune of "American Pie" by Don McLean, and with apologies all 'round:
| Quote: | A long, long time ago...
I can still remember
How that music used to make me smile.
And I knew if I had a chance
That I could play that rockin' dance
And, maybe, I'd be happy for a while.
But all those updates made me shiver
With every emerge I'd deliver
Bad news at the link step;
I couldnt fix nor sidestep
I cant remember what was tried
When I unmasked that and emerge died
But something broke way deep inside
The day the music died.
So bye, bye my Amarok died
Wrote the buffer to the driver
But the driver was fried
Them good old boys compilin' this tree to try
singin, "What can be the bug that it die?"
"What can be the bug that it die?"
Now for 10 weeks weve been in our home
Compiling that and ah- linkin' Gnome
But that's not how C code should be
With the pointer ref to the object scheme
In memory borrowed from page sixteen
And a trap that came asynchronosly
Oh and while the lock was spinning 'round
The pointer teared the function down
The process was adjourned
No value was returned
And while main loop read a block of work
The process dispatch couldn't fork
We saw the program go berserk
The day the music died.
It was running,
(then) bye, bye my Amarok died
Wrote the buffer to the driver
But the driver was fried
Them good old boys compilin' this tree to try
singin, "What can be the bug that it die?"
"What can be the bug that it die?" |
|
|
| Back to top |
|
|
djdunn
l33t
Joined: 26 Dec 2004
Posts: 810
|
| Posted: Tue Jul 24, 2007 1:08 pm Post subject: |
|
|
that is awesome...
| Akkara wrote: | Ok, this woun't be especially helpful... but a song popped in my head as I read this. Hope this isn't too far out of line! *ducks*
To the tune of "American Pie" by Don McLean, and with apologies all 'round:
| Quote: | A long, long time ago...
I can still remember
How that music used to make me smile.
And I knew if I had a chance
That I could play that rockin' dance
And, maybe, I'd be happy for a while.
But all those updates made me shiver
With every emerge I'd deliver
Bad news at the link step;
I couldnt fix nor sidestep
I cant remember what was tried
When I unmasked that and emerge died
But something broke way deep inside
The day the music died.
So bye, bye my Amarok died
Wrote the buffer to the driver
But the driver was fried
Them good old boys compilin' this tree to try
singin, "What can be the bug that it die?"
"What can be the bug that it die?"
Now for 10 weeks weve been in our home
Compiling that and ah- linkin' Gnome
But that's not how C code should be
With the pointer ref to the object scheme
In memory borrowed from page sixteen
And a trap that came asynchronosly
Oh and while the lock was spinning 'round
The pointer teared the function down
The process was adjourned
No value was returned
And while main loop read a block of work
The process dispatch couldn't fork
We saw the program go berserk
The day the music died.
It was running,
(then) bye, bye my Amarok died
Wrote the buffer to the driver
But the driver was fried
Them good old boys compilin' this tree to try
singin, "What can be the bug that it die?"
"What can be the bug that it die?" |
|
_________________
“Music is a moral law. It gives a soul to the Universe, wings to the mind, flight to the imagination, a charm to sadness, gaiety and life to everything. It is the essence of order, and leads to all that is good and just and beautiful.”
― Plato |
|
| Back to top |
|
|
bcward
Tux's lil' helper
Joined: 20 Jan 2007
Posts: 89
|
| Posted: Thu Jul 26, 2007 1:23 am Post subject: |
|
|
| I've done a revdep-rebuild, any other thoughts? |
|
| Back to top |
|
|
Akkara
Bodhisattva
Joined: 28 Mar 2006
Posts: 6702
Location: &akkara
|
| Posted: Thu Jul 26, 2007 2:05 am Post subject: |
|
|
Are you mostly running amd64 stable?
Is etc-update all up to date?
Have you tried rebooting recently? (A reboot sometimes helps because the updates only affect what's on disk - not the memory image of any apps that were started before the update happened. Sometimes exiting and restarting X is enough.)
Recently my amarok lost the music database for no apparent reason. I had to re-tell it where to find the music.
Do you have a very large number of music files that might tax some of its algorithms? (like, 10K or more?)
That's all I can think of right now. |
|
| Back to top |
|
|
wyvern5
Apprentice
Joined: 11 Nov 2006
Posts: 161
|
| Posted: Thu Jul 26, 2007 8:21 pm Post subject: |
|
|
| Try moving amarok's config directory out of the way (it's in .kde/share/apps/ IIRC) and see if it starts up quickly. |
|
| Back to top |
|
|
bcward
Tux's lil' helper
Joined: 20 Jan 2007
Posts: 89
|
| Posted: Thu Jul 26, 2007 10:14 pm Post subject: |
|
|
For the most part I am running stable amd64, obviously there are going to be some things that only build with the amd64 keyword, so those are not, but everything else is.
etc-update is all up to date.
I restarted X and that didn't work. I haven't rebooted yet, but I may later.
I moved the entire ~/.kde directory and that didn't work either.
I do have a lot of music ~80gb, but it doesn't seem to me that it is even getting far enough for that to even matter.
I think I'll clean things up a bit and if that doesn't work, or any further suggestions, then I'll reboot and see what that does. I hate to bring down a couple months of uptime, but it may be worth it.
Thanks for the help. |
|
| Back to top |
|
|
wyvern5
Apprentice
Joined: 11 Nov 2006
Posts: 161
|
| Posted: Fri Jul 27, 2007 8:13 am Post subject: |
|
|
Uptime just means you have unpatched vulnerabilities or an old kernel. Or both. 
Try running amarok from the console with strace and see what, if any, syscalls take a long time.
BTW, if you have more than a few thousand songs (which it looks like you do) you should consider switching to a real DBMS like postgres. Performance should improve. |
|
| Back to top |
|
|
batistuta
Veteran
Joined: 29 Jul 2005
Posts: 1384
Location: Aachen
|
| Posted: Fri Jul 27, 2007 11:06 am Post subject: |
|
|
try unmerging it, and re-emerging it again. Don't ask me why, but this has helped me in the past.
And as a very personal suggestion, I would focus on practicality rather than uptime ego. But that's just my opinion... |
|
| Back to top |
|
|
math_roc
n00b
Joined: 07 Jan 2006
Posts: 65
|
| Posted: Fri Jul 27, 2007 1:55 pm Post subject: |
|
|
you can also try to delete /tmp/kde-`whoami`/
sometimes I also need to kill kded kdeinit and dcopserver as amarok use them. |
|
| Back to top |
|
|
bcward
Tux's lil' helper
Joined: 20 Jan 2007
Posts: 89
|
| Posted: Mon Jul 30, 2007 2:15 am Post subject: |
|
|
After a reboot it still doesn't work.
I have unmerged and re emerged a handful of times and that hasn't worked either.
I have been using mysql, would postgres be better? At this point I can't even get far enough to do anything about it though.
I removed the /tmp/kde-`whoami`/ files, and that didn't work either. This problem is for all users, not just me.
As for the strace, I think I have found where things start to break, so I will post that part. I have no idea what it means I need to do to fix my problem.
| Code: | bcward@Conroe ~ $ strace amarok
....
....
....
write(1, "Amarok: [Loader] Starting amarok"..., 38Amarok: [Loader] Starting amarokapp..
) = 38
write(1, "Amarok: [Loader] Don\'t run gdb, "..., 83Amarok: [Loader] Don't run gdb, valgrind, etc. against this binary! Use amarokapp.
) = 83
socketpair(PF_FILE, SOCK_STREAM, 0, [4, 5]) = 0
pipe([6, 7]) = 0
write(3, "\22\0\17\0\1\0\340\1#\0\0\0#\0\0\0 \0\34\1\t\0\0\0C\0\0"..., 68) = 68
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2b2bbc468490) = 7120
close(7) = 0
read(6, "", 1) = 0
close(6) = 0
close(5) = 0
write(3, "+\0\1\0", 4) = 4
read(3, "\34\232\226\0\1\0\340\1#\0\0\0X\316\r\0\0]\334\0\0\0\0"..., 32) = 32
read(3, "\23\244\227\0\1\0\340\1\1\0\340\1\1\0\0\0 \0\0\0\0\0\0"..., 32) = 32
read(3, "\f]\227\0\1\0\340\1\0\0\0\0\315\1+\1\0\0n\0\0\0\0\0\340"..., 32) = 32
read(3, "\1\1\230\0\0\0\0\0\r\0\0\1\0\0\0\0`\226j\0\0\0\0\0\220"..., 32) = 32
ioctl(3, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 0}) = 1 (in [13], left {0, 0})
read(13, "\0", 1) = 1
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 8062}) = 0 (Timeout)
wait4(7120, 0x7ffff1ba416c, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 4823}) = 0 (Timeout)
wait4(7120, 0x7ffff1ba416c, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 7258}) = 0 (Timeout)
wait4(7120, 0x7ffff1ba416c, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 9524}) = 0 (Timeout)
wait4(7120, 0x7ffff1ba416c, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 6713}) = 0 (Timeout)
wait4(7120, 0x7ffff1ba416c, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 9042}) = 0 (Timeout)
wait4(7120, 0x7ffff1ba416c, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 5396}) = 0 (Timeout)
wait4(7120, 0x7ffff1ba416c, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
...
...
... A lot more of the same looking stuff |
Any more ideas, or should I just find a new music player? |
|
| Back to top |
|
|
kleinerfreak
n00b
Joined: 28 Jan 2005
Posts: 33
Location: Hessen/Germany
|
| Posted: Wed Aug 01, 2007 4:47 pm Post subject: |
|
|
| What does strace say right before it says "It's taking a really long time to start amarok"? That's the most interesting part, because this is most likely where the error happens! |
|
| Back to top |
|
|
bcward
Tux's lil' helper
Joined: 20 Jan 2007
Posts: 89
|
| Posted: Thu Aug 02, 2007 1:03 am Post subject: |
|
|
Ok, I found the problem, but now I'm having trouble fixing it.
Turns out the important part of the strace that is important is the very beginning, which I had never seen because it went so fast, but when I wrote it out to a file using: | Code: | | strace amarok 2> strace.txt |
and then here is some of the output that shows the glaring problems:
| Code: |
execve("/usr/bin/amarok", ["amarok"], [/* 58 vars */]) = 0
brk(0) = 0x50a000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8c07f60000
uname({sys="Linux", node="Conroe", ...}) = 0
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/usr/kde/3.5/lib64/tls/x86_64/libkdecore.so.4", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/kde/3.5/lib64/tls/x86_64", 0x7fffa2b60ee0) = -1 ENOENT (No such file or directory)
open("/usr/kde/3.5/lib64/tls/libkdecore.so.4", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/kde/3.5/lib64/tls", 0x7fffa2b60ee0) = -1 ENOENT (No such file or directory)
open("/usr/kde/3.5/lib64/x86_64/libkdecore.so.4", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/kde/3.5/lib64/x86_64", 0x7fffa2b60ee0) = -1 ENOENT (No such file or directory)
open("/usr/kde/3.5/lib64/libkdecore.so.4", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360R\17"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=2685864, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b8c07f61000
mmap(NULL, 3741704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b8c08061000
mprotect(0x2b8c082d0000, 1044480, PROT_NONE) = 0
mmap(0x2b8c083cf000, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x26e000) = 0x2b8c083cf000
mmap(0x2b8c083f0000, 10248, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b8c083f0000
close(3) = 0
open("/usr/kde/3.5/lib64/libDCOP.so.4", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\2403\1\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=221784, ...}) = 0
mmap(NULL, 1281952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b8c083f3000
mprotect(0x2b8c08427000, 1044480, PROT_NONE) = 0
mmap(0x2b8c08526000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x33000) = 0x2b8c08526000
mmap(0x2b8c08529000, 12192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b8c08529000
close(3) = 0
open("/usr/kde/3.5/lib64/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/qt/3/lib64/tls/x86_64/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/usr/qt/3/lib64/tls/x86_64", 0x7fffa2b60e80) = -1 ENOENT (No such file or directory)
... |
Basically it seems to me that it is having a lot of trouble finding kde and qt libraries.
equery claims that I have both qt 3 and 4 installed and I am using both the qt3 and qt4 global use flags as well as the qt3support flag.
Now that I have diagnosed the problem any further suggestions on how to go about fixing it... |
|
| Back to top |
|
|
wyvern5
Apprentice
Joined: 11 Nov 2006
Posts: 161
|
| Posted: Thu Aug 02, 2007 2:29 am Post subject: |
|
|
| No, that looks OK to me... it tries to find libkdecore in a few different places and eventually does so. |
|
| Back to top |
|
|
bcward
Tux's lil' helper
Joined: 20 Jan 2007
Posts: 89
|
| Posted: Thu Aug 02, 2007 3:33 am Post subject: |
|
|
well darn, I thought that was the problem.
I ran strace amarok 2> out.txt for quite awhile to see if I could find anything new and different, and it repeats the same stuff for forever - 14mb or just over 300,000 lines of it before I killed it. I did find where it talks about it taking awhile, but the stuff around it doesn't seem to provide much insight.
| Code: | ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 5015}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 8095}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 5967}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 7305}) = 0 (Timeout)
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 445}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 5195}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 6880}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 9611}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 7510}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 8844}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
write(2, "Amarok: [Loader] Amarok is takin"..., 89Amarok: [Loader] Amarok is taking a long time to load! Perhaps something has gone wrong?
) = 89
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 6644}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 9839}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 7736}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 9094}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 7006}) = 0 (Timeout)
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 127}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 4919}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 7982}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
ioctl(3, FIONREAD, [0]) = 0
select(14, [3 4 12 13], [], [], {0, 9312}) = 0 (Timeout)
wait4(21341, 0x7fff31df81dc, WNOHANG, NULL) = 0
ioctl(4, FIONREAD, [0]) = 0
|
any more ideas? |
|
| Back to top |
|
|
wyvern5
Apprentice
Joined: 11 Nov 2006
Posts: 161
|
| Posted: Thu Aug 02, 2007 4:41 am Post subject: |
|
|
| Can you find where the file descriptor 14 that the select calls are being made on is defined? That'll tell us what's timing out. |
|
| Back to top |
|
|
KrissN
n00b
Joined: 25 Sep 2004
Posts: 54
Location: Kedzierzyn-Kozle@Poland
|
| Posted: Thu Aug 02, 2007 3:15 pm Post subject: |
|
|
I'm having similar problems with amarok (an not only) and I'm currently investigating this as I write this.
The findings so far are, that amarokapp (amarok is really a stub that shows the splash screen and runs amarokapp) does a dcop call:
| Code: | socket(PF_FILE, SOCK_STREAM, 0) = 9
uname({sys="Linux", node="ionadh", ...}) = 0
connect(9, {sa_family=AF_FILE, path="/tmp/.ICE-unix/dcop2338-1186049164"}, 37) = 0
fcntl(9, F_SETFD, FD_CLOEXEC) = 0
write(9, "\0\1\0\0\0\0\0\0", 8) = 8
read(9, "\0\1\0\0\0\0\0\0", 8) = 8
.........
write(9, "\1\2\1\0<\0\0\0\231\0\0\0", 12) = 12
write(9, "\0\0\0\7amarok\0\0\0\0\5kded\0\0\0\0\rmediamanager\0\0\0\0\vfullList()\0\0\0\0\4", 56) = 56
write(9, "\0\0\0\5", 4) = 4
select(10, [9], NULL, NULL, {5, 0}
|
This call never returns.
It looks like the whole kded dcop interface is dead. I've tried to call this method using the dcop command:
| Code: | $dcop kded mediamanager vfullList
|
The command doesn't return until I Ctrl+C it manually.
Trying to call a non-existing method:
has the same effect.
Dcop itself works. Calling:
| Code: | | dcop kicker kicker showKMenu |
displays the K menu as expected.
I'll keep digging 
EDIT:
Killing the kded process (SIGKILL) and starting it again brings things back to normal.
_________________
We try making things idiot-proof and someone will just go and build a better idiot. |
|
| Back to top |
|
|
bcward
Tux's lil' helper
Joined: 20 Jan 2007
Posts: 89
|
| Posted: Thu Aug 02, 2007 10:33 pm Post subject: |
|
|
As far as I can tell the call the file descriptor 14 is being called in the first strace output that I posted.
As for this most recent post, I am a little bit confused. I have no idea what dcop is and based on running these commands, it isn't working right either. First it complained about not being able to connect to the dcop server, so I ran dcopserver. Then executing each of those commands returns something like this:
| Code: |
bcward@Conroe ~ $ dcop kicker kicker showKMenu
call failed |
none of those commands hung at all either, they just straight returned "call failed".
amarok doesn't start with the dcopserver running either. |
|
| Back to top |
|
|
musv
Advocate
Joined: 01 Dec 2002
Posts: 3337
Location: de
|
| Posted: Thu Aug 02, 2007 10:57 pm Post subject: |
|
|
Is there any solution found yet?
Today I had to restart my box and I got the same problem. Amarok lost the whole collection of my MP3s.
I use a mysql-database. I tried the last 2 Mysql-backups, because I thougt there could be a problem with the database. It wasn't. Same problem. The titles are all still available in the database, but Amarok doesn't load it. No error message, no comment, simply nothing.
Did anybody find out how to fix it? I don't want to rebuild the whole collection. |
|
| Back to top |
|
|
KrissN
n00b
Joined: 25 Sep 2004
Posts: 54
Location: Kedzierzyn-Kozle@Poland
|
| Posted: Fri Aug 03, 2007 7:50 am Post subject: |
|
|
| bcward wrote: | As for this most recent post, I am a little bit confused. I have no idea what dcop is and based on running these commands, it isn't working right either. First it complained about not being able to connect to the dcop server, so I ran dcopserver. Then executing each of those commands returns something like this:
| Code: |
bcward@Conroe ~ $ dcop kicker kicker showKMenu
call failed |
none of those commands hung at all either, they just straight returned "call failed".
amarok doesn't start with the dcopserver running either. |
DCOP is an IPC/RPC mechanism used by KDE. dcopserver is normally started together with the KDE session. Are you running KDE?
_________________
We try making things idiot-proof and someone will just go and build a better idiot. |
|
| Back to top |
|
|
hermez
n00b
Joined: 02 Jul 2005
Posts: 23
|
| Posted: Sat Aug 04, 2007 8:10 am Post subject: |
|
|
I want to join in the lament. Amarok was working just fine the other day. I then did a emerge --sync && emerge -uDN world, and I know that QT wanted to upgrade to version 4.3.0-r1 but failed to emerge. I also have both QT3 and 4 installed but without qt3support flag. After a reboot didn't want to start.
I can also confirm the dcop problems earlier described in this thread, and the strace comes up with the same errors. |
|
| Back to top |
|
|
bcward
Tux's lil' helper
Joined: 20 Jan 2007
Posts: 89
|
| Posted: Mon Aug 06, 2007 8:07 pm Post subject: |
|
|
I was running fluxbox at the time, but amarok still doesn't work in KDE.
I'm switching to exaile instead. It seems to do just about everything amarok does (or rather, did). Just doesn't feel like home like amarok does. Oh well. Hopefully some random package update down the line will fix it just as some random package broke it. |
|
| Back to top |
|
|
hermez
n00b
Joined: 02 Jul 2005
Posts: 23
|
| Posted: Mon Aug 13, 2007 4:23 pm Post subject: |
|
|
| Not to bump or anything, but has anyone made any progress? I've tried both gcc 4.1.2 and 4.2.0, no change. Also tested different versions of QT. No go. Will continue my quest... |
|
| Back to top |
|
|
Akkara
Bodhisattva
Joined: 28 Mar 2006
Posts: 6702
Location: &akkara
|
| Posted: Tue Aug 14, 2007 1:24 pm Post subject: |
|
|
My amarok is working fine still, even after the kde-3.5.7 updates.
I'm wondering if your problem might be database related. I don't have either of the use flags in mine: | Quote: | emerge -pv amarok
[ebuild R ] media-sound/amarok-1.4.6-r1 USE="ipod kde musicbrainz opengl python -arts -daap -debug -ifp -mp4 -mtp -mysql -njb -noamazon -postgres (-real) -visualization -xinerama" LINGUAS="-af -ar -az -be -bg -bn -br -ca -cs -cy -da -de -el -en_GB -eo -es -et -eu -fa -fi -fr -ga -gl -he -hi -hu -id -is -it -ja -km -ko -ku -lo -lt -mk -ms -nb -nds -nl -nn -pa -pl -pt -pt_BR -ro -ru -rw -se -sk -sl -sq -sr -sr@Latn -ss -sv -ta -tg -th -tr -uk -uz -zh_CN -zh_TW" 0 kB |
|
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Multimedia
