1,407 reputation
1711
bio website redhardsupra.blogspot.com
location Laurel, MD
age 37
visits member for 5 years, 6 months
seen 21 hours ago

Oct
10
comment Putting /etc under source control
etckeeper is awesome. Two gotchas tho: for backup, you end up pushing the repo somewhere remote. Please use key-based SSH for that, so it gets done securely. Also, what you store in /etc can be sensitive (think /etc/shadow or any private keys) so make sure that whereever you push the repo to does not have a 'public' webpage, or is being served out through any other unauthenticated means.
Sep
7
comment Linux software RAID that uses system RAM for write cache
Is it per data disk, or disks total? Since it's RAID5, you got N disks in array, but N-1 of data.
Sep
4
comment ksoftirqd hitting 100% on interface with ixgbe driver
Have you tried the newest drivers from Intel's site? I find them to solve a lot of problems, the drivers that come with distros tend to lag behind quite a bit, which causes issues with newer hardware.
Aug
22
comment How to copy a large LVM volume (14TB) from one server to another?
How does a tar pipe handle open/changing files, in comparison to let's say rsync? 14TB move is obviously not going to be an atomic operation ;)
Aug
15
revised Creating tmpfs file system in xen server to store VM
experiment added
Aug
15
answered Creating tmpfs file system in xen server to store VM
Aug
2
comment Improving TCP performance over a network with small packet loss
I've had good results with hybla, give that a try.
Jul
19
comment How do I parse a log file for one hour with a simple shell script?
Rotate your logs hourly, run analysis on the individual log, which happen to be hour long.
Jun
25
comment Resize base XenServer 6.0 partition
I figured it wasn't that important, since you're screwing with partitions on it ;) in that case, if you have enough space you can yum install gcc and compile gdisk or parted in Dom0.
Jun
25
answered Resize base XenServer 6.0 partition
May
27
awarded  Yearling
Mar
23
comment Grepping through the results of apachectl -S
What you pipe to grep is stdout, are you sure that apachectl -S is dumping to stdout, or stderr? Redirect stderr to stdout, grep on that.
Mar
9
comment Anything Close to an NSA Guide for Securing RHEL 6
I don't think RHEL6 have been approved for anything gov/mil operations yet, so no STIGs or SNACs have been released.
Mar
8
comment Faster MySQL DB pull from remote machine into local machine
Good point on using ssh's internal ability to gzip. However, in the modern times, it's advisable to use things like pbzip2, as it can take advantage of (sometimes significant) number of cores. The traditional bzip2 is rather slow, but pbzip2 on a modern box will amaze you.
Mar
6
comment monitor IO to tmpfs partition?
Running PV adds its own bottlenecks, usually invisible at disk speeds, but they will be significant at RAM speeds. Beware.
Feb
15
comment limit linux background flush (dirty pages)
What's your methodology to arrive at the '15MB for dirty_buffers is optimal' part?
Feb
13
answered Intel igb driver packet loss on Debian Linux 6.0
Feb
13
answered To improve SQL performance, why not just put lots of RAM rather than having faster hard disks?
Jan
20
comment 2.5 inch drives versus 3.5 inch drives
I could see the contrary: longer tracks contain more data, thus as long as the file system places clusters similar data, the need for seeking altogether might be lower, even though the duration of the seek itself might be longer. From some benchmarks I've seen, seeking just one track takes miliseconds, and it's not that much smaller than seeking a full inside-to-out distance. So I'd rather have denser media, or longer tracks (or whatever allows me to do a sequential read without seeking), than lots of 'fast' seeks. I guess what I'm trying to say is there is no better seek than no seek at all.
Jan
10
awarded  Popular Question