By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 2584 - ksmserver crashing when /sys empty or not existing
Summary: ksmserver crashing when /sys empty or not existing
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.0.1 [Trinity]
Hardware: amd64 Debian Wheezy
: P5 normal
Assignee: Timothy Pearson
URL:
Depends on:
Blocks: R14.0.3
  Show dependency tree / graph
 
Reported: 2016-01-27 03:17 CST by Stefan Baur
Modified: 2016-01-28 07:46 CST (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Baur 2016-01-27 03:17:17 CST 
Hi. 

First of all, I can't file/tag this bug the way it should be filed/tagged, as the bugzilla webgui just doesn't offer the proper options.
I can only select R14.0.0, R14.0.1, or R14.1.0 - I'm actually using R14.0.2, though.

Same goes for the operating system Version: I can't select anything newer than Debian Wheezy, when I'm actually running Debian Jessie.

The options are just not there.
So whoever is in charge of your bugtracker, please add the appropriate options.

The actual bug that I would like to report is as follows:

Certen virtualization environments (Namely Linux-VServer, but probably some others as well) leave /sys empty or nonexistent for their guests.

When trying to run Trinity in such a guest, ksmserver crashes (SIGSEGV) during session startup and the session fails to start.

This is due to attempting an access to /sys/devices/system/cpu:

openat(AT_FDCWD, "/sys/devices/system/cpu", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x30} ---

Please make sure that ksmserver handles a missing directory structure gracefully, by simply continuing and pretending it found an empty directory if it doesn't find the directory.

mkdir -p /sys/devices/system/cpu is a confirmed workaround, but it really should be fixed on your end.

Thank You.

Kind Regards,
Stefan Baur
Comment 1 Slávek Banko 2016-01-27 12:30:10 CST 
Well, I was hoping that testing patch will be quite simple, but when /sys not mounted on my test machine Xorg cannot start :) Therefore patch preparation will be somewhat blindly.
Comment 2 Stefan Baur 2016-01-27 12:36:35 CST 
If you have a testing/unstable repository for Debian packages, or you can somehow make a *.deb available to me that works with R14.0.2 I can test your patch.

Or you could set up a server that has X2Go installed and do what I did, try to run Trinity on a server machine without /sys via X2Go on another machine (where /sys is mounted and X is running).

-Stefan
Comment 3 Slávek Banko 2016-01-27 13:10:16 CST 
I think that I see the exact point where the crash occurs. I prepare patch and we'll see if I guessed it correctly :)
Comment 4 Slávek Banko 2016-01-27 17:13:23 CST 
Problem should be fixed by commit f4fb3a8e (master), fd96a6c2 (r14.0.x).

Packages for test will be soon available in the Preliminary stable builds repository - exactly tdelibs 14.0.3~pre17 or later. If the problem persists, do not hesitate to reopen this bug report.
Comment 5 Slávek Banko 2016-01-28 07:46:43 CST 
Note: Updated packages are available in Preliminary stable builds repository. You can verify whether the fix was successful.