Monday, November 5, 2012

App-V 5 Release Impressions - Part 1

It seems that it's not the most popular kid on the block, but I'm a sucker for App-V.  We're a 50/50 shop (virtualized apps/installed apps) currently and it's been an excellent tool for us.

I've been looking forward to App-V 5 for a while and read through the various beta impressions but they've mostly been either very technical how-tos on things that may not be (strictly speaking) supported or a bland two paragraphs on the fact that it's 'different'.  So, I thought I'd throw together some stuff here that might help fill things out for people.

Server Side - Install
I genuinely don't remember installing App-V 4.x server side, but I think it was vaguely uneventful.  The App-V 5 server install is similarly uneventful as long as you're prepared.  Pre-reqs that you likely won't have installed already but will need are .NET 4.x (4.5 is the Features option in Win2012 which seems to work fine), Powershell 3.0 (aka WMF 3.0 / KB2506143) and some random insecure library loading vuln patch (KB2533623).  Roles and features you're primarily looking at IIS stuff, nothing too surprising - I think ASP.NET with registration to .NET 4.x is the only thing to watch out for.  On Win2012 I didn't have to do any hoop jumping.

Server side is split in to multiple parts:
- Publishing, Management and Reporting Servers (each installable separately)
- Management and Reporting Server Databases (each installable separately, must be on SQL Standard or greater, no Express)

Installation is relatively straight forward, I installed the two DB roles on a SQL 2008R2 server and the three server roles on their own server (each utilizing a different IIS port).  Did I mention the entirety of the management and configuration is really done via Powershell now?  There's a web based console for the management server that'll make you wish you had spent more time using Powershell, but you're still welcome to use it.  I think the only functions that are available in it are setting App-V admins and importing packages.

App-V 5 Management Server Web "Interface"

Client Side - Install
Same prereqs as the server side - .NET 4.x, WMF 3.0, and that one-off vuln patch.  Other than that there's literally no configuration - I think the expectation is that you'll control all of your clients via GPO or (I'm guessing these are available) command line switches.  Post-install all configuration options are only available via Powershell.  Thought I'd toss in a screen of this thing too since I'd never seen one prior to install.  I like the idea that it's much simplified and user friendlier.

App-V 5 Client GUI



Sequencer - Install
Also the same prereqs as the server side.  You'll notice that the sequencer didn't get the big face lift that the other two components got, so you'll feel right at home if you sequenced in App-V 4.6.  The Q: recommendation is gone as is RTSP (yay!) so for me the sequencing is much simplified when teaching it to other people (when folks are new to packaging in general adding in the weirdness of capturing to Q:\[8.3] and then post capture having to enter in the client-accessible package URL was always a nuisance to me).

More on this later - I've sequenced a couple quickie apps and setup the publishing behind a hardware load balancer and some other stuff that someone might be interested in.  So far everything is working stellar, so I'll report back as I progress.

Monday, August 6, 2012

Testing a 32-bit .udl on a 64-bit Windows OS

Really just mirroring this blog post in case it's really gone for good (google cache still has it thankfully).

If you need to test a 32-bit ODBC datasource on a 64-bit version of Windows _and_ there's no native test function (i.e. you're using the Microsoft ODBC for Oracle driver which is 32-bit only and has no test button), you can still use a .udl file to assign the provider and datasource to test.  It just takes a little extra legwork.  Run this and all will be well:


C:\WINDOWS\SYSWOW64\rundll32.exe "C:\Program Files (x86)\Common Files\System\Ole DB\oledb32.dll",OpenDSLFile C:\path\to\test.udl

Monday, July 23, 2012

Quick F5 BigIP Note

In case you're wondering (and I'm sure if you work with F5s often enough you've already figured this out), if you ever need to switch your Self IPs to different physical ports/VLANs and you have Floating IPs configured, just delete the Floating IPs, change to the new VLAN/interface/whatever, then add the Floating IPs back.  It's just easier than any cockamamie scheme you might be trying to concoct to avoid doing that.

Friday, June 15, 2012

Fun fact about OpenVMS 7.3-2 multipathing

Discovered this week that OpenVMS 7.3-2 apparently doesn't turn on its multipathing brain unless it has a second HBA installed, in Fabric mode (via wwidmgr), and zoned over both HBAs.  I imagine it's just a side effect of the multipathing logic pre-dating SANs with multiple paths to a single HBA, but it sure caused quite a bit of consternation when I was prepping to do SP failure testing on an EMC VNX and couldn't get paths to show.

Tuesday, June 12, 2012

Random AIX 5.3 Notes - expanding a logical volume

I've spent the past few days working on getting a PowerPath issue resolved on an AIX 5.3 box.  I rarely touch these things so my familiarity is abysmal making this much more difficult than it probably needs to be.  So I thought I'd just scribble down a few random things that I've worked through in hopes that it'll help someone else.


Expanding a logical volume without adding disks for those of us still stuck in the 90s (assumes it has already been expanded at the SAN level):


# Unmount, varyoff and export the volume group
bash-2.05b# umount /mountpoint
bash-2.05b# cfgmgr
bash-2.05b# varyoffvg thisvg
bash-2.05b# exportvg thisvg


# Deal with pv weirdness
bash-2.05b# chdev -l hdiskdevice# -a pv=clear
hdiskdevice# changed
bash-2.05b# chdev -l hdiskdevice# -a pv=yes
hdiskdevice# changed


# Recreate the volume group | -Y NA means don’t automatically rename the logical volumes
bash-2.05b# recreatevg -Y NA -y thisvg hdiskdevice#
0516-1434 varyonvg: Following physical volumes appear to be grown in size.
        Run chvg command to activate the new space.
        hdiskdevice#
thisvg
0516-1434 varyonvg: Following physical volumes appear to be grown in size.
        Run chvg command to activate the new space.
        hdiskdevice#


# check and grow vg - hello free PPs!
bash-2.05b# chvg -g thisvg
0516-1164 chvg: Volume group thisvg changed.  With given characteristics thisvg
        can include upto 7 physical volumes with 4064 physical partitions each.
bash-2.05b# lsvg thisvg | grep "FREE PPs" 
MAX LVs:            256                      FREE PPs:       856 (54784 megabytes)


# Take care of the filesystem - /fs is automatically added to the mountpoint when it’s recreated
bash-2.05b# chfs -m /mountpoint /fs/mountpoint
bash-2.05b# mount /mountpoint


# if needed, increase allowed LPs in LV
bash-2.05b# chlv -x 4686 thislv 


# Grow the filesystem, confirm the change
bash-2.05b# chfs -a size=+54784M /mountpoint
Filesystem size changed to 419299328
bash-2.05b# df -k /mountpoint
Filesystem    1024-blocks      Free %Used    Iused %Iused Mounted on
/dev/thislv   209649664  74832836   65%      228     1% /mountpoint

Tuesday, June 5, 2012

App-V - Running apps in compatibility mode

Fun fact - you can add App-V virtual drive paths to the compatibility mode registry key and have your virtualized apps run in compatibility mode.  Normally, the shortcuts for App-V apps all point to sfttray.exe, so if you try to set compatibility on the generated App-V shortcut, you'll actually be setting it on sfttray.exe for all App-V apps.

Just head over to HKLM/Software/Microsoft/Windows NT/CurrentVersion/AppCompatFlags/Layers.  Create a new REG_SZ where the name of the item is the virtualized path (for example, Q:\MyApp.000\MyApp.exe and the value is the compatibility mode (WINXPSP3 for example).

The downside of this (at least so far) is that when I set this to WinXP something trips in the App-V stack to now require admin privs.  If I could make that magically go away, this would be a good day.

Tuesday, May 15, 2012

Dell w/ ESXi BIOS updates - easy as pie

It's such a lame topic.

Having trouble just getting a functional disc or whatever together to update the BIOS on a Dell server running ESXi?  Use this:

http://linux.dell.com/files/openmanage-contributions/omsa-64-live/OMSA64-CentOS55-x86_64-LiveCD.iso

And put a copy of the BIOS that you need (from the Linux drivers section of support.dell.com - .bin file) on another server on the same network or pop it on to a USB stick (or even another CD/DVD).  Copy the BIOS to ~, chmod 777 the file and execute it.  Easy as pie.  I can't believe this very simple method wasn't plastered all over the internet in place of the 4 bajillion websites that suggest doing a myriad of other painful things.  Maybe I suck at searching, who knows.