<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="http://dev1galaxy.org/extern.php?action=feed&amp;tid=3086&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / vsyscall, 5.2.0-2 kernel and new libc?]]></title>
		<link>http://dev1galaxy.org/viewtopic.php?id=3086</link>
		<description><![CDATA[The most recent posts in vsyscall, 5.2.0-2 kernel and new libc?.]]></description>
		<lastBuildDate>Sat, 28 Sep 2019 23:14:54 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: vsyscall, 5.2.0-2 kernel and new libc?]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=18118#p18118</link>
			<description><![CDATA[<p>/proc/sys/debug/exception-trace has something to do with controlling verbosity (following that sysdig article).&#160; It can hold a 0 (off) or 1 (on).&#160; On my machine, it seems to be turned on already.</p>]]></description>
			<author><![CDATA[dummy@example.com (ghaverla)]]></author>
			<pubDate>Sat, 28 Sep 2019 23:14:54 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=18118#p18118</guid>
		</item>
		<item>
			<title><![CDATA[Re: vsyscall, 5.2.0-2 kernel and new libc?]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=18116#p18116</link>
			<description><![CDATA[<p>sysdig.com has an article on troubleshooting containers.&#160; I believe this story has something to do with vsyscall later on in the document.</p><p><a href="https://sysdig.com/blog/troubleshooting-containers/" rel="nofollow">https://sysdig.com/blog/troubleshooting-containers/</a></p><p>But, an early troubleshooting step shown here, is to generate a core dump.</p><p>ulimit -c unlimited<br />bad_command_to_execute</p><p>For me, this is some kind of BOINC process.&#160; It might be that executing the shell script in init.d might show something interesting, but I suppose the core produced would be of bash, dash or something like that.&#160; So, I think I need to manually start a BOINC job, in the hopes that it makes this vsyscall?</p>]]></description>
			<author><![CDATA[dummy@example.com (ghaverla)]]></author>
			<pubDate>Sat, 28 Sep 2019 21:39:09 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=18116#p18116</guid>
		</item>
		<item>
			<title><![CDATA[vsyscall, 5.2.0-2 kernel and new libc?]]></title>
			<link>http://dev1galaxy.org/viewtopic.php?pid=18114#p18114</link>
			<description><![CDATA[<p>I had a desktop machine lock up on me, and trying to get it regoing has been problematic.</p><p>Most of my computers are set with vsyscall=emulate on the command line, and as near as I can tell the only reason to have that setting, is that some sources of BOINC jobs require it.&#160; At one time (2 years ago), there was a special setting for BOINC having to do with LIBC215.&#160; I just went looking at Einstein @ Home, and no option like that appears to be present now.</p><p>In order to boot consistently now, I have had to remove execute permissions on /etc/init.d/boinc-client.&#160; If I boot to multiuser mode, and check the kernel command line, I can see the vsyscall=emulate.&#160; If I then restart BOINC, the system immediately locks up.</p><p>I had updated the system to the new libc (2.29-2) a few days ago.&#160; It may be that it took BOINC a few days to &quot;tickle&quot; something, which is causing this crashing.</p><p>Is there any way to get more information as to what is happening?</p>]]></description>
			<author><![CDATA[dummy@example.com (ghaverla)]]></author>
			<pubDate>Sat, 28 Sep 2019 17:26:12 +0000</pubDate>
			<guid>http://dev1galaxy.org/viewtopic.php?pid=18114#p18114</guid>
		</item>
	</channel>
</rss>
