search for: pflaherti

Hey, group, I've got a system installed on a VMware VM. The SAN administrator allocated me more disk space from the (EMC) SAN and I need ultimately to create another partition to mount on the filesystem. Two (initial) questions about this: What steps do I need to take prior to creating a new partition with fdisk? (The SAN space, BTW, is connected through VMware.) The OS is already

> On Mar 30, 2015, at 17:24, Patrick Flaherty <pflaherty at wsi.com> wrote: > > Tell your vendor you want a centos 6 version of the library, it's really > not a huge ask, esp if you are paying them. If they say no, do a new > install of centos 7 and run it on a different box. It's the only reasonable > thing to do, and if you do anything else and make anyone else

We have a third party shared library from a vendor that requires glib 2.15 or newer. We are using CentOS 6.6 which comes with glibc 2.12, and I know it can?t be replaced as it?s an integral part of the OS. However, is it possible to build a glib 2.15 RPM from source to be installed in /opt/centos (or somewhere else other than /usr/lib) so that I can link the one application that requires the

> > I do have two centos 6.6 servers. With a "performance optimized" rsync I > get an speed of 15 - 20 MB/s > > The options I use are: > > rsync -aHAXxv --numeric-ids --progress -e "ssh -T -c arcfour -o > Compression=no -x" > > If I copy files by smb to/from the servers I do get 60 - 80 MB/s, a dd > (r/w) on the storages attached gives 90 MB/s

I'm looking to clarify this entry I found in a changelog(line 2062ish) on a CentOS 5 box for Apache 2.2.3 *) mod_include no longer allows an ETag header on 304 responses. PR 19355. [Geoffrey Young <geoff apache.org>, Andr? Malo] Loading the mod_include module prevents any ETags headers from being sent from the box. If I comment out mod_include, ETags are sent as expected.

On Mon, Mar 30, 2015 at 11:58 AM, Alfred von Campe <alfred at von-campe.com> wrote: > We have a third party shared library from a vendor that requires glib 2.15 > or newer. We are using CentOS 6.6 which comes with glibc 2.12, and I know > it can't be replaced as it's an integral part of the OS. > > However, is it possible to build a glib 2.15 RPM from source to be