I’ve been tinkering with the Perl SDK for VMware this last week. Read more »
Tag Archives: linux
Setting up sudoers with Puppet and Augeas
Posted by Mark
on August 26, 2011
No comments
Since Augeas became available within Puppet it’s been considerably easier to do inline edits of configuration files – providing there’s a lens, of course. Read more »
More on Benchmarking OSs
Posted by Mark
on February 15, 2010
4 comments
Intrigued by my recent benchmarking exercise I decided to take a look at the various operating systems’ performance on a common virtualisation platform. Read more »
Benchmarking Linux, Solaris and Windows on HP hardware
Posted by Mark
on February 1, 2010
7 comments
A short while ago I got the opportunity to compare the performance of a number of operating systems on the same piece of hardware.
The server in question was a HP DL580G5, but with four 6-core Intel Dunnington CPUs in, each running at 2.66ghz. Read more »
Choosing an Operating System
Posted by Mark
on February 1, 2010
No comments
Solaris 10 and Linux iSCSI interoperability
Posted by Mark
on May 14, 2009
No comments
Recently a friend and I were trying to get XenServer 5 to use our Solaris 10 server as it’s backing store. We specifically wanted to use an iSCSI volume exported to the Xen server, as the performance is promised to be considerably better than NFS.
However, try as we might, the XenServer wouldn’t make use of the iSCSI LUN as exported – it could see it, but wouldn’t make use of it. Then we discovered this bug… Read more »
Linux: error: unknown error 22 setting key
Posted by Mark
on February 24, 2009
1 comment
I’ve been testing some new kernel tunings for Oracle databases the last few days, and experienced the odd error “error: unknown error 22 setting key ‘kernel.shmall’” when trying to sort out shared memory. Even more bizarre was the fact the setting was actually being set just fine.
After Googling a bit I couldn’t fathom out what this error meant or what was really wrong. So I did a quick strace on a ‘sysctl -p’. Bingo.
I had a comment at the end of the line in sysctl.conf! It was that simple. Move the comment to the line above, et voila, no whining!