You are not logged in.
Ditto on the 64-bit. Chromium *sometimes* crashes. If I delete my local ~/.config/chromium it works again (obviously a terrible solution).
Here's the last output from strace:
stat("/home/craig/.cache/chromium/Default", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
write(45, "\0", 1) = 1
futex(0x7f7df6270fa0, FUTEX_WAKE_PRIVATE, 1) = 1
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid() = 25904
gettid( <unfinished ...>
+++ killed by SIGSEGV +++
Last edited by sleekslush (2012-01-18 22:29:08)
Offline
Tried a clean profile as sleekslush mentioned, however, it still segfaulted:
[dark@Night ~]$ mv ~/.config/chromium ~/.config/chromium.backup && mv ~/.cache/chromium ~/.cache/chromium.backup
[dark@Night ~]$ chromium
[dark@Night ~]$ chromium
Segmentation fault
[dark@Night ~]$ dmesg | tail -n 1
[68291.251752] chromium[8530]: segfault at 17 ip 00007fe160d513ae sp 00007fe166c323e0 error 6 in libc-2.15.so[7fe160c3c000+199000]
Failure is not an option... It comes bundled with Windows.
Offline
Tried a clean profile as sleekslush mentioned, however, it still segfaulted:
[dark@Night ~]$ chromium [dark@Night ~]$ chromium Segmentation fault
I'm glad you posted that because it's basically what is happening to me now too. After clearing, Chrome runs fine the first time. After I close and start up again I get a segfault.
Offline
Thanks to this post, after setting up and starting nscd chromium doesn't segfault for me anymore at startup.
Offline
Thanks to this post, after setting up and starting nscd chromium doesn't segfault for me anymore at startup.
I'm doing this now and so far so good. Will report back if I see failures. Would also be good to note why this might be required if it really is the solution to the issue
Offline
Just setup nscd with the default options, and so far, no segfaults here.
Trying a loop to start and kill chromium over and over again to see if any segfaults happen.
Edit: Was able to open/close it 20 times in a row without segfaulting, I think it's safe to say that this works.
Edit2:
After reading the nscd.conf manpage, and some experimentation, I've come up with a minimal nscd.conf to only enable the cache that fixes the segfault.
#
# /etc/nscd.conf
#
# General Settings
threads 1
max-threads 4
debug-level 0
reload-count 5
paranoia no
# Disable Caches that aren't needed for Chromium
enable-cache passwd no
enable-cache group no
enable-cache services no
enable-cache netgroup no
# This one fixes the segfaulting issue
enable-cache hosts yes
positive-time-to-live hosts 900
negative-time-to-live hosts 30
suggested-size hosts 211
check-files hosts yes
persistent hosts yes
shared hosts yes
max-db-size hosts 33554432
Last edited by DarkSniper (2012-01-19 00:23:13)
Failure is not an option... It comes bundled with Windows.
Offline
skunktrader wrote:Thanks to this post, after setting up and starting nscd chromium doesn't segfault for me anymore at startup.
I'm doing this now and so far so good. Will report back if I see failures. Would also be good to note why this might be required if it really is the solution to the issue
It must have something to do with glibc's namespace lookup functions. Is anyone else besides me running behind an http_proxy?
Offline
Edit2:
After reading the nscd.conf manpage, and some experimentation, I've come up with a minimal nscd.conf to only enable the cache that fixes the segfault.# # /etc/nscd.conf # # General Settings threads 1 max-threads 4 debug-level 0 reload-count 5 paranoia no # Disable Caches that aren't needed for Chromium enable-cache passwd no enable-cache group no enable-cache services no enable-cache netgroup no # This one fixes the segfaulting issue enable-cache hosts yes positive-time-to-live hosts 900 negative-time-to-live hosts 30 suggested-size hosts 211 check-files hosts yes persistent hosts yes shared hosts yes max-db-size hosts 33554432
These settings are also working well for me.
Offline
Same problem here, chromium usually refuses to start after boot. When I try to start chromium several times it works after e.g. the eighth try. Reinstalling chromium with pacman works as well. 64bit here as well.
Is there any bugreport?
http://sourceware.org/bugzilla/show_bug.cgi?id=13594
Not much we can do besides using nscd until this gets fixed.
Offline
You could file a bug report in the Arch bug tracker... the commit causing this can easily be reverted but bug do not exist when only reported on the forums.
Offline
Hmm. I'm running nscd but I'm still having the same issue.
Backtrace:
#0 0xb6f6ff95 in __nscd_get_mapping () from /lib/libc.so.6
#1 0xb6f701b3 in __nscd_get_map_ref () from /lib/libc.so.6
#2 0xb6f6d590 in nscd_gethst_r () from /lib/libc.so.6
#3 0xb6f6de73 in __nscd_gethostbyname2_r () from /lib/libc.so.6
#4 0xb6f528e0 in gethostbyname2_r@@GLIBC_2.1.2 () from /lib/libc.so.6
#5 0xb6f224e9 in gaih_inet () from /lib/libc.so.6
#6 0xb6f2373d in getaddrinfo () from /lib/libc.so.6
#7 0x80f60683 in ?? ()
#8 0x80f59fc0 in ?? ()
#9 0x80f52f3f in ?? ()
#10 0x80cba803 in ?? ()
#11 0x80c86372 in ?? ()
#12 0x82784c13 in ?? ()
#13 0x80cbb10c in ?? ()
#14 0xb7403d4c in start_thread () from /lib/libpthread.so.0
#15 0xb6f3b03e in clone () from /lib/libc.so.6
Any workarounds or should I file a bug on the tracker ?
Last edited by ahadzic (2012-01-27 21:18:18)
Offline
Running nscd has been 100% successful for me, so it's possible that you've encountered a different issue?
Offline
It's possible. I have confirmed that I'm in fact running nscd. It's on the list of running processes. Is there anything else that I might have missed ? Some configuration properties for nscd or something like that?
Offline
I used whatever the default settings were. Literally all I did was put @nscd into my DAEMONS list
Offline
It's possible. I have confirmed that I'm in fact running nscd. It's on the list of running processes. Is there anything else that I might have missed ? Some configuration properties for nscd or something like that?
Did you create /var/run/nscd and /var/db/nscd
Offline
Any workarounds or should I file a bug on the tracker ?
You could file a bug report in the Arch bug tracker... the commit causing this can easily be reverted but bug do not exist when only reported on the forums.
Offline
This is fixed in glibc 2.15-5, Chromium no longer segfaults without nscd (hooray for requiring one less daemon!):
upgpkg: glibc 2.15-5
fix x86_64 ifunc relocations, fix avx detection, fix gb18030 charmap, fix crashes in __nscd_get_mapping if nscd not running, fix realloc usage in vfscanf
Failure is not an option... It comes bundled with Windows.
Offline
And i would have fixed it a few eeks earlier if someone actually filed a bug report...
Offline
It seems like this stopped with glibc-2.15-5.
Anybody to confirm this?
Oops. Stupid me, sorry
Last edited by ajaxas (2012-02-10 16:36:08)
Offline