Even more details (libsm6 + bt full):
: sudo apt install libsm6-dbgsym
...
: gdb mate-terminal
...
Reading symbols from mate-terminal...
Reading symbols from
/usr/lib/debug/.build-id/d8/a4bef96123f71cbc6a7ddfe696577b98810d23.debug...
(gdb) run
Starting program: /usr/bin/mate-terminal
[Thread
More details at bt:
: sudo apt install libice6-dbg
...
: gdb mate-terminal
...
Reading symbols from mate-terminal...
Reading symbols from
/usr/lib/debug/.build-id/d8/a4bef96123f71cbc6a7ddfe696577b98810d23.debug...
(gdb) run
Starting program: /usr/bin/mate-terminal
[Thread debugging using
lsof | grep ICE|grep -v ICEBUG > ~user/tmp/ICEBUG/lsof-ICE.log [this
file attached]
** Attachment added: "lsof-ICE.log"
https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/58171/+attachment/5768757/+files/lsof-ICE.log
--
You received this bug notification because you are a member
/var/log/Xorg.0.log
** Attachment added: "/var/log/Xorg.0.log"
https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/58171/+attachment/5768703/+files/Xorg.0.log
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I still have this (or very similar) bug on Ubuntu 20.04.6 at March 2024.
Researching it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/58171
Title:
Connection to ICE-unix/.. socket times out so
I am experiencing the same problem in a fresh amd64 installation of
lucid. The bug persists after upgrading to maverick. I would paste the
strace of gnome-session and X applications but is the same as the ones
pasted above (apps get stuck reading from /tmp/.ICE-unix and gnome-
session gets stuck
I had a similar problem with Debian Lenny. I solved it changing /etc/hosts file.
I've changed the line 127.0.0.1 localhost to 127.0.0.1 localhost
my_hostname.
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You received
The same problem for me since mai 2009.
For me it seems to be related with wifi manipulations: disconnect from
AP, reconnect to AP, ...
If the problem occurs, all programs trying to read or write from PF_FILE socket
hangs up.
gnome-terminal hangs up on reading /tmp/.ICE-unix/x
sudo (run in
any workaround?
increase open files limit doesn't help!
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 8189
max locked memory
Ubuntu 8.10
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
I have the same problem using Intrepid on x86_64 (fully updated as of
today)
Trying to start nautilus, I get this strace
...
09:21:58 gettimeofday({1233930118, 706768}, NULL) = 0
09:21:58 gettimeofday({1233930118, 706857}, NULL) = 0
09:21:58 gettimeofday({1233930118, 706907}, NULL) = 0
09:21:58
Pressed save too fast...
I must add I get the problem since everyday, about 30 mins or so after
starting up, since about a week or so.
Thanks!
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You received this bug
We're closing this bug since it is has been some time with no response from the
original reporter. However, if the issue still exists please feel free to
reopen with the requested information. Also, if you could, please test against
the latest development version of Ubuntu, since this
[This is an automated message]
Hi nikratio,
Thanks for including the attached files. Could you also include your
/var/log/Xorg.0.log?
** Changed in: xorg (Ubuntu)
Status: New = Incomplete
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
Yes, I'll be happy to try out open files limit bug bypass as soon as I
see the symptoms again.
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You received this bug notification because you are a member of Ubuntu
Bugs, which
Smeuuh: It's not just 8.10 Intrepid, it also happens in 8.04 Hardy. Or
did you mean that it was fixed in Intrepid alpha, then broken on
Intrepid release?
Thanks for the open files limit bug bypass and diagnoses.
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
It seems borjasotomayor and I experienced the same bug : everything was fine
with alphas and betas until an update around intrepid release which broke it.
It also seems symptoms are not the same in our case than in yours : your
problem was that the socket was misnamed for some reason, ours that
I am observing the same problem on a 64bit Intrepid (this problem didn't
show up with beta; it started when I updated to the final release of
Interpid). Trying to start any X program (gedit, firefox, etc.) from the
terminal hangs. strace reveals the following:
socket(PF_FILE, SOCK_STREAM, 0)
As a temporary workaround I have set the limit of open files to a very large
value.
The problem is that gnome-session, for some reason, doesn't close the socket
when it should, which raises an error when the max limit of open files is
reached. I have no idea where this comes from, but since we
Hi,
I've got a similar bug in Intrepid (since release : didn't affect me in
alphas). After running my computer for some time, x-session-manager just loops
(full CPU usage), and applications take minutes to start. Same strace symptoms.
If that matters, my /etc/hosts looks like this (my hostname
Hi,
happened to me again. My .xsession-errors gets flooded with messages saying it
doesn't connect to ICE. Here's a sane strace emacs :
connect(4, {sa_family=AF_FILE, path=/tmp/.ICE-unix/6212}, 21) = 0
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
write(4, \0\1\0\0\0\0\0\0, 8) = 8
read(4,
Could this be a problem with resolving the local hostname? Setting the
local hostname back to localhost.localdomain in Network Manager, which
incidentially matches the hostname mentioned in /etc/hosts, fixed the
problem for me when I encountered it.
--
Connection to ICE-unix/.. socket times out
I had the same problem on a different machine, an amd64 Gutsy 7.10.
Could be bypassed like above, by symlinking the .ICE-unix/NUMBER from
strace to .ICE-unix/CORRECTNUMBER.
Symptoms included slow evince start, can't open menu in OpenOffice,
OpenOffice crashing.
The machine had been running long
Session is started in the default way: I have hardy amd64 installed from
live cd. I start my session by logging in from gdm's graphical login
screen.
I tried logging out and restarting X with alt-ctrl-backspace, but it did
not fix the problem. I just installed this machine, so I don't know if
it
This is how OpenOffice.org does not start:
$ strace oowriter
...
rt_sigaction(SIGTERM, {SIG_DFL}, NULL, 8) = 0
read(10, #!/bin/sh\n/usr/lib/openoffice/pr..., 8192) = 59
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f3fd7387770) = 9590
This problem occurs to me on a freshly installed, updated Hardy on
amd64. When it's happening, OpenOffice does not start and vim opens very
slowly. Thus, it makes a desktop nearly unusable.
** Changed in: gnome-session (Ubuntu)
Status: Fix Released = Confirmed
--
Connection to
When this problem is happening:
- OpenOffice does not start
- vim is starts slowly
- It takes 7 seconds to open an xterm window
The socket in /tmp/.ICE-unix/ has a different number than the one
programs are looking for.
I time over 7 s when I start xterm and close the window as soon as it
Problem can be bypassed by creating a symlink.
From strace I can see that programs are looking for socket /tmp/.ICE-
unix/6026. With 'ls', I can see that instead there is a socket /tmp
/.ICE-unix/6943. So I can bypass the problem by creating a symlink:
$ cd /tmp/.ICE-unix/
$ ln -s 6943 6026
$ ls
how do you start your session? do you have the issue every time? could
you describe how to trigger it?
** Changed in: gnome-session (Ubuntu)
Assignee: Ubuntu-X (ubuntu-x-swat) = (unassigned)
Status: Confirmed = Incomplete
--
Connection to ICE-unix/.. socket times out so programs
I haven't experienced the problem in the last 6 months, so it seems to
be fixed.
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Closing as per comment #26
** Changed in: gnome-session (Ubuntu)
Status: Confirmed = Fix Released
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You received this bug notification because you are a member of Ubuntu
I recently started seeing this behavior on up to date hardy. strace of various
application (in this case, xterm) shows:
connect(4, {sa_family=AF_FILE, path=/tmp/.ICE-unix/9709}, 21) = 0
fcntl(4, F_SETFD, FD_CLOEXEC) = 0
write(4, \0\1\0\0\0\0\0\0, 8) = 8
read(4,
Then hangs
I didn't add all the entries:
Mar 21 10:41:43 severus dnsmasq[6127]: DHCPREQUEST(vnet0) 192.168.122.155
52:54:00:6b:39:72
Mar 21 10:41:43 severus dnsmasq[6127]: DHCPACK(vnet0) 192.168.122.155
52:54:00:6b:39:72 hardy-amd64-bind9
Mar 21 10:42:29 severus kernel: [130310.629626] vnet0: port 1(vnet1)
Hmm, not sure what's going on. It might help to run xterm with its
TRACE messages flipped on. Here's a package with this done:
http://people.ubuntu.com/~bryce/Testing/ICE-unix/
I also encourage everyone experiencing this issue to install debug
packages of gnome-session, libice, libgnomeui,
Does anybody found correct solution?
I have Ubuntu 7.04 Feisty (kernel 2.6.20-16-generic and gnome desktop)
and have exactly the same problem. When I unplug network cable, then any
application execution is blocked for about 5 or 10 seconds. strace gives
the same output as it has been posted by
This bug is still here. I have an AMD64 system running current hardy,
and I have been observing this bug intermittently for a while. Like the
other posters, I see a hang on /tmp/.ICE-unix/* when this happens. So,
the IPV6 changes to glibc did not fix it. (2.6.1--6ubuntu2)
This bug tends to
After disabling ipv6 the problem is gone. The command for disable:
sudo sed -i 's/alias net-pf-10 ipv6/alias net-pf-10 off/g'
/etc/modprobe.d/aliases
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You received this bug
Ah... I think I recall seeing an update in Gutsy proposed which disabled
lookups on IPV6 for certain configs, so perhaps this helps things?
https://edge.launchpad.net/ubuntu/+source/glibc
glibc (2.6.1-1ubuntu10) gutsy-proposed; urgency=low
* Reapply any/local-ipv6-sanity.diff, lost when
I have same problem. Here is my strace for yelp. Socket /tmp/.ICE-
unix/5214 was created by gnome-session.
** Attachment added: Strace for Yelp
http://launchpadlibrarian.net/10126205/yelp.out
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
I'm changing the package to gnome-session, as I believe that is more
directly responsible than Xorg here.
** Changed in: gnome-session (Ubuntu)
Sourcepackagename: xorg = gnome-session
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
I've noticed very similar behaviour. It is instructive to strace -r -p
$pid your running x-session-manager that is on the other end of the
socket. In my case it shows it reading resolv.conf and asking my ADSL
router (as DNS server) about my machine name. This times out after 5
seconds. tcpdump
I should have read the bug more carefully. The original issue is a hang,
not an extra 5 second delay starting most applications.
Giuliano.
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You received this bug notification
Just ran into same issue with gvim, but fairly repeatedly.
connect(4, {sa_family=AF_FILE, path=/tmp/.ICE-unix/4929}, 21) = 0
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0
write(4, \0\1\0\0\0\0\0\0, 8) = 8
read(4,
strace of gvim
gvim just hangs out there doing nothing.
Kind of annoying,
Hm. My issue, while similar symptomatically, seems related to RapidSVN.
When executing gvim from commandline, is fairly responsive.
When opening gvim from RapidSVN and doing a diff, hangs about half the time
(RapidSVN is also very slow and doing a lot of read/writing to file handle in
the Log
Nice. While these hanging-in-background gvim processes are doing
god-knows-what I can't launch gnome-terminal either.
I had to switch to a console to do a killall gvim before the two gnome-terminal
instances hanging on launch in read of ICE-unix would respond.
Kinda puzzled just what libICE
Solution personally is to uninstall RapidSVN.
eSVN works well enough.
Hopefully comments might give a clue as to what is going on for others though.
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You received this bug
Addendum for those who might run into this with RapidSVN - eSVN needs 0.6.12 to
function with new SVN changes - inconveniently, Debian and Ubuntu have yet to
make a single .deb of eSVN, even though the release is now 3 months ago.
Requires building by hand at present and leaving outside of
i've gotten the same problems. it _is_ sporadic. when it happens again i
will try to do my first gdb backtrace.
it all started when i made a new user account.
i use xdm
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://bugs.launchpad.net/bugs/58171
You
The same bug sometimes happens to me at unpredictable moments.
When it does, most of the programs I try to launch hang in the same way.
Running a strace on them show exactly the same problem ; reading from a socket
times out after ages:
[EMAIL PROTECTED]:~$ strace gnome-terminal
Confirming according to oSoMoN's comment.
** Changed in: xorg (Ubuntu)
Status: Unconfirmed = Confirmed
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
https://launchpad.net/bugs/58171
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Any news on this bug? It is still occuring regularly...
** Summary changed:
- Programs take ages to start
+ Connection to ICE-unix/.. socket times out so programs take minutes to start
--
Connection to ICE-unix/.. socket times out so programs take minutes to start
51 matches
Mail list logo