After around three months of installing various software that uses SQL Server 2005 on my ESX server, my SQL VM finally reached it’s disk limit. I was poking around in the command line for the actual ESX server, and found a tool called vmkfstools that could do the job for me. You can resize the disk by running the command:

vmkfstools -X <size-in-mb>M <image-file>

So for example if i wanted to resize the file server.vmdk to 60GB, I would run:

vmkfstools -X 60000M server.vmdk

That was the easy part. Now I booted into Hiren’s BootCD (you can find this on the net), and ran Acronis Boot Manager to resize my partition. You can alternatively boot into the Recovery Console for Windows 2003/XP or run the Command Line on Windows Vista/2008 and run diskpart to accomplish the same thing.
That went all well and my disks were properly resized…. or so I thought, till I was greeted with the following message on boot:

Winload.exe?! Well scared that my OS was corrupt, I booted into the Windows 2008 Server CD and ran the command prompt. dir C:\ still showed all my files there, and C:\Windows\System32\ still had winload.exe in it. Just for shits and giggles, I replaced the file with the one in X:\Windows\System32 and tried rebooting.

Still didn’t work.

I booted back into the install DVD, clicked “Repair Computer”, but this time I noticed that my disk size was 0, and it said “Unknown” next to the disk. My gears were turning, and I realized that this might mean that my MBR was corrupt. Running bcdedit.exe /v confirmed that. Instead of saying:

device partition=C:

it said

device unknown

Recalling what I did a year a so back when my MBR was corrupt, I ran the following commands:

bootrec.exe /FixMbr
bootrec.exe /FixBoot
bootrec.exe /RebuildBcd

As soon as I rebooted, my system booted up without any issues!

Hope this helps anyone else this has happened to,

Brennan

I recently started to notice that I’m having an awful shortage of RAM after upgrading to the latest version of iTunes. I remember back when I was using 6.x iTunes used no more than around 30 MB of RAM. Now that I have an iPod touch, I have to upgrade to 7.6. I don’t mind upgrading at all. As a matter of fact I am an upgrade freak. But when that upgrade causes the program to use 200MB of RAM, that’s an issue. My specs are:

* Intel Core 2 Duo E8400 @ 4.0GHz
* 4GB Crucial Ballistix Low Latency RAM
* nVIDIA GeForce 9800GTX * 2
* 6356 Songs with around ~85% with Cover Art

I use Adobe Illustrator, Photoshop and Dreamweaver… frequently simoultaneously. And I can’t have software hogging up already scarce RAM.

How is everyone else’s RAM usage using iTunes 7?

A few nights ago, I needed to get a couple Promise FastTRAK SATA RAID cards because my onboard ones just weren’t cutting it. I connect them to my PCI32 3.3V slots, boot up my system, and it goes through the whole detection process for my JBOD disks. Then it tells me that there is not enough Optional ROM space to continue…. WHAT?! I mean this is a $500+ board we are talking about here! Not enough space?! Give me a break.

I was running BIOS version 1.03, and there didn’t seem to be any fixes related to the BIOS looking at the updates, but I decided to upgrade to 1.05 just for the hell of it.

No Luck.

I tried disabling all the on-board features (SATA, SCSI, MAC PXE OptROM), and it still errored out on me. Why should I even have to try that on a high-end, server-class board.

No Luck.

I ended up taking one card out, configuring the RAID, and switching the cards and configuring the other one. Then I put both cards in, disabled the OptROM Boot Error Check, and just living with the issue. But why should a board of this class have issues like this? I’m seriously tempted to phone Tyan to get a replacement board or some kind of solution for their crappy-ass quality control.

Brennan

I had a major data corruption issue and I ended up having to rebuild the server this site was hosted on. I’ve got all the articles stored locally, so as soon as I get a change I will restore the content on the site.
Bear with me for just a little longer.