SHIFT-WIKI - Sjoerd Hooft's InFormation Technology
This WIKI is my personal documentation blog. Please enjoy it and feel free to reach out through blue sky if you have a question, remark, improvement or observation. See below for the latest additions, or use the search or tags to browse for content.
AD LDAP For Linux
Summary: How to use AD 2008 as a central authentication repository for a Suse Linux box.
Date: Around 2015
Refactor: 20 February 2025: Checked links and formatting.
The goal in this article is to enable Linux (SLES 11 SP1) boxes to use the Active Directory (2008) as the central directory for authentication.
Cron
Summary: Cron information and examples.
Date: Around 2013
Refactor: 21 February 2025: Checked links and formatting.
Create New Datastore with NetApp OnCommand System Manager
Summary: To improve performance I designed a new design which requires many, many datastores…
Date: Around 2014
Refactor: 13 February 2025: Checked links and formatting.
My company experienced some performance problems so I created a new storage design in which was decided there should be a maximum of 4 VMs per datastore. That means a lot more creating and adjusting datastores, but limiting the number of VMs per datastore increases the number of SCSI commands to the datastore per VM which increases the reaction time of storage related events. This article shows you how to create a new datastore which is done by doing the following steps:
- Checking for availability of space
- Resizing the volume where the datastore will reside
- Creating a LUN and mapping this to the ESX Cluster
- Creating the datastore
- Setting MPIO optimal settings
Cloned SLES Virtual Machine NIC
Summary: How to change the nic back to eth0 on a SLES VM which was cloned on VMware.
Date: Around 2011
Refactor: 21 February 2025: Checked links and formatting.
After cloning a Linux VM, you might find your network interface is no longer named eth0, taking on eth1 instead. This will work and causes no functional impact, however, for several reasons you might want to change it to eth0 anyway. SLES for VMware/SLES 11 SP1, uses udev to provide persistence to various devices. While this model is a big step forward from the semi-random device name assignments of the past, one side-effect is that a new MAC address, which will happen when you clone a virtual machine, is regarded as an additional interface and not a replacement. Which means a newly-cloned SLES VM powers up with eth1 as the NIC name, and not eth0. Fortunately, this situation is easy to fix. Log into the VM and edit:
/etc/udev/rules.d/70-persistent-net.rules
Scroll down to the bottom of the line to see the configuration:
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:56:b9:00:33", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:56:b9:00:34", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
The first line contains the MAC address of the original template VM while the second line is the new MAC address for the new card.
There are two ways to fix this issue:
- Completely delete the file — it will be created again on boot and the first NIC will be assigned eth0
- Delete the line containing the old entry that references eth0 and change “eth1″ to “eth0″ in the remaining line.
Make this change before you assign IP addresses. If you already have assigned IP addresses you'll also have to edit /etc/sysconfig/network/ifcfg-eth0 and /etc/sysconfig/network/route accordingly.
Don't forget to reboot the VM and check the configuration.