Big Bug? SWV 6.1 SP1 & DataLayer = data corrupt / folders not accessible
Updated: 29 Jul 2010 | 11 comments
This issue has been solved. See solution.
Hi
I found a big problem with a data layer creation and managing.
Following this step I create a folder not accessible by explorer:
1) Install on a new machine with Xp pro SP3 ITA last version of SWV (6.1.5104) and reboot
2) Create a DataLayer
3) Specify datalayer to capture folder "c:\test "
3) Editing the layer and create folder "test" under [SYSTEMDRIVE] of RO sublayer
4) Activate the layer
5) Open Explorer and go to "c:\test"
6) Create a new folder (ie "new folder")
7) Deactivate the layer, then reactivate
8) Open Explorer and go to "c:\test\new folder"
At this point Explorer show an error and doesn't permit to enter into the folder
It's a known problem? I use an incorrect mode to make the test?
TIA
Sax
Discussion Filed Under:
Comments
That's an intresting bug and
That's an intresting bug and looks like it was something that's always been in 6.1.
It doesn't appear to affect MyDocuments but is in Systemdrive and Programfiles.
If you create a new folder in the location (so C:\test from the steps above) and then open the folder and move back out to the root location (C:\test) all the missing folders will appear until you deactivate the layer again. You still cann't enter them even though a permission test shows I have full control to the folder.
If a forum post solves your problem please flag is as the solution
Correct. i found problem with
Correct.
i found problem with an application stored in programfiles and tested moving this application on root but problem still remain.
A workaround I found is transform datalayer in "normal" layer and check "maintain the changes of the files in the level" so any program that changes files in the layer doesn't create multiple copy of them to layer (or base) responsible of the change.
In this case nothing go wrong on Xp, still on programfiles or root.
But I don't know if there's a way to capture every files created on particular folder (data layer permit to capture any news on the declared folder), any ideas?
Thanks
Sax
Same problem with folder rename
Hi,
I too seem to be having a similar problem. My process is as follows
1) create layer and install app
2) Modify the start menu in the layer to create a new folder and move the application folder into that folder
3) Activate the layer
I can then see the new folder I have created but the existing application folder as disapeared. If I move the original application folder back to it's original place, it works ok.
Going to try a global capture to see if that works or not.
Regards
Leonard you may want to check
Leonard you may want to check for delete entries as that sounds to be what your problem is.
If a forum post solves your problem please flag is as the solution
Had a look under the delete
Had a look under the delete entries and there is nothing there. I've done this sort of proceure heaps of times before with all our virtual applications.
What I have discovered is that if you move the modified start menu folder from the System (CommonPrograms) folder into the User-Specific (Programs) folder, then it works all ok. So a sort of fix but I prefer things under all users rather then the current logged on user.
There's no way to do an
There's no way to do an include outside of a data layer.
There's a bug in and someone should be looking at it soon--but that doesn't mean a fix will be soon.
If a forum post solves your problem please flag is as the solution
Today I have opened a ticket
Thanks Jordan, you confirm my bad situation.
Today I have opened a ticket on the problem with Symantec / Altiris support, hope to solve in a short time.
What I don't understand is why anyone found this big big problem on the 6.1 driver... maybe everyone like old svs 2.x?
I like svs 2.x but it is not ready for windows seven and, big problem, swv 6.1 is more fast than svs 2.x, so necessarely I have to use swv 6.1.
I will report here any news
Sax
Well for some reason our
Well for some reason our Datalayer automation tests don't hit this problem even though some of them do the exact same steps and that's why we haven't seen this for now.
Opening a Ticket will defiantly help getting this resolved by moving up it's priority, anytime a paying customer is hitting a bug that make it more likely it will get fixed sooner,
If a forum post solves your problem please flag is as the solution
Anyone know if there has ever
Anyone know if there has ever been a resolution for this issue, I've had to give up using data layers outside of the My Documents folder.
It's been fixed in SWV 6.2
It's been fixed in SWV 6.2 which is in a beta right now (see my recent blog post).
If a forum post solves your problem please flag is as the solution
Also fixed in SWV 6.1.5114
Also fixed in SWV 6.1.5114 (look on kb)
Tested on many pc's and seems to be regular now
Would you like to reply?
Login or Register to post your comment.