LaslowNET Technical Rants, HOWTOs, and Writing

29Sep/090

More Exchange Madness!

I'll just sum this one up, as it's pretty boring, but there are some important details.

1) Computer account for a Domain Controller/Global Catalogue/Exchange server (virtualized in Hyper-V) becomes corrupt, including the underlying metadata.

2) That server cannot 'see' the domain, with numerous errors from both Exchange and the Event Viewer stating that it cannot replicate due to DNS problems.

3) Rolling the .vhd back to a previous week results in the same issue.

4) When attempting to demote/dejoin/join/promote the server from/to the domain, the computer account is deleted, but not the metadata, and the server cannot be joined to the domain again.

Solution? Backup the Mailbox Databases from the First and Second Storage Groups, as well as their transaction logs, then create a new .vhd, reinstall the OS, join it to the domain, add the newly created computer account to the 'Exchange Server' and 'Exchange Install Domain Servers' groups, install Exchange using "setup.com /m:recoverserver" (make sure that you've manually installed the prerequisites, such as IIS+IIS 6 Management Console, etc... before doing this), then copy the Mailbox databases back to the default install location. After that, correct the permissions on the Mailbox folder if needed (simply inherit the permissions from the parent object) and reboot the server. When it finishes booting, open the Exchange Management Console and mount the Storage Groups (note: you may have to open the properties on both groups and uncheck the option that prevents Exchange from automatically mounting the databases on boot).

Simple, right?

6Apr/090

Server Complete

So my idea of live blogging the setup and configuration of the new server fizzled. Too much to do and not enough time to do it. Between recovering critical user data from a failed hard drive, writing batch scripts to grab PST files and replace Word templates, and importing a whole mess of other stuff there just wasn't enough weekend.

All in all, it went well. The physical server was setup with Hyper-V and the Symantec Endpoint management apps. The Terminal Server VM was given 8GB RAM and a 125GB VHD, while the Exchange Server (which, until our ISP gives us the go-ahead to actually run a mail server, currently only deals with Mailboxes and Public Folders) was given 6GB of RAM and a 125GB VHD of it's own. That leaves 2GB of RAM for the physical server.

This morning was go-live, and by mid morning all 25 employees were logged in and active without any serious issues. Best of all, even with all of them in Outlook and running a myriad of apps, everything ran smooth as silk.

Once I've made sure everything is working fine, I'll post a tutorial for backing up VHDs with Windows Server Backup and VSS.

26Mar/090

Upcoming Event: Server Unpacking – Updated

It's been a little while since I've posted, hence this post.

Within the next week I'll be receiving a custom built Dell PowerEdge 2900 III server, and I'll be posting unpacking pictures and a setup tutorial post. Some of the specs:

  • Two Intel Quad-Core Xeon Processors (E5420) @ 2.5Ghz (2x6MB L2 Cache)
  • 16GB DDR2 667Mhz RAM
  • 4x 250GB SATA2 HDDs (hot swappable) in a RAID 10 Array
  • Redundant Power Supply

This setup will be running Windows Server 2008 Enterprise with Hyper-V, hosting two virtual environments (a Server 2008 Terminal Server and an Exchange 2007 Server). More details to follow!

Update (02-April-09): The hardware and software are in! Tomorrow I'll live blog the setup process!

23Feb/093

Installing a Font via GPO (Server 2003/2008)

I was approached today by a manager requesting that I install the Eco Font on our 60+ workstations. Not being big on manual installations, and definately not wanting to take the 'email the font as an attachment with installation instructions', I opt'ed for the only route that made sense - installation via Group Policy Object!

This process is fairly straight forward, with the only potentially annoying portion being the creation of the actual .msi file to install the font. Sure, you can create batch startup scripts that copy the file to the fonts folder and update the registry, but this is a lot cleaner.

To create the .msi package used to install the font, I grabbed a free copy of WinInstall LE. Unfortunately registration with a non-free (read: Hotmail, Gmail, etc... accounts not accepted) email address is required. I tend to create throw-away accounts (eg, a9s6dfa9@my_domain.com) that I promptly delete afterwords. I get enough spam as it is.

Once downloaded and installed, there isn't that much to do: launch the app, then create a new package by right-clicking on Windows Installer Packages in the top middle and click on New Package. Give it a name and description and you're ready to start. Expand the package you just created, and you'll see a new line item called New Feature. Select it, then change the name and description in the right-hand pane. No other changes required.

Next, expand the feature line that you just renamed, and you'll get another line itm with a GUID (eg, {82B7A2B4-45E8-497A-AFB5-D182960CABF1}) - go ahead and delete it by right-clicking and choosing Delete. Now right-click on your feature and choose Add Files to Feature. Leave the Source line at it's default value, but change the Target line by pressing the browse button ("...").  From the list, select [WindowsFolder], then in both the Long folder path and Short folder path boxes add Fonts, so they read "[WindowsFolder]\Fonts" (without the quotes, of course). Now click OK. All we need to do now is add the file, which can be done by clicking the Add File button directly under the Target box. Browse to find your font and click Open. Now click OK, and you'll see two new GUIDs under your feature.

The last thing we need to do is make this .msi package install without prompting the user. Simply click on the package line (not the feature), and click on the Install Modes tab on the right. Select Install only per machine and check the Show basic user interface only (simple progress and error handling) box.

Now all you need to do is save your package, and we're ready to deploy it.

By default, the .msi packages you create with WinInstall LE are located at \\<Computer Name>\WinInstall\Packages\<Package Name>\ on the computer you created them. Although the permissions on their share are very relaxed, we want the installer package to be in a high-availability location so that we can be sure the GPO we'll create in just a short while will always be able to access it. I suggest copying it to \\<Domain Controller>\SYSVOL\<Domain Name>\scripts. The guarentees that all of the clients will be able to access it.

Now login in to one of your Domain Controllers and fire up Group Policy Management. Create a new GPO and link it to whatever computer groups you may have, then right-click it and choose Edit. We'll be working under the Computer Configuration header - if you're using Server 2008, select Policies, then Software Settings - Server 2003 users just select Software Settings. Now right-click on Software Installation and choose New -> Package. Browse for your .msi package, select it, and choose OK. Selected Assigned, then OK.

You're done! Just allow time for the GPO to propagate through your domain, and the next time your domain-joined systems reboot the font will be installed.