vmjoe's Posts

Hello We bought a UBox 4100 (seems to be the same hardware as the Keyspan, but with different housing) to replace our AnywhereUSB device, and I need to auto connect the USB dongles after a reb... See more...
Hello We bought a UBox 4100 (seems to be the same hardware as the Keyspan, but with different housing) to replace our AnywhereUSB device, and I need to auto connect the USB dongles after a reboot of the server. As stated above, I dedicated the device to the server. But as soosn as I press the "Apply" button, the UBox is no longer visible to the server and needs a reset! After the reset it's detected again, and even the settings (dedicated device) are still there, but it just doesn't reconnect! Then there's a message in the server details window which I don't understand: "Temp. Defaults ("Paper Clip Mode"). Using default server settings until next reboot." Which reboot they're referring here? Reboot of the server or the UBox? If the latter, how to "reboot" (not "reset") the UBox? But more important, how to save settings to the UBox without rendering it unusable because it disappears from the GUI? Also when I gave the box a server name and applied it, the box was unusable until reset. I updated the firmware to the latest version (2.5.1.1a) already.
Also an issue here. We have clusters across boxes with a system disk (non-RDM, .vmdk on local storage) on SCSI0 and the shared disks on the separate controller, SCSI1. Therefore it SHOULD of cour... See more...
Also an issue here. We have clusters across boxes with a system disk (non-RDM, .vmdk on local storage) on SCSI0 and the shared disks on the separate controller, SCSI1. Therefore it SHOULD of course be possible to trigger a snapshot of the machine's system disk!
No reply yet? Where do you folks store the mapping files in an MSCS-across-boxes configuration??
Hello I have to install several MS clusters (MSCS) across two boxes and I'll use RDMs. My questions is - where to store the mapping file? On the local VMFS (where the C: disk is) or on a share... See more...
Hello I have to install several MS clusters (MSCS) across two boxes and I'll use RDMs. My questions is - where to store the mapping file? On the local VMFS (where the C: disk is) or on a shared SAN LUN? I'm quite confused. There are recommendations to store it shared, but here's the clear advice to store it locally (on each ESX host of course, pointing to the same LUN): http://www.vmware.com/pdf/vi3_301_201_mscs.pdf Page 33: "In the Select Datastore page, select the local datastore, which is also the location of the boot disk, then click Next. This is the location where the RDM (mapping) is stored."
OK, I moved the system disks to the local storage. BTW, I think that's ridiculous... we have several tera byte of SRDF mirrored SAN space and are required to put the c.vmdk to the local disks?! ... See more...
OK, I moved the system disks to the local storage. BTW, I think that's ridiculous... we have several tera byte of SRDF mirrored SAN space and are required to put the c.vmdk to the local disks?! I've checked (and adjusted if necessary) all other requirements (less the HBA BIOS settings) and even re-created the vmx files from scratch, but still no luck.
We have several CIB (cluster-in-a-box) installations on ESX 3.0.1 (Build 42829). The host hardware are HP DL585s with two QLogic QLA231x/2340 fibre adapters and EMC Symmetrix SAN (?). The VMs ... See more...
We have several CIB (cluster-in-a-box) installations on ESX 3.0.1 (Build 42829). The host hardware are HP DL585s with two QLogic QLA231x/2340 fibre adapters and EMC Symmetrix SAN (?). The VMs (cluster nodes) are each configured with one disk on SCSI controller 0 and one or more disks on SCSI controller 1 with SCSI bus sharing = virtual (all LSI Logic). The shared vmdks are created with vmkfstools -c 40G -d thick -a lsilogic diskname.vmdk for example. Now with both nodes installed with Windows Server 2003 SP2 and cluster service installed, we have serious trouble accessing the shared disks. For example copying a 9 GB db backup file from one disk to another stops with the following error: Error Copying File or Folder: "Cannot copy file xxx: The requested resource is in use"[/b] We made sure there is no other process accessing the file. The copy process stops at random stages from 2% to 74%. Even a very basic script that wipes the disk sector by sector runs fine for different numbers of sectors before failing with the same error (ERROR_BUSY, error code 170 or AA respectively). With one node powered down and the mode of the SCSI controller 1 set to sharing = none, the problems are gone. A test with sharing = physical was somewhat better, but still produced errors. So it seems to be a problem with the sharing mode of the SCSI controller (or driver?). BTW, VMware tools are installed on both nodes, of course (build 41412). Any advice so far?
I moved some WinXP guests from VMware Server to ESX3.0.1 and ticked the checkbox "Install VMware tools" in Step 3: Customization. After the migration ESX showed "out of date" tools - the old V... See more...
I moved some WinXP guests from VMware Server to ESX3.0.1 and ticked the checkbox "Install VMware tools" in Step 3: Customization. After the migration ESX showed "out of date" tools - the old VMware Server version of the tools were still installed. I reviewed the Converter tasks and it didn't save the tool installation task. Maybe it recognizes an installation of the tools and then skips the task? Then I tried to update the tools manually (three options to choose: Repair, Modify or Remove). Repair and modify didn't work properly. I had to remove the tools completely and reinstall them.
I moved some WinXP guests from VMware Server to ESX3.0.1 using VMware Converter 3.0.0 build-39557. All machines got new generated MAC addresses. Bug or feature? Since our installation method r... See more...
I moved some WinXP guests from VMware Server to ESX3.0.1 using VMware Converter 3.0.0 build-39557. All machines got new generated MAC addresses. Bug or feature? Since our installation method relies on the MAC address of the client it would be very nice if the Converter would keep the MAC.
This is a f***ing bug! On our HP DL585 ESX3 hosts with 4 dualcore Opterons the VMs are booting sooo fast that it is virtual impossible to hit ESC in the right fraction of a second...
But there are at least two bugs with the notes: a) The notes are not saved if you switch to another VM after adding text. I first need to switch to another tab of the same VM (performance tab ... See more...
But there are at least two bugs with the notes: a) The notes are not saved if you switch to another VM after adding text. I first need to switch to another tab of the same VM (performance tab for example) b) Line breaks are displayed as squares. In the .vmx file in the annotations section they are stored as |0A (which is a ASCII 10 for UNIX-style line break). Even edited by hand to |0D|0A it is displayed as two squares. \-- Johannes PS: VI Client 2.0.0 Build 27704