similar to: heads-up: required vsyscall=emulate boot option for c5/c6 images on recent kernels

Displaying 20 results from an estimated 10000 matches similar to: "heads-up: required vsyscall=emulate boot option for c5/c6 images on recent kernels"

2012 Dec 14
3
Building a C5 chroot on a C6 machine
I'm trying to do something slightly silly; rather than having a C5 machine and a C6 machine around for compiling and testing, I want to create a C5 chroot area. Something similar to "mock" but using lvm snapshots and some local config specific stuff. (Potentially even using Linux Containers to enter the chroot environment). So I thought I'd build out the chroot... % cat
2013 Apr 02
0
C5-C6 Migration problem: HTML-Formatted email in Squirrelmail disappears
Greetings, In Squirrelmail, you can install a plugin html_mail, that allows you to compose html-formatted email. This plugin functions with Firefox and Internet Explorer; it doesn't function in Google Chrome. In CentOS 5 with PHP5.1, I could copy and paste html-formatted text with complicated html (tables, css, etc) from a text editor into the the html-formatting pane of squirrelmail,
2015 Jan 25
0
C5 & C6 : useradd
On 25.01.2015 04:30, Always Learning wrote: > > useradd --help > > -d, --home-dir HOME_DIR home directory for the new user account > -M, do not create user's home directory > yet > useradd -M -s /sbin/nologin FRED > > produces in /etc/passwd > > fred:x:504:504::/home/fred:/sbin/nologin > > Trying again with > >
2015 Jan 25
2
C5 & C6 : useradd
On Sun, 2015-01-25 at 04:38 +0100, Dennis Jacobfeuerborn wrote: > On 25.01.2015 04:30, Always Learning wrote: > > > > useradd --help > > > > -d, --home-dir HOME_DIR home directory for the new user account > > -M, do not create user's home directory > > yet > > useradd -M -s /sbin/nologin FRED > > > > produces in
2015 Jan 25
0
C5 & C6 : useradd
On Sun, Jan 25, 2015 at 03:43:06AM +0000, Always Learning wrote: > -M, do not create user's home directory > > so why do I see in /etc/passwd > > fred:x:504:504::/home/fred:/sbin/nologin -M stops it doing a "mkdir" to create the actual directory in the filesystem > Should the 'correct' entry be:- > > fred:x:504:504:::/sbin/nologin ? No;
2015 Jan 25
2
C5 & C6 : useradd
On Sat, 2015-01-24 at 22:45 -0500, Stephen Harris wrote: > On Sun, Jan 25, 2015 at 03:43:06AM +0000, Always Learning wrote: > > Should the 'correct' entry be:- > > > > fred:x:504:504:::/sbin/nologin ? > > No; that's invalid. There must be an entry in the home directory field. Thanks Stephen and Dennis for the helpful explanation. I will use:
2013 Jul 15
3
SSD support in C5 and C6
Hey everyone, My company is beginning to look at using SSD drives in our CentOS based servers. Does C5 and C6 support TRIM and other "required" functions for the SSD to operate? Thanks, Andrew Reis Microsoft Certified Technology Specialist CompTIA Network+ Networking/Systems Analyst Webmaster DBMS Inc.
2015 Jan 25
2
C5 & C6 : useradd
useradd --help -d, --home-dir HOME_DIR home directory for the new user account -M, do not create user's home directory yet useradd -M -s /sbin/nologin FRED produces in /etc/passwd fred:x:504:504::/home/fred:/sbin/nologin Trying again with useradd -d /dev/null -s /sbin/nologin doris gives a CLI message useradd: warning: the home directory already exists.
2015 Aug 18
0
C5 recent openssl update breaks mysql SSL connection
In article <55D2174F.70509 at centos.org>, Johnny Hughes <johnny at centos.org> wrote: > On 08/17/2015 11:19 AM, Johnny Hughes wrote: > > On 08/17/2015 10:57 AM, Tony Mountifield wrote: > >> I recently applied updates to a CentOS 5 box running MySQL. I've discovered > >> that the new version of openssl, 0.9.8e-36.0.1.el5_11, breaks MySQL SSL > >>
2015 Aug 17
2
C5 recent openssl update breaks mysql SSL connection
On 08/17/2015 11:19 AM, Johnny Hughes wrote: > On 08/17/2015 10:57 AM, Tony Mountifield wrote: >> I recently applied updates to a CentOS 5 box running MySQL. I've discovered >> that the new version of openssl, 0.9.8e-36.0.1.el5_11, breaks MySQL SSL >> connections. >> >> If I rename /lib/libssl.so.0.9.8e and replace it with the old version of >> that file
2018 Jun 17
2
v2v: docs: Removed vsyscall support in Debian kernels requiring workaround (RHBZ#1592061).
Debian kernels have disabled legacy vsyscall page support meaning they cannot runs binaries that predate c.2013. To enable it again you must add vsyscall=emulate to the kernel command line when booting. It's unclear why Debian disabled this as according to the documentation: Disabling this option saves about 7K of kernel size and possibly 4K of additional runtime pagetable memory.
2018 Jun 17
0
[PATCH] v2v: docs: Removed vsyscall support in Debian kernels requiring workaround (RHBZ#1592061).
Thanks: Haigang Li --- v2v/virt-v2v.pod | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) diff --git a/v2v/virt-v2v.pod b/v2v/virt-v2v.pod index 251b4919f..09f505f91 100644 --- a/v2v/virt-v2v.pod +++ b/v2v/virt-v2v.pod @@ -977,6 +977,25 @@ A recommended procedure is, before using virt-v2v, to check that the boot kernel is the best kernel available in the guest (for example by making
2015 Aug 18
0
C5 recent openssl update breaks mysql SSL connection
> Maybe so, but still a side issue. Openssl 0.9.8e was recently updated. > Some change in this update has broken something. I would like to understand > what, and so ought the package maintainers. C5 isn't EOL until March 2017. rpm -q --changelog openssl-0.9.8e. You weren't clear which version you upgraded from, but you mentioned testing against openssl-0.9.8e-27.el5_10.1
2015 Aug 17
0
C5 recent openssl update breaks mysql SSL connection
On 08/17/2015 10:57 AM, Tony Mountifield wrote: > I recently applied updates to a CentOS 5 box running MySQL. I've discovered > that the new version of openssl, 0.9.8e-36.0.1.el5_11, breaks MySQL SSL > connections. > > If I rename /lib/libssl.so.0.9.8e and replace it with the old version of > that file from openssl-0.9.8e-27.el5_10.1 (not sure if that is the next >
2015 Aug 18
0
C5 recent openssl update breaks mysql SSL connection
On 8/18/2015 1:27 AM, Tony Mountifield wrote: >> You should now be using mysql55 on CentOS-5, not mysql-5.0 > That may well be the case, but isn't relevant to the point I'm making, > which is that something changed in openssl-0.9.8e-36 that has broken something. mysql 5.0 and openssl 0.9.8 are both ancient and way past their expiration date. -- john r pierce, recycling
2015 Aug 18
2
C5 recent openssl update breaks mysql SSL connection
In article <55D20981.7030902 at centos.org>, Johnny Hughes <johnny at centos.org> wrote: > On 08/17/2015 10:57 AM, Tony Mountifield wrote: > > I recently applied updates to a CentOS 5 box running MySQL. I've discovered > > that the new version of openssl, 0.9.8e-36.0.1.el5_11, breaks MySQL SSL > > connections. > > > > If I rename
2015 Aug 18
2
C5 recent openssl update breaks mysql SSL connection
Am 18.08.2015 um 11:27 schrieb lhecking at users.sourceforge.net: > >> Maybe so, but still a side issue. Openssl 0.9.8e was recently updated. >> Some change in this update has broken something. I would like to understand >> what, and so ought the package maintainers. C5 isn't EOL until March 2017. > > rpm -q --changelog openssl-0.9.8e. You weren't clear which
2015 Aug 18
4
C5 recent openssl update breaks mysql SSL connection
In article <55D2ED32.6040000 at hogranch.com>, John R Pierce <pierce at hogranch.com> wrote: > On 8/18/2015 1:27 AM, Tony Mountifield wrote: > >> You should now be using mysql55 on CentOS-5, not mysql-5.0 > > That may well be the case, but isn't relevant to the point I'm making, > > which is that something changed in openssl-0.9.8e-36 that has broken
2016 Mar 24
2
C5 MySQL injection attack ("Union Select")
On Thu, 2016-03-24 at 04:08 -0700, Alice Wonder wrote: > Always use parameterized statements (aka prepared statements) for SQL > that involves untrusted input. > > I like to use them even for input that involves trusted input because it > is easy to make a change in my code and not think about how it impacts > the parameters. > > -=- > > This is an attack on
2016 Apr 29
3
C5: The Firefox ESR 45.1.0 Nighmare
On 29 April 2016 at 09:55, isdtor <isdtor at gmail.com> wrote: > Always Learning writes: > > However the time-wasting problem remains, so too do the down-loaded > > extensions in /tmp, example tmp-xxx.xpi > > The reason behind this is the missing patch referenced by Johnny's posting > that you referenced in a follow-up. > > What I would really like to see,