Here’s a wee little bug I’ve no idea how i created, but managed to clear it out anyway.
After creating an AppDisk, it got a little stuck. I tried deleting the task and AppDisk but the disk just seemed to be stuck in the “creating” phase indefinately.
Here’s a horrendous bug I just came across in the field today while deploying a XenMobile 10.3 Proof of Concept with a customer.
Post the initial deployment of the OVF on vSphere, i ran the usual CLI wizard to IP the appliance and create the database. After restart the web ‘Administrator’ user account just would not accept the password i provided during the wizard.
On closer inspection of the database by comparing with my own lab (never POC without a LAB!) , the ‘administrator’ username was completely missing from the database under ‘dbo.security_principal’…
what the ‘crappity crap’ went wrong I don’t know. but I reproduced it 4 times in numerous tests.
I managed to find a workaround involving specifying a different username. I.E. delete your deployment and database and when the wizard prompts for the ‘administrator’ name with default value, specify something different.
In my case I specified ‘zdmadmin’ and this worked correctly allowing me to get the hell out in time for a Friday beverage.
I hope this helps anyone else facing this issue!
During another Great E2EVC Conference, my friend Ronnie Hamilton and I presented a session on the greatness of Netscaler Insight and we planned to share the following presentation afterwards as there were a number of sizing recommendations and figures that didn’t lend themselves to a presentation!
In this presentation you’ll find the following topics:
- What is Netscaler Insight.
- Demo of insight data natively from Insight manager.
- What’s it available in (licensing).
- Deploying Insight in 5 minutes.
- Integrating it into director.
- How can it be deployed.
- What’s new in version 11.
- Netscaler Sizing Considerations.
- Insight Manager Sizing considerations.
A big thank you to Ronnie and E2EVC for the great trip. See you soon!
Here’s something that is surprisingly tricky to automate in this day and age. Creating a password and storing it in an RDP file. I’m not here to debate the security “knock ons” of doing this, it’s not in my interest and if I’m asked to do something despite advice against it, I do it!
But as always I figured I’d share this feature in case anyone else needs it.
So RDP files encrypt a password in a very specific way and details online are cagey.This is something I set about doing myself and I’m happy to annouce I’ve included it in the following Free Powershell module for your use!