Bug 471179 - starting jexec at boot blocks; makes suspend to disk fail, smpppd, cyrus-imapd and wwwoffle need to be started manually
Summary: starting jexec at boot blocks; makes suspend to disk fail, smpppd, cyrus-imap...
Status: RESOLVED DUPLICATE of bug 463582
Alias: None
Product: openSUSE 11.1
Classification: openSUSE
Component: Java (show other bugs)
Version: Final
Hardware: x86-64 openSUSE 11.1
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: E-mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-30 21:42 UTC by Martin Jost
Modified: 2009-02-04 10:34 UTC (History)
0 users

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
list of all installed packets (rpm -qa | sort) (40.61 KB, text/plain)
2009-02-02 21:08 UTC, Martin Jost
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Jost 2009-01-30 21:42:32 UTC
User-Agent:       Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.0.5) Gecko/2008120121 Firefox/3.0.5

I had a bunch of problems with Suse 11.1 which annoyed me without end.

These were the symptoms:
(All these things worked with 11.1 and then suddenly stopped working; so I suspect an update as source of the problem)

- suspend to disk fails
The log told about processes, which didn't freeze.
(Suspend to RAM never worked on my board)

- smpppd needed to be started by hand after each reboot
Although it was enabled to be started on boot

- /var/lock/SuSEfirewall2.booting was mentioned in a log and was still present minutes after booting and after loging in to KDE.

- cyrus-imapd needed to be started manually after some reboots (but not all)

- wwwoffle needed to be started manually after reboot

All these things finally found one solution:
"jexec" hangs on boot.
(Switched back to the console 1 to see the "traffic light" from booting.)
There
Starting jexec....
was the last line and no success/fail behind.
I disabled jexec in yast/system/runlevels, now all the listed symptoms are gone...

What I still don't know, is what jexec is good for, but so far I saw no problems. So I feel much better off without it for the moment...


Reproducible: Always

Steps to Reproduce:
1. update 11.1 to current state (as of 25 Jan. 2009)
2. start system
3. check processes smpppd, wwwoffle and master (from cyrus imapd); try to suspend to disk
Actual Results:  
smpppd, wwwoffle and master (from cyrus imapd) aren't started
suspend to disk fails

Expected Results:  
processes should be running, suspend to disk should be working.

I found three bugs mentioning jexec, but they desribe different misbehaviour, which I didn't see:
"Bug 461347 - mount problems" also suggests disabling jexec on boot. (Although I never had mount problems)
"Bug 461786 - system cannot mount any additional file systems" is similar in this respect
"Bug 463582 - Installation of JRE 6 update 12 breaks boot (binfmt_misc issue)" explicitely mentions JRE 6 update 12 and jexec together with binfmt_misc. binfmt_misc is mentioned in /etc/rc.d/jexec
Comment 1 Michal Vyskocil 2009-02-02 14:25:37 UTC
Problem is, that I'm fully unable to reproduce this jexec issue. Could you tell me if you have a 32/64bit system, java from openjdk, or sun?

And still don't know what package contains a jexec service. Can you check the rpm -qf /etc/init.d/jexec (is exists), or type me a list of all installed packages?
Comment 2 Martin Jost 2009-02-02 21:07:34 UTC
I've installed the 64 Bit version.
Linux godot 2.6.27.7-9-default #1 SMP 2008-12-04 18:10:04 +0100 x86_64 x86_64 x86_64 GNU/Linux

Ahh, and if this matters, this is a dual core (Intel Core 2 Duo)

> rpm -qf /etc/init.d/jexec
jre-1.6.0_11-fcs

I'll also attach a list of all installed packets.
Comment 3 Martin Jost 2009-02-02 21:08:59 UTC
Created attachment 269391 [details]
list of all installed packets (rpm -qa | sort)

This is the list as of today
Comment 4 Michal Vyskocil 2009-02-04 09:50:50 UTC
The jre-1.6.0_11-fcs is Java from Sun com, isn't it? That's probably the reason, why I was unable found a jexec in /etc/init.d. I'll investigate it.
Comment 5 Michal Vyskocil 2009-02-04 10:28:07 UTC
*** Bug 468970 has been marked as a duplicate of this bug. ***
Comment 6 Michal Vyskocil 2009-02-04 10:34:46 UTC
jexec hangs on 'mount -t binfmt_misc none ${BINFMT_MISC} 2> /dev/null', so it's a definitely a dup of bnc#463582

Use a workaround in comment #12 [1] if you'd like have a jexec service enabled.

[1] https://bugzilla.novell.com/show_bug.cgi?id=463582#c12

*** This bug has been marked as a duplicate of bug 463582 ***