Quantcast
Channel: VMware Communities : All Content - VMware View
Viewing all articles
Browse latest Browse all 9103

View 6.0.1 Persona/DFS repository issues (profile data lost)

$
0
0

I'm having some issues with Persona saving profiles on a DFS share.

 

We're running View 6.0.1 with floating linked-clones and Persona for profile management. The repository for the profiles lies on a DFS share.

 

Sometimes after users log off, all that's saved to their profile folder (username.V2) is a hidden folder with a name similiar to {d24f2895-651a-40cc-8e5c-c037b9994104} and inside that is a {d24f2895-651a-40cc-8e5c-c037b9994104}.db and a lock.{d24f2895-651a-40cc-8e5c-c037b9994104} file. Upon logging in again, their profile isn't loaded, but another one of these folders is created (and deleted again after logging off). No notification pops up saying it loaded a temporary windows profile and the eventlog seems fine, a persona entry says it loaded 2 files. When i delete or rename this hidden folder, a new profile is created. I've had to recover around 5 profiles from backup... I can't figure out why this is happening. NTFS rights are correct.

 

After analyzing the log files after a log in with an affected profile (could only get the ones after a log in, as i can't recreate the error above) i found the following:

 

[0][01/21/2015 14:34:38:0184][VPLogonNotify_OnLogon] Logon Started: 13:34:38:184

- The time isn't correct, left is the computer time of the VM replica right? What's the other time?

 

[0][01/21/2015 14:34:38:0934][VMWCreateMetadataTable] Failed Creating Table: 慴汢⁥敭慴慤慴愠牬慥祤攠楸瑳s, 1

- No idea why there are chinese characters in the logfile?

 

To be honest I don't know what exactly i'm looking for in the logfile... I'm just wondering where the hell the profile data is actually going or where it is lost?!

 

Any help is appreciated.


Viewing all articles
Browse latest Browse all 9103

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>