Workspace Streaming

 View Only
  • 1.  Steaming Virtualization Agent blocking admin share to remote computer

    Posted Sep 29, 2013 10:27 AM

    After we have tested the streaming virtualization product. Notice one big issue with the product. It seems to block the access from anyone (includes the administrator) from UNC share to a remote computer that have streaming/virtualization agent installed. I can see the folders and the files on the root drive. However, when I try to open the program files folder, access denied, open a text file on the root drive, access denied, copy the file to and from that remote computer, access denied. Soon as I remove the streaming/virtualiation agent from the remote computer, the full control access is back. No problem with file share, file copy, etc. Anyone have any idea why this agent would prevent this type of access?

    Thanks,



  • 2.  RE: Steaming Virtualization Agent blocking admin share to remote computer

    Posted Sep 30, 2013 10:17 AM

    I remember testing this with 6.4.0.750 (SWS)  (SP8 MP2 GA) build sometime back and it had worked fine for me (Read/Write/Copy) through UNC share of machine with SWV/SWS agent installed.. Is it specific to a particular version ?



  • 3.  RE: Steaming Virtualization Agent blocking admin share to remote computer

    Posted Oct 29, 2013 06:41 PM

    We are experiencing the same issue and any help would be greatly appreciated.

    We are using:

       Workspace Streaming Agent version 7.5.0.493

       Virtualization Agent 7.5.522

       Windows 7 Professional Service Pack 1

        On a bare machine, if we install just the Streaming Agent the Admin share is unavailable. On some machines we cannot even see the folders and files listed.



  • 4.  RE: Steaming Virtualization Agent blocking admin share to remote computer

    Posted Oct 29, 2013 11:07 PM

    We have seen this issue in 7.5 Streaming agents under certain circumstances..All prior versions remain unaffected. You may try using a 6.1 SP8MP2 agent on machines exhibitting this behaviour.Good News is that the issue is successfully addressed and likely to be shipped in the next HotFix/Service Pack Release soon.



  • 5.  RE: Steaming Virtualization Agent blocking admin share to remote computer

    Posted Dec 19, 2013 08:11 AM
      |   view attached

    All - We have successfuly addressed this issue and shipped in the release vehicle SWS 7.5HF1 GA now avaiable @ http://www.symantec.com/business/support/index?page=content&id=HOWTO95006

    Be sure to deploy the HF1 agents to avoid this issue. Attached the release notes with more info on fixed issues in SWV/SWS_7.5_HF1

    Attachment(s)

    pdf
    SEV 7_5_HF1.pdf   239 KB 1 version


  • 6.  RE: Steaming Virtualization Agent blocking admin share to remote computer

    Posted Dec 20, 2013 05:47 PM

    Upgrade with the HF1, it seem upgrade success on both servers. After restart the server,unable to launch the Management console. Searching the directory, the console folder is empty now. I lost the management console url. also the size went from 500mb to 700mb after the upgrade.



  • 7.  RE: Steaming Virtualization Agent blocking admin share to remote computer

    Posted Dec 23, 2013 03:08 AM

    @ TheWillster, 'Support' is trying to reach you through your existing 'support' case to help you on this and might need the following information to drill down further.

    • First , do you have a backup of your preious/existing files prior to upgrade ? (Part of best practise)
    • How was the upgrade done exactly ? Did you had a chance to evaluate upgrade/testing on a development/test environment ?
    • What is the exact message you see when you access the Management console ?
    • What is the status of the Symantec Streaming (Console/Launch/Streamlet Engine) services in the Mircrosoft Services console ? (Service exist? / Started ? /Unable to Start ? )
    • Do we have Port 9842 listening to the Console service ?  Try accessing http://{HOST NAME}:9842

    Just as a side note , the fix to the original issue is a client side coding and does not rely on the server side changes.