Closed Bug 97447 Opened 24 years ago Closed 24 years ago

Mozilla refuses to start on Linux

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: lduperval, Assigned: asa)

Details

Attachments

(4 files)

19321-byte .xul file dropped in /tmp
18.87 KB, text/plain
Details
Sample 4093-byte file
4.00 KB, text/plain
Details
Strace output for root
75.23 KB, text/plain
Details
Output when attempting to start Mozilla
485 bytes, text/plain
Details
I build mozilla daily from CVS. Since around August 20, I've been unable to start mozilla. This is the tail end of a strace -f session (it'd be cool to be able to attach files to bug reports). What happens then is that mozilla takes all the CPU cycles and that's the end of that. I have to kill it. The last successful build I mad was in the week prior to Aug 6. From Aug 4 to Aug 6 I was on vacation so nothing had been modified on my system. I can provide a better strace if that's needed, just tell me what you want. Debugging and stack traces are another matter (they require more time to generate). ) = ? [pid 14312] shmat(6, 0x4, 0x4ptrace: umoven: Input/output error ) = ? [pid 14312] shmat(7, 0x3, 0x3ptrace: umoven: Input/output error ) = ? [pid 14312] shmat(7, 0x4, 0x4ptrace: umoven: Input/output error ) = ? [pid 14312] sched_get_priority_max(0) = 0 [pid 14312] sched_get_priority_min(0) = 0 [pid 14312] getrlimit(0x3, 0xbfffe858, 0xbfffe920, 0x200000, 0xbfffe858) = 0 [pid 14312] setrlimit(RLIMIT_STACK, {rlim_cur=2044*1024, rlim_max=RLIM_INFINITY}) = 0 [pid 14312] pipe([8, 9]) = 0 fn=0xf00, child_stack=0x812bd18, flags=CLONE_VM|CLONE_SIGHAND|CLONE_PTRACE|CLONE_VFORK|CLONE_PARENT|0xbfff0020, args=0x200000[pid 14312] clone() = 14314 [pid 14312] write(9, "\1\0\0\0\5\0\0\0\2\0\377\277\1\v\31@pB\21\10\374T\36@\250"..., 148) = 148 [pid 14312] rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 8) = 0 [pid 14312] write(9, "@\271&@\0\0\0\0\20\352\377\277\200\251#@(\243\20\10\0\0"..., 148) = 148 [pid 14312] rt_sigprocmask(SIG_SETMASK, NULL, [RT_0], 8) = 0 [pid 14312] rt_sigsuspend([] <unfinished ...> [pid 14312] --- SIGRT_0 (Real-time signal 0) --- LoadPlugin: failed to initialize shared library /usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so [/usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so: undefined symbol: XtShellStrings] LoadPlugin: failed to initialize shared library /usr/local/mozilla/plugins/ShockwaveFlash.class [/usr/local/mozilla/plugins/ShockwaveFlash.class: invalid ELF header] LoadPlugin: failed to initialize shared library /usr/local/mozilla/plugins/java2 [/usr/local/mozilla/plugins/java2: cannot read file data: Is a directory]
can you try starting mozilla as root, does that work?
This is a stupid question, but there aren't any derelict mozilla-bin processes running in the background, are there?
is it choking on finding a directory in the plugins dir? Have you tried a more conventional directory structure, moving the java dir out of the way and instead linking the real location of the plugin go /mozilla/dist/bin/plugins/libjavaplugin_oji.so
Oh, and you _can_ attach files to bugs. See the "Create a new attachment" link right below the keywords field....
Running as root: /usr/local/mozilla/run-mozilla.sh /usr/local/mozilla/mozilla-bin MOZILLA_FIVE_HOME=/usr/local/mozilla LD_LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/plugins LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/components SHLIB_PATH=/usr/local/mozilla LIBPATH=/usr/local/mozilla ADDON_PATH=/usr/local/mozilla MOZ_PROGRAM=/usr/local/mozilla/mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= ProfileManager : CreateNewProfileWithLocales Profile Name: default Profile Dir: /root/.mozilla LoadPlugin: failed to initialize shared library /usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so [/usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/plugins/java2/plugin/i386/ns600/libjavaplugin_oji.so: undefined symbol: XtShellStrings] LoadPlugin: failed to initialize shared library /usr/local/mozilla/plugins/ShockwaveFlash.class [/usr/local/mozilla/plugins/ShockwaveFlash.class: invalid ELF header] LoadPlugin: failed to initialize shared library /usr/local/mozilla/plugins/java2 [/usr/local/mozilla/plugins/java2: cannot read file data: Is a directory] no mozilla-bin are running but nautilus is. Relinking java plugin: lrwxrwxrwx 1 laurent root 61 Aug 23 00:43 libnullplugin.so -> ../../../modules/plugin/samples/default/unix/libnullplugin.so* so basically, I moved the java2 directory up one level. ./run-mozilla.sh ./mozilla-bin MOZILLA_FIVE_HOME=/usr/local/mozilla LD_LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/plugins LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/components SHLIB_PATH=/usr/local/mozilla LIBPATH=/usr/local/mozilla ADDON_PATH=/usr/local/mozilla MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= LoadPlugin: failed to initialize shared library /usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/java2/plugin/i386/ns600/libjavaplugin_oji.so [/usr/local/soft/mozilla/src/default/i686_pc_linux_gnu/mozilla/dist/bin/java2/plugin/i386/ns600/libjavaplugin_oji.so: undefined symbol: XtShellStrings] LoadPlugin: failed to initialize shared library /usr/local/mozilla/plugins/ShockwaveFlash.class [/usr/local/mozilla/plugins/ShockwaveFlash.class: invalid ELF header] L
The "invalid ELF header" was reported yesterday as bug 97362 however, I believe the problem didn't prevent mozilla from starting up.
I removed all the plugin links on my installation and rans strace on the binary instead of the script. This is what I seem to be getting: open("/usr/X11R6/lib/X11/locale/iso8859-1/XLC_LOCALE", O_RDONLY) = 10 fstat64(10, {st_mode=S_IFREG|0644, st_size=802, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40a60000 read(10, "# $XConsortium: iso8859-1 /main"..., 4096) = 802 read(10, "", 4096) = 0 close(10) = 0 munmap(0x40a60000, 4096) = 0 ipc_subcall(0xbffff66c, 0xbffff670, 0xbffff674, 0x4066e170) = 0 msgsnd(3221223008, {4294967295, ""}, 3221223012, MSG_NOERROR|MSG_EXCEPT|0xbfffc668) = 0 gettimeofday({999186776, 615737}, NULL) = 0 uname({sys="Linux", node="kiskeya", ...}) = 0 socket(PF_UNIX, SOCK_STREAM, 0) = 10 uname({sys="Linux", node="kiskeya", ...}) = 0 uname({sys="Linux", node="kiskeya", ...}) = 0 connect(10, {sin_family=AF_UNIX, path="/tmp/.X11-unix/X0"}, 19) = 0 uname({sys="Linux", node="kiskeya", ...}) = 0 shmat(10, 0x2, 0x2ptrace: umoven: Input/output error ) = ? access("/home/laurent/.Xauthority", R_OK) = fstat64(11, {st_mode=S_IFREG|0600, st_size=199, ...}) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40a60000 read(11, "\0\0\0\4\n\0\t\1\0\0010\0\22MIT-MAGIC-COOKIE-1\0"..., 4096) = 199 close(11) = 0 munmap(0x40a60000, 4096) = 0 writev(10, [{"l\0\v\0\0\0\22\0\20\0\0\0", 12}, {"MIT-MAGIC-COOKIE-1", 18}, {"\0\0", 2}, {"{J\21\34q`{apGMQ.M}\5", 16}], 4) = 48 shmat(10, 0x3, 0x3ptrace: umoven: Input/output error ) = ? shmat(10, 0x4, 0x4ptrace: umoven: Input/output error ) = ? read(10, 0xbffff4a8, 8) = -1 EAGAIN (Resource temporarily unavailable) . . . read(10, "\23\16\313\314k\16\240\2k\16\240\2\0\304\v\10\320rr\10"..., 32) = 32 read(10, "\1\0\315\314\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0\0"..., 32) = 32 write(10, "\17\0\2\0j\16\240\2", 8) = 8 read(10, 0xbfffdbb8, 32) = -1 EAGAIN (Resource temporarily unavailable) select(11, [10], NULL, NULL, NULL) = 1 (in [10]) read(10, "\1\227\316\314\1\0\0\0-\0\0\0i\16\240\2\1\0\0\0\0\0\0\0"..., 32) = 32 read(10, "k\16\240\2", 4) = 4 write(10, "\24\0\6\0i\16\240\2a\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 24) = 24 read(10, 0xbfffdba8, 32) = -1 EAGAIN (Resource temporarily unavailable) select(11, [10], NULL, NULL, NULL) = 1 (in [10]) read(10, "\1\0\317\314\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\250"..., 32) = 32 write(10, "\17\0\2\0i\16\240\2", 8) = 8 read(10, 0xbfffdbb8, 32) = -1 EAGAIN (Resource temporarily unavailable) select(11, [10], NULL, NULL, NULL) = 1 (in [10]) read(10, "\1\227\320\314\1\0\0\0-\0\0\0-\0\0\0\1\0\0\0\0\0\0\0\250"..., 32) = 32 read(10, "j\16\240\2", 4) = 4 By that time I Ctrl-C it. L
just an idea... In installer versions in /usr/local/mozilla, a routine is to start mozilla and components (mail, composer) once as root before starting as normal user. Does mozilla refuse to start for you also when started by user root?
Your problem seems related to communication with the X server. What version of X do you have, and are you running this connection locally or remotely? Did you do an X upgrade over the past month?
It doesn't work as root. I'm attaching a strace output for root, which is a bit different than the one for the normal user. Now, having seen this output, I noticed that mozilla is creating a busload of .xul and empty .htm file in /tmp. All the files have the same 4093 bytes length except one. So I'm attaching that one and a sample 4093-byte file.
Attached file Sample 4093-byte file —
Attached file Strace output for root —
I wonder if this happens because of the combo of java2 and flash. See bug 98035.
The same happend to me, Release mozilla_0.9.3 refuses to start with my regular user and with user root, as well as Release 0.9.2. dynamite: /usr/local/mozilla $ ./run-mozilla.sh MOZILLA_FIVE_HOME=. LD_LIBRARY_PATH=.:./plugins LIBRARY_PATH=.:./components SHLIB_PATH=. LIBPATH=. ADDON_PATH=. MOZ_PROGRAM=./mozilla-bin MOZ_TOOLKIT= moz_debug=0 moz_debugger= and that's it, nothing is following at all, I had to kill it manually. But it starts with my testy-user which is almost a virgin user. How can I provide more details?
Laurent, and Heinrich, please erase your profile directories (make sure it's gone - it could be root-owned or whatever) and try again? (Has this been done already?) I think this is just one big wild chase over a permission problem with X.
Nope. I had two profiles to my name in .mozilla. I removed both and it still doesn't start.
Well, I moved /usr/local/mozilla/defaults/profile away and it startet up, right away. I stopped and brought back the directory and it still starts up, right now I'm using it to write this lines. I'm a bit confused.
Yep, I think this has to do with running mozilla as root once and it saving default profiles. Can you check on a clean install Lawrence? And without running it as root at all (not even upon install?) Thanks.
Hi, I have very much the same behaviour with versions 0.9.3 and 0.9.4 as in "it hangs on startup". Difference is here that adding the 2 flash player files to the plugins directory does it. Remove them and it starts again. Big difference is that I install it locally under Debian woody in my home directory and I have no global profile. moving the default/profile under the localy installed tree doesn't help diddly when the flash files are still in place. Running it as root doesn't help nor doing a clean install and not running it as root. I have java2 installed and linked correctly, I have links to realplayer in the plugins directory. No other plugins. I get the same warning about the ELF header on the flash libraries: /home/gegs/bin/mozilla-0.9.4/plugins/ShockwaveFlash.class: invalid ELF header Is this related or sheer coincidence and another (my) bug? Gaby
"invalid ELF header" is fixed. Was bug 97362. Another "won't start" bug was/is bug 58339, which happened when /dev/dsp was busy during start of Mozilla. One issue seems to remain: "Registering flash plugin while audio device is active fails and completely stops browser" Could this be what's happening here?
Alan, you've got your path setup completely broken -- look at the library paths. This has nothing to do with this bug. Laurent, just to be clear: have you tried starting mozilla without the plugins? This bug is bouncing around and all reports I see are of plugins, but you've never clearly stated if you've tested without plugins at all. It has been suggested it's a Flash/OJI problem, and this has to be diagnosed -- is it?
Hmmm, I was sure I'd sent this. Maybe thge discussion occured offline. Anyway, I recompiled and reinstall mozilla about ten days ago, making sure that the root user was never used for anything and it started working. Before I did a complete recompile and installation, I'd tried it without the plugins and it hadn't worked. Now it currently works (or at least it did. I've found another problem but not related to this one).
Reporter, you can mark FIXED WORKSFORME for bugs which have been fixed in the latest nightly. Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: