You are not logged in.

1

Sunday, April 2nd 2006, 4:16pm

[kopete] ICQ login hangs - change of state segfaults

Greetings:

N.B. 1) On Gentoo based system.
2) (and likely the issue I'm dealing with) I have load balanced internet uplinks from an internal firewall through two different internet providers.

Yahoo -- logs in no problem, occaisionally times out and logs back in with out issue.
MSN -- No Problems --- works a charm.
ICQ.
Login startup appears to HANG on the connection... If I use ethereal and iptraf to watch the traffic, I'm getting to the login server, and getting pointed to a different server for the connection. The second connection request goes out the other network link and gets reset by the server I'm pointed at

1) iptables is INDEED correctly setup. It is handling masquerading on the dynamic IP and hard sets the source IP going out the door on all packets leaving the network based on the IP of the link the packet is leaving on. No my upstream is not bouncing the packets for having wrong source IP.

2) the load balance on the uplink is behaving correctly, sending a new conection out the alternate link since it is to a different IP address. If the same Ip was getting routed out different interfaces I'd have a problem.

ISSUE:
licq in this case reports the connection reset by peer correctly, and barfs on the connect. Kopete does NOT it appears to spend hours trying to connect to the server, when the connection thread has died silently. If I attempt to change the state of the ICQ connection once this state is entered Kopete segfaults and dies horribly.


QUESTIONS:

Has anyone on the kopete team such a network setup on which to test?
Given this is Gentoo system, any options I can compile kopete with that will produce more information in the debug output?

Do any of the developers here see this as bug material?

sturmflut

Beginner

Posts: 5

Occupation: Software Development, Network Security

  • Send private message

2

Sunday, April 2nd 2006, 5:17pm

Same thing for me, except that I am running Ubuntu Dapper and my traffic is routed over three ISP uplinks (with static routings according to port numbers). It worked again about an hour ago, but then broke after five minutes. I never encountered a Kopete segfault over the last months, it always worked on this kind of network configuration.

Backtrace after the disconnect:

#6 0xb59317e3 in Client::deleteStaticTasks ()
from /usr/lib/libkopete_oscar.so.2
#7 0xb595f22a in Client::close () from /usr/lib/libkopete_oscar.so.2
#8 0xb591e6d2 in OscarAccount::logOff () from /usr/lib/libkopete_oscar.so.2
#9 0xb591e7b7 in OscarAccount::disconnect ()
from /usr/lib/libkopete_oscar.so.2
#10 0xb599c72c in ICQAccount::setPresenceTarget ()
from /usr/lib/kde3/kopete_icq.so
#11 0xb599c844 in ICQAccount::setPresenceType ()
from /usr/lib/kde3/kopete_icq.so
#12 0xb599c93b in ICQAccount::setOnlineStatus ()
from /usr/lib/kde3/kopete_icq.so
#13 0xb7e3a7fa in Kopete::Account::qt_invoke () from /usr/lib/libkopete.so.1
#14 0xb7e3a920 in Kopete::PasswordedAccount::qt_invoke ()
from /usr/lib/libkopete.so.1
#15 0xb5924033 in OscarAccount::qt_invoke ()
from /usr/lib/libkopete_oscar.so.2
#16 0xb599ca28 in ICQAccount::qt_invoke () from /usr/lib/kde3/kopete_icq.so
#17 0xb6954e29 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#18 0xb7e0b930 in Kopete::OnlineStatusAction::activated ()
from /usr/lib/libkopete.so.1
#19 0xb7e0b9de in Kopete::OnlineStatusAction::slotActivated ()
from /usr/lib/libkopete.so.1
#20 0xb72cb0d6 in KAction::slotPopupActivated () from /usr/lib/libkdeui.so.4
#21 0xb72cb38b in KAction::qt_invoke () from /usr/lib/libkdeui.so.4
#22 0xb7e07005 in Kopete::OnlineStatusAction::qt_invoke ()
from /usr/lib/libkopete.so.1
#23 0xb6954e29 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#24 0xb6ce7e1a in QSignal::signal () from /usr/lib/libqt-mt.so.3
#25 0xb69725a0 in QSignal::activate () from /usr/lib/libqt-mt.so.3
#26 0xb6a79ebd in QPopupMenu::mouseReleaseEvent () from /usr/lib/libqt-mt.so.3
#27 0xb728581b in KPopupMenu::mouseReleaseEvent () from /usr/lib/libkdeui.so.4
#28 0xb698f5fd in QWidget::event () from /usr/lib/libqt-mt.so.3
#29 0xb68eadc6 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3
#30 0xb68eb350 in QApplication::notify () from /usr/lib/libqt-mt.so.3
#31 0xb706fced in KApplication::notify () from /usr/lib/libkdecore.so.4
#32 0xb687c15d in QApplication::sendSpontaneousEvent ()
from /usr/lib/libqt-mt.so.3
#33 0xb6877558 in QETWidget::translateMouseEvent ()
from /usr/lib/libqt-mt.so.3
#34 0xb6875cf1 in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3
#35 0xb688f473 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3
#36 0xb69038b7 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#37 0xb69037da in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
#38 0xb68e98d5 in QApplication::exec () from /usr/lib/libqt-mt.so.3
#39 0x08078c52 in ?? ()
#40 0xbfb11220 in ?? ()
#41 0xbfb11354 in ?? ()
#42 0xbfb1134c in ?? ()
#43 0x00000000 in ?? ()

bram85

Professional

Posts: 948

Location: Eindhoven

Occupation: Software Engineer

  • Send private message

3

Sunday, April 2nd 2006, 5:25pm

Please submit crashes + backtrace on http://bugs.kde.org , where they belong.
Bram Schoenmakers
KDE Netherlands (www.kde.nl)

mattr

Trainee

Posts: 105

Location: US

Occupation: Software Engineer

  • Send private message

4

Tuesday, April 4th 2006, 11:03pm

this is already fixed in Kopete 0.12, which will be released sometime this month.
--Matt