XenDesktop 5.6 PeakbufferSize and offpeakbuffer size reveled : Why only 3 desktop is powered ON

You may have 10 desktop in a desktop group but even after defining peak hours for 24 hour , desktop does not get into ready mode. These are personal desktop ,streamed pooled with PVD.

Still we have only 3 desktop powered ON

But if you see properties of Shared desktop you can find that , you have an option to increase or decrease the number of desktop

This is how the properties for desktop group look like

This is by nature  “A buffer is an extra, standby set of unallocated machines that are turned on, ready for users to connect. For shared desktop groups and unallocated machines in private desktop groups, desktops in the buffer are turned on when the number of machines in the pool drops below the threshold set by the buffer size. This is a percentage of the desktop group size (default is ten percent). For large desktop groups, a significant number of machines might therefore be turned on when the threshold is exceeded”

And to check this you can run following command

To change it you can just run the following command

Set-brokerdesktopgroup -name <insert desktop group name> -offpeakbuffersizepercent 100 -peakbuffersizepercent 100

Protocol Driver Error and SSL Error 29 : Proxy Access Denied

While launching desktop via AGEE , I started getting "Protocol error "

 

Under Virtual Server STA (DDC) were showing up and running

On web interface setting "Secure Access Setting"  all the  STA has been listed .

Desktop shows session has been initiated

After  un-checking  "Enable Session reliability " we gone ahead with Protocol driver error message

But now we started getting SSL 29 error . Though we were launching XenDesktop we were seeing XenApp related error.

From NetScaler we tried pining box and found box were reachable . But found that routing were undefined. We created IP subnet and then defined the VLAN .This allowed to launch the XenDesktop.

Only 1 path active on XS which is part of the pool

While creating new SR on XS 6.0.2 on EMC VNX 5500 will show one host with 1 active path rest all have all the active path . When multipath -ll is run it will also show one path . This shows that all the path is not having access to the lun .

From the host which has an issue logoff all the active path

iscsiadm -m node -U all  and then logback in iscsiadm -m node -L all.

Restart the multipathd service /etc/init.d/multipathd restart. This will bring all the path active on the host.

Using ISCSIADM on XenServer 6.0.2: Message "ISCSIADM is not running " could not start Automatically

Installed brand new XenServer and try to run ISCSIADM command it will throw message  "iscsid is not running. Could not start it up automatically using the startup command in /etc/iscsi/iscsid.start

To  fix it just run new SR wizard for ISCSI over LVM and

then try to run the discovery again it will list all the targets . This test is conducted on EMC VNX 5500. This process basically make  open-iscsi service is called by and configured by XAPI. When using the New Storage wizard, it will create files /etc/iscsi such as initiator name, send_targets directory.

In order to create new SR on VNX 5500 for XenServer 6.0.2 , you need to ensure that all the targets are logged in. The process is A) Run SR wizard but do not create SR 2) Logged all the targets 3) Create the SR again using SR wizard   . This has been explained in following blogs of mine. 

Thanks to my college and open-iscsi.

Dell OpenManage Server Administrator (OMSA) installation on XenServer 6.0.2

In order to install OMSA 6.5 on XS 6.0.2 , we need to get latest ISO from Dell site. Connect this ISO to the Dell Server via virtual CD ROM

Mount the CD-ROM on XenServer and run the install.sh script to start OMSA agent on XS.

This will install the require package

Insure the ports are open. By default installation does open the require ports

Start the server service

And point the URL to https://<HostIP>: 1311