vConverter esx kernel panic

So I’ve had to migrate a couple of machines from physical Linux hosts, to VMware powered guests. Pretty straight forward, no?

Kinda – the conversion itself; getting the machine configured and the data from the disks pushed into the image files, is not a problem. Booting the machine after this is done might be though.

Loading sd_mod.ko module
Loading jbd.ko module
Loading ext3.ko module
Mounting /proc filesystem
Mounting sysfs
Creating device files
Mounting tmpfs on /dev
Creating root device
Trying to resume from /dev/sda5
Unable to access resume device (/dev/sda5)
echo: cannot open /proc/suspend2/do_resume for write: 2
Mounting root filesystem /dev/root
mount: error 6 mounting ext3 flags defaults
well, retrying without option flags
mount: error 6 mounting ext3
well, retrying without any flags
mount: error 6 mounting ext3
switch to new root
ERROR opening /dev/console!!!!: 2
unmounting old /proc
unmounting old /sys
switchroot: mount failed: 22
Initrd finished
Kernel panic - not syncing: Attempted to kill init!

Mandriva 2007 crashing dunring inital boot after conversion to virtual environment

Mandriva 2007 crashing during initial boot after conversion to virtual environment

So after googling the issue a bit and getting some assistance from my goto Guy with all Linux, it was clear that the issue revolved around missing SCSI controller settings.

Now that I’ve got it booting, the required steps was the following:

  1. Boot the machine to rescue environment from the distribution disks. I used the old 2007 disks from Mandriva, hoping it would be a matching environment.
  2. Mount your local disks to /mnt etc – in Mandriva there’s a menu option to mount existing partitions, I used that.
  3. Enter console and chroot into your local environment.
  4. vi /etc/modprobe.conf
  5. Find any and all occurrences of scsi_hostadapter and change the line to reflect what your using.  My final file looks like this:
    alias eth0 pcnet32
    alias sound-slot-0 snd-hda-intel
    alias scsi_hostadapter BusLogic
    remove snd-hda-intel /sbin/modprobe -r snd-pcm-oss; /sbin/modprobe --first-time -r --ignore-remove snd-hda-intel
    install snd-hda-intel /sbin/modprobe --first-time --ignore-install snd-hda-intel && { /sbin/modprobe snd-pcm-oss; /bin/true; }
    install usb-interface /sbin/modprobe uhci-hcd; /sbin/modprobe ehci-hcd; /bin/true
    install scsi_hostadapter /sbin/modprobe ata_piix; /sbin/modprobe ahci; /sbin/modprobe BusLogic; /bin/true
    alias eth1 pcnet32
  6. Then we need to make a new boot image:
    cd /boot
    mkinitrd -v -f /boot/initrd-2.6.17-5mdv.img 2.6.17-5mdv

    (mkinitrd -v -f /boot/initrd-2.x.y-zz.img 2.x.y-zz)
  7. Finally, Mandriva 2007 installs are a blast from the past; using lilo. So for it to be happy, enter lilo, hit enter and watch as it’s updating your MBR.
  8. You VM should now be able of booting, leave it to finish scanning the file systems and such.

Active Directory Web Services fails to read the settings for the specified Active Directory Lightweight Directory Services instance (1023864)


  • After installing vCenter Server, the Active Directory Web Services (ADWS) is unable to read the settings for the specified Active Directory Lightweight Directory Services (AD LDS) instance
  • You see the error:

    Active Directory Web Services encountered an error while reading the settings for the specified Active Directory Lightweight Directory Services instance. Active Directory Web Services will retry this operation periodically.

  • Microsoft Event ID: 1209


This issue occurs if ADWS is unable to read the ports that AD LDS is configured to use for LDAP and Secure LDAP (SSL) services.

ADWS reads these registry entries to check for the configuration settings:

Key: HKLM\SYSTEM\CurrentControlSet\Services\<ADAM_INSTANCE_NAME>\Parameters
Value: Port LDAP
Data: 1 – 65535 (default: 389)

Key: HKLM\SYSTEM\CurrentControlSet\Services\<ADAM_INSTANCE_NAME>\Parameters
Value: Port SSL
Data: 1 – 65535 (default: 636)

To resolve this issue:

  • Verify that the above registry keys exist and have appropriate values.
  • Ensure that the NT AUTHORITY\SYSTEM account has permission to read the values.
  • Verify that ADWS runs under the Local System account.
  • Ensure that the HKLM\System\CurrentControlSet\Services\<ADAM_INSTANCE_NAME>\Parameters\Port SSL
    key is of type REG_DWORD. If the value is REG_SZ, you must delete it and create a new REG_DWORD with the value 636 (decimal).

Cannot install the vSphere HA (FDM) agent on an ESXi host


  • HA fails to configure on an ESXi host
  • Installing HA (FDM) on an ESXi host in lockdown mode fails
  • Unable to configure HA on an ESXi host.
  • In the vSphere Client connected to vCenter Server, you see these errors:
    • Cannot install the vCenter agent service
    • vSphere HA agent cannot be correctly installed or configured.
  • In the /var/run/log/fdm-installer.logfile, you see entries similar to:
  • If the ESXi host is in Lockdown mode before the upgrade when it re-connects to the vCenter Server after the upgrade the following error may be reported when HA attempts to re-configure:unknown installer error


This issue occurs when the lockdown mode is enabled in the ESXi host. The esxcli operations fail with the Permission to perform this operation was denied error.


To workaround this issue:
  1. Disable lockdown mode in the ESXi host. For more information, see Enabling or disabling Lockdown mode on an ESXi host (1008077)
  2. In vCenter Server, right-click the host and click Reconfigure HA.
  3. After HA is reconfigured, you can re-enable lockdown mode.

What are IP Pools and vApps ?

While navigating in the vSphere client the other day I noticed a new tab. When selecting a Datacenter object, a tab called IP Pools appeared. When clicking on this tab you had the option to view and add IP Pools. Having never seen this before my first thought was, what are IP Pools?

After doing some research I found out they were part of the new vApps feature in vSphere. I’ve heard a little about vApps but never looked at them in depth, so I thought I would take the time to research them and write about them.

We’ll come back to IP Pools in a bit. First we’ll cover what a vApp is and how they work in vSphere. VMware’s definition of a vApp is below:

A logical entity comprising one or more virtual machines, which uses the industry standard Open Virtualization Format to specify and encapsulate all components of a multi-tier application as well as the operational policies and service levels associated with it.

A vApp is basically a resource container for multiple virtual machines that work together as part of a multi-tier application.

An example of a multi-tier application is a typical Web-based application where you might have three tiers: Web, application and database; which are often run on three separate servers. For example, you may have Microsoft IIS running on one server (tier 1), IBM WebSphere running on another server (tier 2) and a Microsoft SQL Server running on a third server (tier 3).

The three applications on each server all work together and are mostly dependent on each other for the application to function properly. If one part of the tier became unavailable, the application will typically quit working as it relies on all the tiers for the application to work.

Virtualization can introduce some challenges with multi-tier applications. For example, if one tier is performing poorly due to resource constraints on a host, then the whole application will suffer as a result. Another challenge comes when powering on a host server, as often times one tier relies on another tier to be started first or the application will fail.

VMware introduced vApps as a method to deal with these problems by providing methods for setting power-on options, IP address allocation and resource allocation, and provide application-level customization for all the virtual machines in the vApp. When you configure a vApp in vSphere you specify properties for it, including CPU and memory resources, IP allocation, application information, and start order, as shown below.

Once you are done configuring a vApp, you can add virtual machines (VMs) to it by dragging them using the vSphere client. You can also create resource pools inside of them and nest vApps inside of vApps. If you edit the settings of a VM, select the Options tab, and then select vApp Options, you can enable the vApp functionality for the VM and set individual vApp options for the VM. Once you have created a vApp you can easily export it in Open Virtualization Format (OVF) format, as well as deploy new vApps from one that are already created. To use vApps you must have a Distributed Resource Scheduler-enabled cluster; all of the meta-data information for a vApp is stored in the vCenter Server database.

So now that you know what a vApp is, back to what IP Pools are. IP Pools, as you might have guessed, are pools of IP addresses that you can associate with vSwitch port groups. They essentially act as Dynamic Host Configuration Protocol (DHCP) servers to assign IP addresses from the pool to a VM, so essentially the vCenter Server is acting as a DHCP server. When you configure an IP Pool you specify a range of either IPv4 or IPv6 addresses, DNS and proxy settings, and finally select which vSwitch port groups that the pool will be available to.

To configure an IP address range you need to do it in the following format with the starting IP address, a pound sign and the number of IP addresses, like this:

So the above range would make the following IP addresses available in the IP Pool:

Once you have an IP Pool configured, you can assign it to a vApp by editing its properties and changing the IP Allocation Policy from Fixed to Transient. For more information on configuring and using vApps and IP Pools check out the resources below.