View 6.1. SSO credentials locked for user Is there anyway to stop these from being logged? Event logs are clogged with these.
↧
SSO credentials locked for user
↧
Re: SSO credentials locked for user
I don't think so, here's my old post about it: View 6 New Events in Log: SSO credentials locked for user
↧
↧
Re: view alternitives - vmware paid support is useless
1. What exactly is the problem you are having?
2. What's preventing you from building new servers and re-installing 5.3.2? Or restore from a backup?
↧
Re: how can install one software on all of my desktops after create all Desktops in vmware horizon view
Do all 3 of your pools use the same image/snapshot? If so you only need to update the one image/snapshot.
If all 3 of your pools use different images/snapshots then you'll need to update all 3 images/snapshots.
↧
Re: SSO credentials locked for user
Yeah, I remember seeing your post a while ago. Thought maybe if I opened another post VMware will fix it :) Too bad the logging cant be stopped.
↧
↧
Re: view alternitives - vmware paid support is useless
i am getting the administration to calculate how much we have spent on just this product and support..
$24797.08
↧
Re: View 6: Minimum number of ready machines during Composer operations not working
Mike,
Thanks for the reply, I'm glad I looked at this thread this morning as I have not been getting email notifications from this site lately.
Per your link it says: "If your users must be able to access remote desktops at all times, you must maintain a certain number of machines that stay provisioned and ready to accept connection requests from your users even when View Composer maintenance operations take place."
That's all I'm trying to accomplish. My users need access to desktops at all times, even during recomposes, and it obviously isn't working. This prevents me from doing recomposes in the middle of the day.
I still don't understand (according to the link again) why a user connected to a desktop be considered a 'READY' state?
So are you saying that if I change the "Minimum number of ready (provisioned) machines during View Composer maintenance operations" to a number that is slightly higher than the number of users currently logged in that it will leave desktops available during the recompose? Granted I would have to change this number every time I issue a recompose.
↧
Re: view alternitives - vmware paid support is useless
related : Horizon 6.1.1 Slowness/Latency Issues Since Upgrading from 5.3.3
as for starting over, licensing, time, current view desktops in use cannot be down, time - working 7 days a week is all the time i have - i need to be able to have a day off...
↧
Re: view alternitives - vmware paid support is useless
I've just seen your posts. Sorry to hear that you are having significant difficulties.
I will try and help get the right people looking at this. You mention vmware support; as such, I presume you have filed one or more Support Tickers (SR's?) If so, could you post back with the SR numbers here? this will help me get up to speed and try and identify what is going on,
cheers
peterB
↧
↧
Snapshot, recompose, and console issues when using vGPU
I have noticed while creating my master images that using the new vGPU feature in vSphere 6 causes some problems.
Normally if you have a snapshot on a VM, you can revert to the snapshot at any time regardless if the VM is powered on or off. If the VM has the PCI device for the vGPU feature, this is no longer the case. You will get an error message in the console stateing the operation is not allowed in the current state if the VM is powered on. If you power off the VM you can then revert to the snapshot.
If you have a View Pool that is configured to use the vGPU, you can no longer do a View Recompose operation without first shutting all the machines down. Even if you choose force logoff, the VMs will fail to shutdown and will fail to recompose.
Using vGPU also prevents you from working on the image via the vSphere console and web client console. The mouse will not work properly. When using vDGA Im told the console screen is blacked out by design however when using vGPU, its not blacked out, it just doesnt work right. It seems as though we have 2 options when building or maintaining master images. You either have to always use RDP to do anything instead of the console or you have to wait until the master image is completed before added the PCI device to the VM and or delete the PCI device from the master VM every time you need to do maintenance on the image. I did open a ticket on this but Im being told it was not intended to work via the console.
↧
Surface and View
Does anyone know if the pen can be used on the surface 2 while in a view session?
↧
Removing View server after vCenter failure (or other options)?
last week, in an attempt to upgrade my vCenter server from 5.5 to 6.0, the vCenter install blew up - the first step in the upgrade, SSO, I believe, failed and left the system in a dead state. Being a physical box, it's not as easy as taking a snapshot and reverting to that in the event of a meltdown. I tried to get it back, but I was unable to get vCenter to properly reinstall after that point, so I took the 'opportunity' to migrate away from the aging physical box and over to a new vCSA. I now have a vCSA 6 instance of vCenter running, all my hosts are migrated to it and everything is happy - except View.
In my researching, it seems that there is no way to migrate from one vCenter server to another. In order to remove the existing vCenter server, you need to delete the pools. In order to delete the pools, it needs to be able to contact the vCenter server. I tried adding a new pool that looks tot he new appliance, removing a few guests from view and putting them back under the new pool, but that did not work - they just sat at 'waiting for agent'. Near as I can tell, even THAT is not supported.
I don't have a huge View deployment, about a dozen VMs used for vdi, so unless someone has a better idea, it seems the best course of action will be to nuke the View server and rebuild it from scratch. I looked around to see where it might be looking for a DB and can't really find anything other than the ADAM database on the View Connection server. If I'm going that route, is there anything other than formatting the connection server and reloading it from scratch that I need to look out for to get a clean new install of view? Or is there some way for me to pull this out of the gutter that I haven't found?
↧
Re: view alternitives - vmware paid support is useless
BrickleBerry,
I'm sorry to hear that you are hitting problems. Could you please describe what exact issue you are hitting? Or as Peter Brown said, do you have a SR number? I'd really love to follow up and help you out.
↧
↧
Re: Events not being recorded in Event DB
I guess reconfiguring event DB will solve the issue. If not please open support ticket.
What does event DB look like in dashboard?
↧
Re: View 6: Minimum number of ready machines during Composer operations not working
Hi nzorm,
The READY doesn't actually implies the desktop status. Theoretically, it just mean that it is ready to accept connection requests. Having said that, the READY state is in context within the system, to ensure if it is in pair with connection broker.
To some extent, I agree that the in-line help or documentation may lead to confusion about to expected behavior of its functionality.
However, if you go through the view administrator guide,
Page 78, "Keeping Linked-Clone Machines Provisioned and Ready During View Composer Operations"
Fourth bullet says:
" The term "ready" applies to the state of the linked-clone virtual machine, not the machine status that is displayed in View Administrator. A virtual machine is ready when it is provisioned and ready to be powered on. The machine status reflects the View-managed condition of the machine. For example, a machine can have a status of Connected, Disconnected, Agent Unreachable, Deleting, and so on."
↧
Re: how can install one software on all of my desktops after create all Desktops in vmware horizon view
no i have 3 different pool with different snapshot
but my main question is now : i have created all of my desktops but i want know today all of my desktops are ok and my users are now use from desktops but know my users request for install office on their desktops now can i install office just one time or have to install office individual on all of m y desktops?
best regards
Babak
↧
Re: View 6: Minimum number of ready machines during Composer operations not working
> I still don't understand (according to the link again) why a user connected to a desktop be considered a 'READY' state?
As I said in my last reply, the 'ready' state is an internal state which is defined to mean one thing to the provisioning engine only. It doesn't correspond to what most people using the UI would think it does - the UI has a different state it displays that also accounts for existing sessions ('available') which is not the same as the internal 'ready' state. This has now been flagged internally that using the name adds confusion because the average user will misunderstand what it is.
> So are you saying that if I change the "Minimum number of ready (provisioned) machines during View Composer maintenance operations" to a number that is slightly higher than the number of users currently logged in that it will leave desktops available during the recompose? Granted I would have to change this number every time I issue a recompose.
Yes, that's correct.
↧
↧
Thinprint port name
1. Is there any way to stop Thinprint from using the same port name? Every printer uses the port name TPVM: causing them to stack up.
2. How do you stop the virtual desktop from setting the default printer to that of the default printer on the vmware client machine?
The documentation ( ThinPrint Documentation ) states a value called UserDrivenDefaultPrinter but that doesn't work. it's ignored completely. Also is it possible to configure what printers TPAutoconnect will install or is it everything or nothing?
↧
VmWare View With Samba Domain
Hello,
Is there a way to add a domain SAMBA in View administrator ??
I have a Windows 2012 R2 domain and my View desktops are in this domain, but the users who have to connect to these View Desktop are in a SAMBA domain, is this possible to use these users for connexion to view connexion server and to VM ???
Sorry for my english
Thanks,
↧
Re: how can install one software on all of my desktops after create all Desktops in vmware horizon view
You can do it either way but if you install to an individual desktop then those changes will be lost upon a refresh of the pool. The best practice is to update all patches/software in the snapshot (golden image) and update the pool based on this snapshot.
You can also look into using Thinapp for your applications.
↧