Video Screencast Help
Search Video Help Close Back
to help
New in the Rewards Catalog: Vouchers for "Symantec Technical Specialist" and "Symantec Certified Specialist" exams.

SVS related queries

Updated: 29 Jul 2010 | 9 comments
tageur's picture
0 0 Votes
Login to vote
  1. How will SVS work if there is file present on the build having version eg 1.0,and there are two application one having a file with lower version than on base build and one application having a higher version than present on base build,if all 3 files go to the same location how will application work.What is the logic behind this?will it refer to file present on the build or the file in respective vsa.NOW for the above question we will have 2 cases.
    1. if all 3 files are dll?how will dll hell be not there?
    2. If all 3 files are .exe eg firefox.exe with version 1.0, 2.0, 3.0 .how will they behave if all three are present at the same time
  2. How should we handle files created at run time at various locations because these files wil not be removed on deactivation. Also if files are manually copied in the installation folder they will not get removed on deactivation.
  3. In SVS the virtualized resources are visible to other application due to the redirector sitting at a lower level in the stack. This presents us with theoretical risk of unexpected interaction between layers? will these issues arise?

Comments

Scott Jones's picture
22
May
2008
0 Votes 0
Login to vote

Layer Visibility

For #1, please read this Juice article: http://juice.altiris.com/node/548

2 - Files written by the app will go into the layer, unless excluded. If a base process writes to the app's installation directory, yes, that will stay in the base. The theory is that a base process should not be able to modify (and potentially corrupt) a virtualized app. However, that does mean that artifacts of a virtual layer might get left behind on deactivation, because a base process saw the app when it was active and did something. MRU entries in the registry are the most obvious example.

3 - I assume you are asking when is normal visibility a bad thing, not a good thing. Well, if you ask Microsoft, it's always a bad thing. But if you ask SVS customers, the scenarios where it causes trouble are few and very specific/contained. For example, apps that programatically prevent multiple instances in memory at the same time (like Windows Media Player) -- if you have two versions in SVS layers, you will only be able to use one of them at a time. Also, some versions of Java have trouble if they can see elements of another version on the system. The pros definitely far outweigh the cons. Very consistently, customers indicate that normal visibility is SVS's key advantage.

Scott Jones
Product Manager
Symantec

Scott Jones
Business Critical Engineer, Endpoint Virtualization
Symantec Corporation
www.symantec.com
 

erikw's picture
23
May
2008
0 Votes 0
Login to vote

Simple SVS behaviour explanation

A very simple explanation of this question is as follow:
SVS layers alway's lookup the requested DLL init's own layer. When it is not present over there, it will look on the C file system.
If it is not present there, you have a issue.
If you have a layer that is dependend of a DLL that is not in the layer, but you need the DLL with that particular version number, just doubleclick the de-activated layer, and drag the requested DLL inside the layer.
That is the easiest way to get this solved.

Regards
Erik
www.dvs4sbc.nl

Regards Erik www.DinamiQs.com Dinamiqs is the home of VirtualStorm (www.virtualstorm.org)

*************************************************************
If your issue has been solved, Please mark it as solved
***********

FrankB's picture
24
May
2008
0 Votes 0
Login to vote

Excellent

Tageur asked these question via a private message, I gave them the same answers, but he might have been thinking I was employed by Symantec :) This is why I directed him this way to get his questions asnwered :)
This way the whole world can participate in helping him.

Cheers, FrankB

______________________________________________
Frank Bastiaens
Senior Technical Consultant
Vanderlet B.V.

erikw's picture
24
May
2008
0 Votes 0
Login to vote

Ain't you Frank? :)

Ain't you working for Symantec?
He PM me also, but knows for sure i'm not, and i do know for sure Frank is also not working for Symantec.
Regards
Erik
www.dvs4sbc.nl

Regards Erik www.DinamiQs.com Dinamiqs is the home of VirtualStorm (www.virtualstorm.org)

*************************************************************
If your issue has been solved, Please mark it as solved
***********

FrankB's picture
24
May
2008
0 Votes 0
Login to vote

Sometimes....

Sometimes I doubt it myself, as I'm advertising SVS to everyone :)

Cheers, FrankB

______________________________________________
Frank Bastiaens
Senior Technical Consultant
Vanderlet B.V.

Jordan's picture
24
May
2008
0 Votes 0
Login to vote

Heh, I got PMed by him

Heh, I got PMed by him too.

Looks like he hit everyone up.

If a forum post solves your problem please flag is as the solution

Swami's picture
25
May
2008
0 Votes 0
Login to vote

Frank, SVS such a

Frank, SVS such a marvelous, great, wonderful tool for FREE of cost. There is nothing wrong in advertising SVS. I have become die-hard fan of SVS. Apart from that for promoting SVS in blog, I got a free T-shirt too. There are other Freebies for contributions in the juices form, which attracts me even further.

Greetings,
Swami.

tageur's picture
26
May
2008
0 Votes 0
Login to vote

Thanks.....

Thanks Scott,Eric,Frank,Jordan for answering all the queries!!!I wasn't sure about discussion thread so I sent PM (sorry all of you for that),but when Frank suggested i came to know about it...

FrankB's picture
26
May
2008
0 Votes 0
Login to vote

See...

That is why I do it :)

Cheers, FrankB

______________________________________________
Frank Bastiaens
Senior Technical Consultant
Vanderlet B.V.