Installed Endpoint protection and servers ground to a halt.

jmangan's picture

I have just installed Endpoint protection 11 on a  sample of servers and workstations. I have used the same server that previously hosted SAV 10.x so that installation is gone. At the moment I am only using the Antivirus component and the initial installation seemed to go well; client appeared on each machine, virus definitions were updated and the reporting component was picking up information from the clients.

However the next morning some of the servers were marked as needing a reboot. I decided to schedule that out of hours but late in the morning (well after the first login rush of the day) people started complaining that their machines were slowing down and losing network shares.

One of the servers (Windows 2003 SP1) I updated stores all of the users profiles and although this appeared to be fine (CPU ~ 4-8%, 4GB RAM, 500 MB swap, ~1% network utilisation, no useful event log messages) it looked like this was the cause of the problem. Everything else on the network seemed to be okay. Eventually, lacking any other clue to the problem, I rebooted this server and everything returned to normal. About an hour later, the problem started showing up again and this time I removed the client and rebooted. Three hours later everything still seems to be fine.

I also updated one of our Domain Controllers (Windows 2003 SP2) and at one point that appeared to be frozen (or very, very slow) and disabling the client appears to have sorted that out as well.

Any clues at all?

jmangan's picture

Sorry, should have said user home directories rather than profiles. However, I have just re-checked the server now that the service is stable and found that the network bandwidth utilisation is is far higher than previously (short term peaks up to ~50%) which made me look for something that could have throttled network utlisation. The likely answer seems to be File Auto-protect but why wouldn't this have been evident when everyone logged on at the start of the day? Is this a red herring?

rgs's picture

I had a similar problem with a domain controller here slowing right down and not letting users log on. I solved it by disabling Network Threat Protection. I haven't had time yet to go back and see exactly what it did to cause the problem.

jmangan's picture

rgs,

Thanks for that. I know I've seen the phrase Network Threat Protection but I can't find it in the policies. Are you referring to network drive scanning or Network Application monitoring? Or am I suffering from option blindness?

[EDIT] Actually, scratch that. I found the option in the help file and tied it back to the policy options. But it keeps referring to the firewall. I only installed antivirus and antispyware components so Network Threat Protection shouldn't even have been active!



Message Edited by jmangan on 10-10-2007 01:18 AM

James Henderson's picture

We have had exacty the same problem, the network and server appear to freeze and no shares are available.
Any advise on how to fix this would be a huge help.
Rebooting the server seems to solve for a while then it just comes back again.
 
jmangan's picture

This is getting weirder. I have disabled all of the Symantec services on the server (I went into Safe Mode to disable the Client Manager and remove ir from Windows/Run in regsitry) and the problem is still occurring. Installing SEP is the first thing to change on this server in weeks, if not months, and now it seems to be completely unstable.

How come you cannot uninstall the client from Add/Remove programs?

This time I was actually watching the network utilisation in Task Manager. Slowly, over a period of 15-20 minutes it decays away as more and more people call up to say they are losing their shares, machines are freezing, etc.

One reboot later and all is well - for a while. I've checked the network adapter drivers and we are at the latest level.

I need help!!

SyP's picture

I have the exact same problem. I've just installed SEP on several clients and on two servers (both freshly installed Windows 2003 SP2). The clients are fine, but one of the servers (terminal service enabled, some shared folders, nothing else) is producing weird network halts - I can ping it, connect to it via mstsc.exe, but any connection attempt to the shared folders fails. I have only installed the necessery minimum client to the servers (antivirus and -spyware).

pero's picture

We have same problem. Any solution for that?
jmangan's picture

I don't know if this is a clue or a red herring but . . . we were running the latest Dell network drivers on our affected server but one of my colleagues downloaded a later Intel driver. While he was doing that he noticed that in 'Network Neighborhood' under 'Entire Network' there are four 'Symantec SNAC Network Provider' entries. These disappeared when he installed the new driver but have subsequently reappeared. This is on a server where I have disabled all of the Symantec services and applications. These entries also appear on the other servers that SEP was installed on but not on any of the other servers.

Have we been root-kitted by Symantec?

The Computer Guy's picture

I also experienced the same problem on Windows 2003 Server systems... History repeats itself and I had forgotten a hard lesson from years past... DISABLE "INDEXING SERVICE"... Then RESTART your server. Most likely, your performance issues will disappear!
 
Step by Step:
 
go to Administrative Tools
 
select SERVICES
 
locate INDEXING SERVICE
 
If it's running, then STOP the service
 
right click on INDEXING SERVICE, select PROPERTIES
 
halfway down the page on GENERAL TAB, select the down button for STARTUP TYPE- select DISABLE
 
select OK
 
close Services
 
Restart your server - computer
 
I can 99.9% guarantee success!
 
If not... then you may have other issues... call Enterprise Tech Support- 800-927-4017
The Computer Guy's picture

I also experienced the same problem on Windows 2003 Server systems... History repeats itself and I had forgotten a hard lesson from years past... DISABLE "INDEXING SERVICE"... Then RESTART your server. Most likely, your performance issues will disappear!
 
Step by Step:
 
go to Administrative Tools
 
select SERVICES
 
locate INDEXING SERVICE
 
If it's running, then STOP the service
 
right click on INDEXING SERVICE, select PROPERTIES
 
halfway down the page on GENERAL TAB, select the down button for STARTUP TYPE- select DISABLE
 
select OK
 
close Services
 
Restart your server - computer
 
I can 99.9% guarantee success!
 
If not... then you may have other issues... call Enterprise Tech Support- 800-927-4017
The Computer Guy's picture

I also experienced the same problem on Windows 2003 Server systems... History repeats itself and I had forgotten a hard lesson from years past... DISABLE "INDEXING SERVICE"... Then RESTART your server. Most likely, your performance issues will disappear!
 
Step by Step:
 
go to Administrative Tools
 
select SERVICES
 
locate INDEXING SERVICE
 
If it's running, then STOP the service
 
right click on INDEXING SERVICE, select PROPERTIES
 
halfway down the page on GENERAL TAB, select the down button for STARTUP TYPE- select DISABLE
 
select OK
 
close Services
 
Restart your server - computer
 
I can 99.9% guarantee success!
 
If not... then you may have other issues... call Enterprise Tech Support- 800-927-4017
jmangan's picture

TCG,

Thanks, if I ever get the server working again I will try that. We couldn't wait any longer for a fix so we tried running the server in safe mode and deleted all references to Symantec in the registry. Now, not entirely surprisingly, we have a non-booting server which we are re-building.

Even if indexing is the answer (and I would really like to hear if it cures everyone elses problems) this is not good enough from Symantec; no response to this forum (although other simpler questions get answered), no way to remove the client to confirm the source of the problem and no warning up front that that they are installing at such a low level that removal is virtually impossible.

Just not good enough!

Now, back to the server rebuild . . . . .

jmangan's picture

Woohoo! First time ever the repair option actually worked for me. Server is backup, the "Symantec SNAC Network Provider"  instances have disappeared and (by the way) the indexing Service turns out to have been disabled all along.

I can't recommend this as a repair procedure but so far its looking pretty good!

jmangan's picture

If you are experiencing this problem then try this:

http://service1.symantec.com/SUPPORT/ent-security....


We did this on Friday and today is the first day since we installed SEP that the server has not suffered from a glitch.

Recommended (so far).

SpecialK 2's picture

I have experienced this same problem on a Windows 2003 R2 SP2 Server with current Windows updates and Intel NIC drivers. The server will run fine 2 or 3 hours and then all of the sudden access to the shares disappears. A restart will cure the issue for a few hours and then the issue occurs again. Nothing strange in the task manager, and nothing unusal in the event logs. This server has never had this issue untill we installed Endpoint. Any Symantec guys out there want to try and answer this one? I will not deploy Endpoint Protection elsewhere until this issue is resolved.


Thanks For your Help!

-Rob

SyP2's picture

(in reply to jmangan) Maybe your suggestion works, but I'd rather try a solution which doesn't mean permanently uninstalling Symantec...

Message Edited by SyP2 on 10-16-2007 02:31 AM

SyP2's picture

Some additional information about our server: it's Windows Server 2003 SP2 Enterprise, with 4 GB RAM and Terminal Services installed.

jmangan's picture

Syp2, I don't disagree with you on the target but, lacking any involvement from Symantec on this thread, I will settle for the servers working.

Losing all of the users' home directories 3-4 times a day is worse than being hit by a virus! I'm quite serious, the productivity loss over the last week is directly comparable to a major virus outbreak. In fact with a viruis outbreak we would probably have shut down the affected servers immediately and rebuilt them rather than waiting for Symantec to offer some explanation/solution.

Good luck waiting for the 'right answer'.

James Henderson's picture

We turned off indexing and everything settled down for a few days, then suddenly yesterday afternoon we got all the same issues back again.
 
I am now removing this software from all servers and will go back to 10.2 as that seems to work, while we investigate other products.
 
I had been waiting for this as it was supposed to be true 64bit and a smaller footprint. As we run Citrix this was vital to us. However we are now going to be forced to look elsewhere as Symantec's lack of response on this issue is amazing.
 
 
endpoint's picture

Have come across this exact same issue myself - the customers license was for Endpoint so I downloaded & installed.  Seems the all the issues reported since are covered throughout posts on here.
 
I will try the indexing service tweak & report back.  I don't really want to have to do an uninstall on their server & PC's !
kking's picture

We have the same issues as well running 2003 Small Buisness Server. We lost shares and even lost the CAL's once. Our applications are crashing because of the shares are gone. Same behavior on the server. I really wish an Endpoint guy would post a fix on this forum. Or atleast admit they have an issue and that they are working on it and will report back. We have lost so much time due to this issue.
BrendanO's picture

Hi there just to add another vote we had the same problems.  Fortuately I managed to uninstall from 3 servers (2003 SP2)  before things turned really pear shaped.  I had to follow the manual instructions to get rid of some bits though (like the SMCINST service).  I currently only have this installed on 2 clients PCs (including my own) while I wait for Symantec to find some answers.  All the rest of the clients are still running 10.2 and probably aren't getting updates at the moment - at least until we set up a new 10.2 server!
Paul Murgatroyd's picture

Hi,
 
We are looking into this as I write.  However in order to help us out, can I please ask for as many as possible of you to answer the following questions:
 
1. What OS version and service pack are you running?
2. How did you install SEP on the affected server? standalone, managed, deployed using clientremote, created package using SEPM and deployed manually, etc.
3. What features of SEP did you install, select to be in the package, etc.?
4. Are you using default out of the box policies or have they been customised in any way?
5. What symptoms are you seeing, is it just network slowdown, unavailable shares, etc. or more?
6. What server model are you experiencing this on?
7. What network card does the server have in it?
8. Has anyone seen this problem on a VMWare host?
9. Have you logged a call with enterprise support? if so please post your call reference (or PM it to me if you prefer)
 
Thanks for this, if I can build up a database of these answers we may be able to spot a pattern.   I'm also planning on working on this over the weekend in an attempt to reproduce and work out whats going on.
 
 

Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

SpecialK 2's picture

Thanks so much for the reply, here is the revelant info:

OS Name    Microsoft(R) Windows(R) Server 2003, Standard Edition
Version    5.2.3790 Service Pack 2 Build 3790
Other OS Description     Not Available
OS Manufacturer    Microsoft Corporation
System Name    MTC-W2K3
System Manufacturer    Intel
System Model    SBD2A070
System Type    X86-based PC
Processor    x86 Family 15 Model 4 Stepping 3 GenuineIntel ~3192 Mhz
Processor    x86 Family 15 Model 4 Stepping 3 GenuineIntel ~3192 Mhz
Processor    x86 Family 15 Model 4 Stepping 3 GenuineIntel ~3192 Mhz
Processor    x86 Family 15 Model 4 Stepping 3 GenuineIntel ~3192 Mhz
BIOS Version/Date    Intel Corporation SE7520BD22.86B.P.08.00.0070.062820050954, 6/28/2005
SMBIOS Version    2.3
Windows Directory    C:\WINDOWS
System Directory    C:\WINDOWS\system32
Boot Device    \Device\HarddiskVolume1
Locale    United States
Hardware Abstraction Layer    Version = "5.2.3790.3959 (srv03_sp2_rtm.070216-1710)"
User Name    DOMAIN\Administrator
Time Zone    Central Daylight Time
Total Physical Memory    3,583.38 MB
Available Physical Memory    2.77 GB
Total Virtual Memory    5.35 GB
Available Virtual Memory    4.73 GB
Page File Space    2.00 GB
Page File    C:\pagefile.sys

This server is an Intel SC5300 series chassis with a SE7520BD2 motherboard. I installed SEP using client remote , and this server had the Admin console installed on it as well. Using default policies, however I had to modify the firewall policy to do a permit any any to as it was blocking DNS and DHCP client requests. The strange thing is that I had told it not to install  the firewall, however these policies were still present. The server has an integrated INTEL pro 1000 card with the latest driver.


Thanks,
-Rob

SpecialK 2's picture

Oops, I forgot one thing...

The main symptom is that the shares "disappear" within 3 or 4 hours of server operation. A reboot fixes the issue for another 3 or 4 hours. It seems like it may be a SMB signing issue???? The clients will all recieve a "delayed write failed" error message for the network drives when the issue first appears. I have since removed SEP and installed 10.1.5 and the issue has since gone away.. Hope this helps.

SyP's picture

at last. :)

hardware:
IBM eServer xSeries 235, Dual Xeon 2800 MHz, 4 GB ECC RAM, Broadcom NetXtreme Gigabit Ethernet (b57xp32.sys, 10.35.0.0, 2007.05.09.)

software:
Windows 2003 Server Enterprise Edition, SP2, Hungarian Language, all security updates applied
Symantec Endpoint Protection manual install (then changing SyLink.xml to make it managed), with only Antivirus and Antispyware elements included.

environment:
Windows 2003 domain member server.
It's not a VMWare host. It's a fresh install, with almost no additional software installed.

Symantec policies: they have been slightly customized, if I can easily dump it to a file and you request, I can send it.

Symptomes: Network experience is doing OK for a while (usually several hours, maybe it depends on how many bytes are transferred), then clients connected to the server are:
at first, able to browse the shares, but copying a file never completes, after that, one cannot mount the share any more, until someone restarts the server.

Paul Murgatroyd's picture

Hi,
I'm working my way through this... if you can upload your policies that you have applied to the problem machines it would be greatly appreciated.  Address is below.
 
login: symc_sep_troubleshooting
pw: $Ym@nt3c
 
With your help I'm sure we can get to the bottom of this!
 
thanks
 
p.

Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

MS's picture

i had a same problem, i delete all policy except for anitvirus & live update and leave them with default settings , but.... the problem is some things else.
symantec endpoint protection Break Down my Domain Controller and All File Servers.
and the only way is to uninstall sep&sepm completely ( the next generation of antivirus form symantec :smileyvery-happy: )
 
shameful :smileysad:
UlrikJPS's picture

As a result of reading this thread, I think I'll wait by deploying the new Endpoint Protection to our system, until this issue has been solved!
SyP2's picture

I uploaded my server's SyLink.xml policy file and a system report file made by Lavalys' Everest to Symantec's secure fileshare. I suggest that those with the same problem should do the same!


(A demo version of Everest can be downloaded from: http://www.softpedia.com/progDownload/EVEREST-Corp... )

Paul Murgatroyd's picture

Thanks for all the information so far, for those that haven't yet posted their machine information, please do so, it really does help.  If you wish to post policies, logs, specs, etc to the fileshare I referenced above then please do so - I will download and remove them as soon as I can.
 
ok, so this is where I am currently.
 
I have a domain controller built, running Windows Server 2003 SP2 (with all patches from Windows Update, except IE7), this is my SEPM, its using an integrated database.
 
I have three member servers connected to that, all running Windows Server 2003 SP2 (with all patches from Windows Update, except IE7) and SEP with just AntiVirus and AntiSpyware.  All three have network shares on them, and all shares have data on them (I copied a few large files, windows service packs, etc into them)
 
I created a new group in my SEPM and applied default AV and LiveUpdate policies to it (I made sure that the firewall and other policies were removed).  I then created a package that installed a managed client that had just the AV and AS components, nothing else.  I used the Client Deployment wizard to deploy to two of those servers and manually installed the same client onto the third server.
 
On two of those machines I have used a network traffic simulator to simulate traffic between the domain controller and the servers.  Over the course of 6 hours or so it transferred something in the region of 4GB of test data (to simulate user traffic, etc.)  The other server I left sitting there, doing nothing
 
After those 6 hours, I attempted some file copying (copying files from the three network shares the domain controller) and all three machines worked absolutely fine (copying 400 ish MB of data in around a minute each).
 
My domain controller is an IBM ThinkCentre S50, P4 with 512MB RAM, two of the servers are the same, the third is a Dell Precision 470 workstation, which is a dual Xeon 3.0GHz with 2GB of RAM - in terms of spec, chipsets, etc. its pretty much identical to yours SpecialK.
 
So, you can see I'm having real issues finding this problem.  I don't doubt its there... but its not going to be easy to trace down.
 
The information that SyP2 has given is really useful, is anyone else for instance running IE7 on their servers?
 
It would be very useful if more people could post their server specs and if possible what policies they have in use.  If I have missed anything out in my attempted reproduction of the problem then please also give a brief rundown of anything else I can do.
 
In addition to this testing, I have two SEPM's at a customer site, both these have been up since SEP RTM'd on the 11th of September, both are dual Xeon 3.06GHz IBM BladeCenters and both are running SEP client as well as the SEPM - I've had no problems with these machines since the installation date.
 
Also, as I said last time, has anyone logged a call with our support organisation about this problem?
 
thanks
 
p.
 
 

Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

SyP2's picture

We mainly connect to the server with Windows XP SP2 clients, if that's a factor, maybe you should try this too.

Paul Murgatroyd's picture

I have a spare machine, I'll try that later.
 
thanks

Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

Paul Murgatroyd's picture

do you have SEP11 on those XP clients?  If so, what features/policies?
 
failing that, what product is installed?  Just AV or AV and a firewall?
 
thanks
 
 

Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

jmangan's picture

Paul,

I have raised a call, Case 240-659-810, what might help is my last entry where I point out what was left to remove from the client after our own efforts had been exhausted and we got the 'official' Symantec advice. The problem must lurk in the few remaining files and registry entries.

I would also point out that I have not seen the problem on all of the servers I have rolled it out to  (Remote Client Installation) and I am using Windows 2003 SP1 & SP2 on Del hardware.

I hope it helps.

John

Paul Murgatroyd's picture

Hi John,
 
Thanks for that, the case detail is extremely useful.  Can I just confirm one thing with you as the case makes it a little confusing.  When you followed the manual removal steps, did you or did you not still have these files present on your server?
 
C:\WINDOWS\system32\drivers\SysPlant.sys
C:\WINDOWS\system32\drivers\teefer2.sys 
C:\WINDOWS\system32\drivers\WpsHelper.sys

thanks!

p.


Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

SyP2's picture

We mainly use SEP11 on XPSP2 clients. On most machines antivirus, antispyware and proactive threat detection are installed. I uploaded my clients' and my administrator machines' SyLink.xml files to the share, is it the file which contains the policies? At first sight it only points to the management server.

jmangan's picture

Paul,

I'm working from memory on this now but I can say:

- I definitely didn't see any teefer2 references in the registry or in the network connection settings.

- I am pretty sure (~90%) that I haven't seen wpshelper.sys

- I am less sure about SysPlant.sys but I don't recall seeing it.

Regards,

John

Smiley Mak's picture

Seems I have not have enough trouble with symantec.
 
Any update/possible eta for solution on this please???????????
 
Come across this thread while looking for info for Premium antispam. One of my client is going to install Endpoint. After reading the postings, I am doomed. As My manager will not care and I will need to sort out my client's Antivirus software.
 
Beside hand in my notice, anyone has any idea what other product  to go for ?
Kenneth Sheppard's picture

Paul, I am also seeing the exact behavior with SEP 11 when installed on a DC.  I did setup a case with Symantec and it's 311731745.  In a nutshell, I was able to use the manual method to remove SEP 11 from my DC, which is running Microsoft Small Business Server 2003 w/SP1.  I was previously running SAV 10.1.4 in my environment and all was well using Symantec System Center. 
 
The issues that I saw when installing SEP 11 on my DC was that after a few minutes ALL network shares/printers would stop responding from the clients following a reboot.  I only installed AV/AS to this server and my server policies on my Endpoint Manager did not have any of the firewalling features installed.  Before I started the install on my SBS server, I performed a full uninstall of SAV 10.1.4 from this server and rebooted.  The unistall of SAV 10.1.4 was clean and followed with a reboot.  I am finding that SEP 11 almost never cleanly unistalls from a server (Windows 2003 SP2, R2 or SP1).  And my server did not contain the *.sys files that you listed.  To me, it's like the firewalling features are getting put into place regardless of the installation type or the policies that are being used.
 
Thanks and good luck with the research.
 
Ken
Paul Murgatroyd's picture

thanks for everything so far guys, its all very useful.  Kenneth I looked at that call reference, but I'm not sure the number is right... any chance you could double check it for me?
 
so heres where I am now.  I now have a Windows XP SP2 client installed in my domain, running SEP with AV/AS and PTS.  Windows firewall is enabled.  I started to copy files from a server that I had installed over the weekend (one 400MB ish, one 60MB zip file).  The 400 MB file came over fine, the 60MB nearly completed and then I received the error "no longer avaliable" and I couldn't connect to the server from any other machine... so it seems like I was able to reproduce this issue.  Ping and Remote Desktop still worked fine though, can others confirm this?
 
Now the puzzling thing... I see nothing in the SMC or AV debug logs that indicates abnormal behaviour.  I do see some strange entries in the SEP logs though.  What I then did was create a new firewall policy and delete all the default rules, I then created a blank rule (which is any, any, any, etc.) and applied it to my servers group.  Once the server had updated its policy it was once again available on the network.
 
Can someone else who is seeing this problem please try the firewall policy creation test and see what happens?
 
thanks
 
 

Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

James Henderson's picture

I can confirm Ping and Remote Desktop works for us, but no file access.
We do not run the firewall policy at all, it is disabled.
One thing I have noticed we run this on Citrix servers and they continue to serve Apps happily, but not file shares.
 
Kenneth Sheppard's picture

I can also confirm that RDP and ping both worked correctly for us while the shares were unavailable.  Our server group does not have any firewall policy assigned and the sole firewall policy that was created during installation was disabled during the initial configuration before I actually deployed any of the clients/servers.  It's quite clear that TCP 137 and TCP 139 are simply being blocked by some SEP mechanism.
 
I did confirm my Symantec case and it's 311731745.
 
Ken
PA_Infrastructure_Foxconn Corp's picture

Paul or Symantec Support,
This issue has not crippled Multiple Sites in our organization across both the US and Mexico...  The Problem happens on any Windows 2003 SP1 or SP2 Station and affects all \\ File Shares.  Remote Desktop is still available also ICMP (PING) Functions w/out issue, SQL Servers as well as some Application(s) that in no way rely on File Shares and/or file write functions to these Servers stay running.

Symantec Customer Number:
Symantec Case Number:
281235391 - Approx 1-2 hr Run on Win2k3 SRVR (ENT & STD) SP1 and SP2 drops all File Shares.
This one is under a North American Enterprise Symantec Agreement...  This does not include our Latin America, EMEA, or Far East Operations and User Base...  Take 3 seconds from your day to research the company and You will quickly see the impact not addressing this issue will have.
On 11/15 - I will insist our Company and all Stategic Business Partners Worldwide find a Functional replacement to this SEP non-functional Downgrade from SAV10.x.  Starting on this date we have a Worldwide IT Planning and Business Partner IT Conference... With this issue today being the greatest impact to Pan American Operations across multiple sites the first item to be addressed will include Our recommendation to Every Worldwide IT Contact with Partners such as: HP, Dell, Acer, IBM, Lenovo, Microsoft, Cisco, and Apple, which my company is in some level a direct Manufacturer for worldwide.

I could understand this type of grave error in releasing at best Beta Level Code of Symantec had been purchased by some other large software company out of R...., WA but it is completely unacceptable for Symantec as a company that is suppose to a cornerstone for Security and Protection to release this software when there is no possible way it was ever tested properly under a Server OS.

Please forward this as needed thoughout the Symantec Global Management and Customer Service Organization(s) as I will ensure it gets the attention it deserves from my end from now until either Symantec Fixes the problem and/or we migrate away from every Symantec Product used in our Organization Worldwide.

Thanks for you time, consideration and for the timely fix will follow in the next few days.
Jason



Message Edited by PA_Infrastructure_Foxconn Corp on 10-23-2007 06:31 AM

Message Edited by Helen_Gressman on 11-11-2008 10:36 AM

Paul Murgatroyd's picture

Guys, thanks for all your quick responses.  I accept that none of you have the firewall installed and have not applied any firewall rulesets.  Thats exactly how I had it.  However, if you can... what I'm asking is that you try creating a new firewall policy, delete the existing rules and create a blank one which by default is any, any, any.
 
If you then apply this to the group, let the client on the server update and see what happens.  In my testing, my server started working again after this.
 
Jason (Foxconn) I am well aware of the company you work for, and let me assure you that this issue does have extremely high visibility within our organisation and we are working to resolve this as soon as possible.
 
Thanks for the case numbers, I will reference them further this afternoon.

Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

Kenneth Sheppard's picture

Paul, I appreciate the help that you're providing in this "testing phase."  However, there's no way in he** I'm placing SEP 11 back on my sole production DC to test these new procedures.  The main reason--other than the obvious interruption to services--is the complete inability to run a clean uninstall of SEP 11 from Add/Remove on my servers.  It simply DOES NOT WORK!  It gets part way through the uninstall, stops, and then I'm stuck with a corrupted install that forces me to poke through countless registry keys on my DC and other servers.  I've done this twice now since installing SEP 11 to my servers/network and it's not fun.
 
Surely this is why they call a product an Alpha, Beta and RTM...
 
Ken
 
 
Glenn K's picture

Add another unhappy customer to your list.  We tried installing this in a limited fashion and things seemed fine at first.  However, I came across this thread as I was researching some other issues and realized that if I installed this on our production file servers, we'd be in big trouble.  So far I'm not very impressed with this product at all.  The previous version of Corporate Edition 10.2 was solid for us, and for now I'm going to stick with it.  We'll likely start to look for another solution if this is the direction that Symantec is going.

Paul Murgatroyd's picture

Hi Ken,
 
Thats no problem and I completely respect that.  I don't expect customers to jeopardise their production infrastructure by testing things for us.  The comment was purely on the "if you are able to" front (for example in a test environment).  I can assure you that SEP was tested extensively on a vast quantity of both client and server Operating Systems and installation and removal worked absolutely fine (indeed, my own experience is that SEP is many times better at installation and removal than SAV was).
 
thanks for your support and information so far.
 
p.
 
 

Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

jbenisek's picture

I have had this server lockup 2 times in 4 days. Blocked access to files and domain login! However, we use DFS so tracking file access loss is hard as our backup servers take over and service the files if there is a file access issue.
 
Install Notes: Had lots of problems, INETPUB folder access did not install correctly and had to be fixed this took 2 days to find and fix. We had Home, Monitors and Reports show ACCESS DENIDED from the Manager Console. Lots of client errors and problems installing. Did a migration as per the documentation. We were on 10.1.5 so the migration was ok because we were not on 10.1.6. After the migration failed I imported the computer list from AD and deployed over the network for all XP Workstations. Vista systems deployed by running .exe package from workstation.
 
  • Dell Windows 2003 R2 w/ 3 member servers (running, WSS 3.0, TS, Off site back DFS)
  • DC/IE7/WSS 2.0/.NET v1; v2; v3 all current; Java 1.6.0_03-b05;
  • EndPoint on the Server won't connect to Management Server (itself) Wont update Policy or allow for import or export just doesn't do anything.
  • Errors Never Seen before miragtion/install: This next error is funny as it's 2:01 am and no one is in the office. This didn't stop until we powerbutton shutdown the server.
 
Event Type: Warning
Event Source: Srv
Event Category: None
Event ID: 2022
Date:  10/23/2007
Time:  2:01:21 AM
User:  N/A
Computer: KING
Description:
The server was unable to find a free connection 40 times in the last 60 seconds.  This indicates a spike in network traffic.  If this is happening frequently, you should consider increasing the minimum number of free connections to add headroom.  To do that, modify the MinFreeConnections and MaxFreeConnections for the LanmanServer in the registry.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 00 00 00 00 03 00 48 00   ......H.
0008: 00 00 00 00 e6 07 00 80   ....æ..
0010: 00 00 00 00 9a 00 00 c0   .... ..À
0018: 00 00 00 00 00 00 00 00   ........
0020: 00 00 00 00 00 00 00 00   ........
  • This failure required a reboot to fix. No clients could connect. Hold Power Button, consol didn't respond! 2nd time this has locked us up.
 
  • Next Error:
Event Type: Warning
Event Source: VolSnap
Event Category: None
Event ID: 30
Date:  10/23/2007
Time:  7:12:59 AM
User:  N/A
Computer: KING
Description:
An unfinished create of a shadow copy of volume C: was deleted.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 00 00 00 00 02 00 58 00   ......X.
0008: 00 00 00 00 1e 00 06 80   .......
0010: 00 00 00 00 00 00 00 00   ........
0018: 00 00 00 00 00 00 00 00   ........
0020: 00 00 00 00 00 00 00 00   ........
  • This one is new. How many people have Shadow Copies on? Looks like the server locked up during a shadow copier, how does Endpoint handle Shadowcopies?
 
Next:
  • LiveUpdate service is running and stopping every 20+ seconds and has been for hours!
  • We use a program called BillQuick which runs off .NET 2 Workstations now have corrupted .net installs, this is from BillQuick Support

Here is what we need to try.

 

  1. Uninstall BillQuick and all .NET framework versions from the PC.
  2. Remove the PC from the Domain (change to workgroup)
  3. Create an administrator account on the computer.
  4. Reboot the PC and log on with the local user that was just created.
  5. Install the full version of BillQuick downloaded earlier.
  6. Reboot the machine and log back in as the same administrator.
  7. Run BillQuick, if this successfully runs there is an issue with the domain user on the pc. If it does not run at this point the MDAC on the pc is damaged.
    1. If we are successful in running BQ at this time rejoin the domain and restart the computer, see if BQ runs at this time. If not there is some security settings that are not allowing us to have full access to the BQ installation folder c:\programfiles\billquick2007\
    2. If BQ doesn’t successfully run you can contact us further for assistance with MDAC troubleshooting.

 

<--------------------------------------------------------------->

 

          <  -  Nicholas Chappell  -  >

   <  -  -  BQE Software Support  -  -  >  

           <  -  (310) 602 - 4030  -  >

 

  • Next:

Event Type: Information
Event Source: EventLog
Event Category: None
Event ID: 6013
Date:  10/17/2007
Time:  12:00:06 PM
User:  N/A
Computer: KING
Description:
The system uptime is 6133258 seconds. 70+ Days uptime before EndPoint

jbenisek's picture

ALSO NOTE:
 
I have a Windows XP SP2 user who just got EndPoint loaded on his laptop and it kills/blocks .NET from running and therefor keeps other programs that use .NET v2 from running. Namly a program call Bill Quick. It's not nice about it. This isn't of we are sorry we blocked this program. It's a real .NET crashed and has failed. I uninstalled EndPoint and everything works fine. I can put this in as an exception just tell me what .dll or .service or filename to program in.
 
Reinstall of .NET and Bill Quick Fail.
 
Check out my blog
Malfean's picture

Hello.
 
Same problem here too.
Fileshares stop working, DC seems to seize all shares and so preventing any login to domain... and so on.
Had to remove SEP from DCs and Fileservers. Workstations work very well.
 
Now I made firewall/intrusion rules that allow all trafic, and assigned it to problematic group.
Also made exclusion to sysvol. Yet to see if it worked.
 
Another problem is that SEP11 uses about 5 times more cpu than SAV version 10, but thats another story.
 
Im not very pleased to this product.
mkj_'s picture

I run a small network (one 2003 S.B. server with 8 XP clients). The server runs as a fileserver and mainly default policies. We upgraded to SEP about two weeks ago and  that's when the problems started. So, after two weeks of losing the fileshare a couple of hours after rebooting the server, yesterday the server ground to a halt. I rolled back the clients to 10.1 which was the previous stable version we used. 

When I tried to uninstall SEP from the server...nightmare! No information on the Symantec website, and as previous posters on this thread have stated, Add/Remove simply doesn't work! On our server, the progress bar 'progresses' about 5mm and then hangs. When I tried to cancel the uninstall, nothing happened; the window didn't close. Eventually the only way I could close the window was to logout.
I rechecked Add/Remove and SEP wasn't listed so I figured it had uninstalled despite the hang. On rebooting the server, I again checked Add/Remove and SEP was back in the list! Fortunately someone has since posted a link to the uninstall process (albeit for XP), which has enabled me to roll back to 10.1 on the server.

Our issue we have had rings true with most other posters, but one point I'd like to add is the process dfssvc.exe was creating a 2Gb pagefile at the same time as we were running SEP. I subsequently found that MS has released a hotfix for this but I've never noticed this process [having such an impact] before and only since running SEP. On removing SEP, the process is no longer having such an impact (and I haven't added the hotfix...yet!). Now, this is just speculation because I didn't monitor this process at the time the server was struggling (it's a production server) - but could the dfssvc.exe contribute to an inordinately big pagefile in turn causing the server to stop the fileshare?

GrahamA's picture

Thank you all for your feedback and assistance to date re this issue.

Please be assured that Symantec are taking this issue very seriously and currently Technical Support are investigating it as a priority.

If anyone else experiences these symptoms, can you please log a case with Technical Support and reference the case number 240-666-465. This way we can properly link related occurances together, set priority correctly and ensure all affected customers get assisted re resolving the issue.

When Symantec Technical Support reach a conclusive outcome with their investigation, I'll post a further update here to update the other forum users.

Best Regards,
Graham Ahearne.
______________________________________
Sr. Manager, Technical Product Management
Endpoint Security Group, Symantec Corporation

GrahamA
Product Management, Symantec Security Solutions

PA_Infrastructure_Foxconn Corp's picture

Everyone,

This was open per request already and here is some additional information we're gotten from Symantec EMEA on the situation.

Case 281-235-391

 

Hi Jason,

Thanks for the feedback. EMEA Regional Level 2 and I have just come off a conference call with Paul to gather all the info he has on this issue. We haven't had many cases opened at the Helpdesk on this for some reason, and so we've been looking at the info on the forum and listening to the feedback Paul has been able to give us on what he's been able to recreate.

The situation at present is that we are trying to recreate the issue in our labs so we can try to determine the cause of the problem. Once that has been discovered we will be able to advise you on fixes, workarounds, patches - whatever the case may be.

As far as I can tell you are the first person to report no change once the "any any any" policy was tried, so that's useful to know.

Thanks again for the feedback, apologies for any inconvenience caused and I will let you know as soon as we have an update on the issue.

Warm regards,

Alan.

Alan,

Typically the issue has been mostly limited to only Windows 2003 Server OS Version (Both ENT & STD) running a combination of both SP1 & SP2...

The Main issue we have is "Loss of File Shares" on the problem Server(s) this is happening to our Plainfield File Server, as well as to 2 other Application Servers running in Plainfield. Rebooting the station resolves the issue for between 2 to as long as 48 hours before no shares are available again to the server(s)... With this even from the Server Console I can not open "\\localhost\sharename" so this is not just remotely from other workstations but is a problem physically on the server.

I have applied "Special Rules" per Paul Murgatroyd from posting under Symantec Forums (https://forums.symantec.com/syment/board/message?b...) where he suggested even without using Network Threat or Proactive Threat Protection where he recommended adding "any any any" allowed rules for Network Treat Protection and similar for Proactive Threat Protection... No change.

Every Server in the affected building in Plainfield running SEP is @ minimum: 2x 2.0Ghz (or Faster), 2Gb RAM (or Better), running U320 or Fibre Channel (2G) storage... This isn't a hardware issue, all Servers are Proliant BL, DL, or ML min Gen 4 Series, and all run Global Select Microsoft OS Versions with WSUS 3.0 applied updates.

No problems on any server until the upgrade to SEP, this appeared to work fine in our Test Environment, but we also didn't have the user base or file activity on the Test Server(s) that we do in our Production Environment.

We also see "Random" issues where the Client (So far only under 2K3 Server OS as well) will show a "Yellow" icon and give message about "Content or Installation may be corrupt" if this happens the only way found to fix the issue is to manually uninstall the SEP Client, Reboot the Server (very difficult in our environment) then reinstall the SEP Client.

Please Advice ASAP if Symantec can release a patch the file share issues which are from what I can find very wide spread... Otherwise we will be forced to manually uninstall SEP and downgrade to SAV10.1 as these problems can't be left in our environment.

Thanks,

Jason

Pan-American IT Infrastructure Lead

 

jbenisek's picture

Any News? Our Servers were down this morning ageain. Every Morning since the Upgrade to EndPoint our DC which hosts EndPoint has been locked up and does not allow anyone to access network shares.
 
Another 2 hours down time! This is adding up. We will be uninstalling EndPoint on Thursday from all systems if this is not fixed and going back to Symantec 10.1.7. Good Luck!
Fizzbang's picture

Has anyone got some method of getting this product off our servers yet....I too have the same problem..we have installed this onto one of our File and Print servers and it has also ground to a halt...
 
I just need a successful method of stripping it off....We have decided to go back to Mcaffee on the servers.
 
 
PA_Infrastructure_Foxconn Corp's picture

Fizzbang,

Good Luck...  If you have ability to reboot servers say 3-4x then you can fumble though this:
 
 
Actually for XP Pro but it will kill off SEP11 in most cases... We're finding there are others which are being a lot more difficult.
 
McAffee should over "Competitor" Uninstallation Routines, if you do go that direction touch base with their Support and they should have a tool to help out as well.
 
Wish it was that easy on our end ;)
 
Jason
Glenn K's picture

We have two DC's at our office.  The "secondary" DC is our Symantec AV server, and we had installed SEPM on it.  We also installed the client on the "primary" DC, another file server, and a few workstations.  After reading this thread, I was very hesitant about installing it on any of our other servers, even though we weren't really seeing any problems.  I was able to successfully uninstall from Add/Remove programs with no problems on all three servers and the few workstations.  The DC that had the client installed on it acted a little funny after we rebooted from the uninstall-DNS service wouldn't start and AD was showing a lot of errors in the event logs...however this may or may not have been due to a change I made to the hosts file before I rebooted.  I changed the hosts file back to normal and rebooted again and everything was ok.

I wonder if it has anything to do with some of the latest Windows updates not playing nicely with SEP?  We haven't updated our DC's for the last couple of months.  All servers are Windows 2003 RC Standard, SP2.  Dell PowerEdge 1950's.

The stories I have read on here have convinced me to stay with 10.2 on the clients 10.1.5 on the servers for the forseeable future.

KTH's picture

I found this thread while researching an issue that I'm experiencing with SEP 11. On several W2K3 servers I started experiencing high Processor % Interrupt Time immediately after the installation of SEP 11. It runs about 25% until I log onto the server then it immediately drops to 1%. This is on servers that are experiencing low processor utilization.
 
I'm curious if any of the systems experiencing the network share problems are also showing high % Interrupt Time.
 
It might not be releated, but if it is, it could lead to the component that is causing the grief.
SKlassen's picture

Add another to the list of those experiencing this.  When new definitions are pushed out, my primary DC/file server gets the yellow icon and "content may be corrupt" message.  Last week I would just reboot the machine after hours and it seemed to clear up the issue.  Yesterday, after new definitions were released, it happened again.  I logged on the machine and opened up the SEP GUI which caused the processor usage to spike and stay high.  I then went to add/remove programs and attempted to uninstall SEP, which basically killed all connectivity to client machines including shares.  Client machines started freaking out, it was not pretty.  Tried to do a reboot from the start menu, but the machine completely froze and I had to do a hard reset.  Later that evening, after hours, I used the KB article to manually remove SEP and then reinstalled it.  If it happens again, I'll need to uninstall SEP again and leave it off until this is resolved.
 
One thing that I've been seeing on this one machine in the windows event logs (both before and after this reinstall is:
Event Type: Error
Event Source: Symantec AntiVirus
Event Category: None
Event ID: 73
Date:  10/23/2007
Time:  10:44:23 PM
User:  N/A
Computer: WLF-DC1
Description:
 
PTS has generated an error: code 9: description: Heuristic Scan or Load Failure
 
Win 2003 SP2
SEP with AV/AS only, no email extensions.
 
As least in my environment, this occurs when applying new definition files from my SEP/M server.  Hopefully with the manual removal and reinstall the situation is resolved.  If not, I'll file another support case.
 
Finally, the KB article on manual removal may need to be updated.  After uninstalling using the manual method, after the file removal portion, when I rebooted I had quite a bit of trouble logging in (using RDP) and there were a ton of event log error messages that some Symantec network driver was missing being generated by Routing and Remote Access.  I think the file name was SymRasMan.dll.  I searched for it in the registry and deleted a couple of keys.  After yet another reboot, this issue was gone.  With XP or 2000 this isn't an issue, but with Win 2003, RRAS is installed by default, can't be uninstalled, and bits of it load up with Windows even if RRAS is not used and the service is disabled.



Message Edited by Scott Klassen on 10-24-2007 11:27 AM

Message Edited by Scott Klassen on 10-24-2007 11:28 AM

SKlassen's picture

Have now logged Case # 320-073-474 for this issue.  I don't expect Symantec Support to be able to give me quick fixes for this or the other two cases I currently have open as they all seem to be bugs or programmatic issues that will most likely need to go to the development teams for resolution.  Due to the fact that I'm the only IT at a mid-sized company, my ability to have lengthy discussions with Symantec Support on these issues is limited because of time constraints.  I do have other projects and duties to perform other than being a paying beta-tester for Symantec.  If your personnel need specific information to assist in narrowing down these issues I'm happy to provide upon request.
 
Sorry if I seem a bit frustrated, but between the SAV Rapid Release definition issue from the beginning of the month, which basically destroyed the AV at my company, to rolling out SEP as a replacement, this is taking up massive amounts of time and resources at my end.



Message Edited by Scott Klassen on 10-24-2007 12:23 PM

MS's picture

i want to know do we use the latest version.
what,s the latest version of sep&sepm ?
Big Ben's picture

Well you can add me to the Group experiencing terrible problems with SEP 11.
 
Case ID = 230-449-538
 
Brand new servers setup up for a $1.2 Billion project! You can imagine how happy my directors are!!
 
At the very least a good uninstall tool would help in the interim, I followed the manual uninstall doc and got almost everything but as I have BackUp Exec 11d installed as well I have probably missed a lot of files.
 
Same symptoms as everyone else and all gone once I managed to get rid of SEP11.
 
Disgraceful that no notifications of potential problems on symantec support site!
Malfean's picture

We havent had any problem yet after making Intrusion and Firewall rules that allow all and assinging it to Server group. In firewall policy, you can just add blank rule to allow all.
 
We also made general exception to servers, not to scan system32 and sysvol folders.  We dont have bloodhound active either. (i know, not secure, but it is still running shares...)
 
Another problem is that in VMware we have like 20 or so servers, and the cpu load is now five times higher than it was before SEP install (on single servers 5%->35%). SEP management console REALLY eats cpu. On computer running only sep management (HP DL360, uses another antivirus program for protection), the cpu load is almost 50%.
 
EDIT: Oh, and we havent installed anything other to servers that the AV part. No email or proactive threat protection, btw proactive threat protection dont work on Windows 2003 servers ( errors as OS not supported)...
 



Message Edited by Malfean on 10-25-2007 01:08 AM

Network COP's picture

TICKET # 320-073-715
 
 
Same problems as everyone else:
     1.) VMWare server utilization has increased 5-10x
     2.) Several Physical and Virtual Servers have basically stopped all network functions (All Servers are Windows 2003 SP2)
     3.) Symantec Auto-upgrade Agent service will error out on about half of my servers stating that the file is missing (you can manually copy the C:\Program Files\SAV\SmcLU\Setup\smcinst.exe file over but after a reboot it gets deleted again and produces the same error (go figure)
     4.) Proactive Threat Protection will not load on any of my Win2003 SP2 Servers - reports: PTS has generated an error: code 15: description: Scan not supported (Invalid OS)
     5.) Attempting to uninstall will result in the uninstall app locking up, after attempting to cancel this the process it will remove itself from the add/remove programs with some risidual left behind.  (e.g. the icon exists in the tray, but no technologies are present when launched)  Reinstalling the app at this point is a crap shoot.
 
Yesterday about 200 people lost access to our main file server about an hour before closing time.  As I have obligations after work, I was not happy at all.  RDP & Ping worked just like it has for everyone else, and no file shares were accessible.  I disabled all the symantec endpoint services on my file server then rebooted.  Luckily, this has been successful thus far, but no virus protection is on my file server as we speak which is unacceptable.  I charge $50.00 an hour for beta testing software, I'll invoice you when a fix has been implimented.
   
 
EDIT:  Trying to open a new ticket through the website results in the following:
 
MySupport Application Error

The MySupport application has encountered a program error. You can either try again or contact Symantec Technical Services

Thank you for your patience.
 
 
 
It just keeps getting better and better.



Message Edited by Network COP on 10-25-2007 11:05 AM

JohnL's picture

This is a shot in the dark, but as nobody has mentioned this yet... what are your client settings set to under 'location indepedent policies and settings'? If it's set to push, you may find that SEPM and its clients use more b/w to keep the clients up-to-date without delay, which may impact other communication based on your network configuration.
 
Also, MDef25Builder.exe launches (by default on SEPM) after LiveUpdate has completed. You'll notice that it uses 90+% CPU and the server appears locked up. This behavior should go away after the update package is built (~5 mins). You'll want to make sure that your v11 clients are retrieving their updates from SEPM and not an external LiveUpdate site to keep them from kicking this process off.



Message Edited by JohnL on 10-25-2007 03:41 PM

BrackenIT's picture

I am having these issues as well.  It sounded like a firewall issue to me for the start, so I uninstalled SEL from all servers as a temp fix and I *seem* to running now.  Time will tell.  I will continue to inch forward to determine the root of the problem.
 
My config:
Three servers - (1)AD/DNS, (1)NAS, (1)DB/Email - all running Windows Server 2003 Std SP2, except the NAS box, which has Windows 2003 Storage Server.
24 workstations/laptops, all running XP Pro SP2
 
I have removed SEP from all 3 servers, and network communications seem to working.  I have created the blank firewall rule as advised by Paul, and will attempt to reinstall SEP on the servers one at a time tomorrow.  On my file server
 
I wanted to confirm what I saw one user posted:
"I wonder if it has anything to do with some of the latest Windows updates not playing nicely with SEP"
 
I had installed 7 updates from Microsoft just prior to installing SEP.  One of which was a desktop search function that turned out to be really annoying.  I just wanted to offer that up to see if the Symantec guys thought they might have anything to do with the issue.
 
Thanks for your diligence, I look forward to seeing the outcome.  I will post anything I find as well.
 
Phil
Network COP's picture

I created the any, any, any firewall policy this morning and i just lost my fileserver again, so I'd say don't bother with going that route.
GrahamA's picture

Thank you again for your feedback and patience. I wanted to provide you with a quick update.
 
As mentioned, we are taking this issue very seriously and are busy investigating the root cause. Our development team are now directly engaged and actively working on this as a priority. Please bear with us.
 
If anyone experiences these symptoms, please do contact Technical Support, log a case and reference the case number 240-666-465. This way we can properly link related occurances together, set priority correctly and ensure all affected customers get assisted re resolving the issue.
 
I'll update the thread again ASAP when we know more.

GrahamA
Product Management, Symantec Security Solutions

RYDOG's picture

I work at the same site as Network Cop.  This last time it went down we had disabled all of the Symantec Services except for the Symantec Auto-upgrade Agent.  The agent had its Startup type to Automatic but the status was blank.  During this last episode of network requests being denied we check the services and the agent had started even though all of the other services were disabled.  Could this explain why a server will work for hours before having problems?  You may want to check the Auto-upgrade Agent the next time your server stops responding.



Message Edited by RYDOG on 10-25-2007 04:11 PM

Message Edited by RYDOG on 10-25-2007 04:15 PM

indyadmin1974's picture

Adding another case# to the list:
311-743-169
 
 
4 - Windows SBS 2003 SP2 boxes deployed at 4 individual customer locations, all 4 experiencing nearly identical issues
 
All 4 installed by creating an A/V only package and deploying manually
 
All 4 are using default policies.  Originally there were no changes made to the defaults, but when problems began, we attempted to adjust policies to resolve the issue.
 
At this point, people start to lose access to shares, the LiveUpdate service on the server restarts every few seconds filling up the System event log with messages about the start and stop.
 
We are also seeing a yellow indicator on all Endpoint clients including the one installed on the server mentioning something about corruption.  This goes away with a manual policy refresh or a reboot of the system.
 
Ping and RDP does work when this starts.
 
These are all Dell PowerEdge servers running Intel ProSet NICs.
 
I did some testing on a Windows 2003 Enterprise Edition VM and had the same issues by the way.
 
At this point, we are resorting to no changes being made and having the customers (all less than 10 employees) restart their machines and the server as soon as the problem starts happening.  Needless to say, we're probably going to lose 4 customers very soon if we don't find some solution.
FlipSide's picture

When will there be a fix for this issue, we just ended our agreement with McAfee and decided to go with SEP but after experiencing the same issues  and then reading this thread. i have become very concerned. I have six file servers that lost shares . it took an hour to clean the software out and have since   resorted to using AVG on my freaking servers. AVG damnn it. I feel like i paid thousands of dollars to be a beta tester.  I am currently looking in to trend micro, atleast there tech and sales guys  know how to respond.
 
ps. tech support , answer the freaking phone.  



Message Edited by FlipSide on 10-26-2007 09:16 AM

Message Edited by FlipSide on 10-26-2007 09:17 AM

njlyle's picture

As of yesturday I am experiancing the same issues. We run a Tax app that requires access to a share in order to see the client files. About 9:00 in the morning the server was slow and there are various event log errors that started showing up. The Tax application database became unresponsive and eventually the server needed to be rebooted. I noticed that when we fired the server back up and tried to access the Tax application again the SEP file system auto protect will shut down and SEP starts to error out in the event log with non stop tamper protection errors. THe server was then hung and required a hard reboot.
 
 
I rebooted the server and uninstalled the SEP client on the server and all seems to be well. The wierd thing about all of this is that performance monitor never shows anything out of the ordinary. Is there an uninstall procedure for SEPM console so I can install 10.2 and SMSME 5.0? Endpoint is not ready for prime time yet.
 
 
 



Message Edited by njlyle on 10-26-2007 10:01 AM

SKlassen's picture

Hey Network Cop, I have an answer that can solve one of your issues from my experiences.  #4, Proactive Threat is not supported on Server OS's.  If you install it, it will deactivate itself, but still use some memory and processor. 
 
In my case, once I found out that it wouldn't ever work, by design, I uninstalled SEP from my servers and redeployed with only the AV component.  Since that time, I've been getting intermittent errors generated by PT, even though it was uninstalled.  I've even tried a complete manual uninstall, following the kb article, then reinstalling (AV only), but the error message persists.  Seems that there is some file(s) or reg entry created if Proactive Threat is ever installed, that is not deleted by an automatic uninstall or listed in the manual uninstall article. 
 
I've got a case opened with Symantec Support about this, so far all they've had me do is uninstall/reinstall multiple times to no avail.  I'm really hoping that they can come out with a more granular solution in the end as it is not easy to find time frames for doing this kind of lengthy maintenance on servers and it seriously chews into time that should be off-work for me.
 
I agree with the sentiment expressed by several others here on the boards, that I'm feeling like a paying beta tester now.  GrahamA, as a suggestion, Symantec Support needs to set up some test beds to replicate these issues and narrow the fix down to something granular like a registry change, manual file deletion, a small patch executable, etc.  Having customers do multiple uninstalls and reinstalls when the issues affect servers is not acceptable.  For most of the businesses I've had dealings with, server downtime is difficult to come by and if there is some bug in the SEP files, uninstall, or install routines, I don't want to find out by having a mission critical server corrupted due to all of these invasive changes.  Gathering diagnostic info from affected customers is fine, but all of these Symantec Support changes on my systems is probably not a good thing.  The Support Engineers need to know this.



Message Edited by Scott Klassen on 10-26-2007 11:43 AM

KHIYAL's picture

Here is another addition to this problem. Case number 311-743-374.
 
Same problems as with others. Shares disappear and server has to be rebooted. Currently deployment in closed pilot halted pending an acceptable and tested solution.
 
Windows 2003 Server, SP1, above hardware requirements, embedded database, both email client scanning disabled. Proactive threat scan disabled, network threat protection and Firewall and intrusion protection also disabled during install. Changed policies to conform to internal requirements.
Paul Murgatroyd's picture

We have been working very closely with development over the past couple of days and believe we are very close to discovering root cause.
 
If you are able to answer, the development team would like to know how many of you are using the "Scan all Files" feature of SEP auto-protect and how many are using the "Scan only selected extensions" along with "Determine file types by examing file contents"
 
If there is anyone who has not logged a call with us already, then please do contact Technical Support, log a case and reference the case number 240-666-465. This way we can properly link related occurances together, set priority correctly and ensure all affected customers get assisted re resolving the issue.
 
One of us will update this thread again ASAP when we know more.
 
Many thanks once again for all your feedback and patience with this issue.

Paul Murgatroyd
Principal Regional Product Manager, Enterprise Security Group, Symantec
Endpoint twitter feed: http://twitter.com/symc_endpoint

Kenneth Sheppard's picture

Paul, I am using Scan All Files for the clients and the servers.  However, I normally don't allow the clients to scan network shares or drives without a password.  I also always add-in the typical and necessary exceptions for DCs, servers and applications like Exchange.
 
Ken
KHIYAL's picture

I have four groups created. All have the same policy to scan all files. For one of the groups, I have created a global exception policy to skip some folders.
steven johnson's picture

We're having the same problems as everyone else.  I don't have two hours to sit ont he phone waiting for someone to answer at Symantec so we haven't called in a ticket.  We were able to get this running halfway stable for about two weeks until yesterday.  We've found that Network Threat protection just plain sucks so we turned it off.  We only deployed just the AV portion to all servers and clients. 
 
I'm convinced that this thing has a problem with Windows Server 2003 SP1 or SP2 OS's, R2 seems to be stable.  Everytime a server takes a crap because of SEP I remove the AV client (if we can get it to remove) and just leave it off.  All 70ish XP clients have not had one issue to date. 
 
We experienced a wierd one just this week though.  Our main DC (and AV management server) has the AV client installed as well.  let me state that this had been running great for about two weeks.  However, when an AV update came in and was applied to the AV client on the DC the server ground to an immediate halt.  I rebooted the server and it said that the AV client was corrupted or some other jazz similar to that.  Tried to uninstall the client and I couldn't.  Rebooted the server again and the client was fine and we're back in business.
 
We will remove all AV client software from all our Windows 2003 SP1/2 servers this week and go back to stand alone AV 10.x clients on those boxes until Symantec comes up with a fix for this. 
RYDOG's picture

We are configured to scan all files at this time.
 
So here I am on a Sunday removing Endpoint on all of my server and going back to Version 10 as a standalone until we can get a fix.  On Friday two more server went down and we can't be beta testing this anymore.  I fought off reverting back as long as I can but with users unable to access their files and applications I can't wait anymore.
 
 
RYDOG's picture

Two hours later on Sunday, I've uninstalled Endpoint on 9 of my 26 servers and installed Version 10. 
 
On about half of the servers so far I would start the uninstall from the Add/Remove Programs which resulted in the uninstall locking up the server and having to hard boot it.  Once it came back up Endpoint was no longer listed in the add/remove programs but was still running.  I went back to my management console and told it to update the content on that server which would push my install package back to it.  It then would appear in my add/remove programs which would  run correctly this time.  The other half have uninstalled without locking up.
 
The uninstall never removed the Symantec Auto-upgrade Agent service.  I would manually go back into services and disable the service.  As we stated in an earlier post the Service Executable usually points to an incorrect path.
 
I have to say Symantec you have really outdone yourselves.  Job well done.  I think the majority of Viruses are easier to remove than this app. 
The_only_IT_guy_in_my_building's picture

Well add me to the list... I actually ran a full install on all 3 of my DC's including proactive and network threat protect. After install I told it to wait 60 minutes before reboot. 5 minutes in I had clients not able to connect to shares. From the server console however I COULD connect to them, they just couldn't connect to me. The firewall portion of the SEP wasn't even showing up to check configurations. So I rebooted. Clients still couldnt connect, probably because SEP disables filesharing by default, fixed the config settings and clients can hit shares.
 
Firewall rules set to allow basic out of the box from Symantec, and added in the web 80 and 443. All seemed well until the next morning when no one could log onto the domain (with 3 DC's?), and the one DC for intranet wouldn't publish pages. I remoted in an did an ALLOW ALL rule in the firewall all adaptors, all protocols, all allowed. Problems went away. Been running for 3 days now but with very little activity because of the weekend.
 
I guess if people are only installing the AV portion and it appears that it is firewalling still, why not install the firewall as well and then do an ALLOW ALL rule? I don't think I dare go back and attempt to uninstall the proactive even though it eats some cpu's. Rather eat some cpu's than reboot every 3-4 hours as some have said.
 
I am running 2003 with all updates and IE7. I DON'T DARE call Symantec, the last time I did last week the lady tried telling me that even though SEP has a "sharepoint portal" add-on, I "didn't need it" because SEP was an "ALL-IN-ONE" solution and would gladly cover my sql databases with out the add-on. (So why make an SEP add-on if the base product can cover it?, and btw the add-on is 2700$). Anyone have ideas on that? I only have sharepoitn services, so I'm not sure if the portal add-on would even work, or what will work?
 
I have not deployed SEP to any clients yet nor taken the 14 hours to configure my autoupdate server(s). The description makes it sound so simple... I seem to recall these issues configuring the old version 6 or 7 update server...  for now, my servers can download from Symantec.
 
I also bought a license for exchange coverage but the product is not on the CD Bundle. Anyone know if that can be downloaded or do I need another 25$ cd sent to me? Does the small business license come with exchange server coverage, or is that just an outlook scanner? I boguht the small business license as well as the seperate exchange license.
 
Any help is appreciated. Thanks!
Hayden 2's picture

Well I was a good boy and actually setup a virtual domain on vmware to roll this out before I rolled it out on production servers. It seemed to go fine on the vmware servers but I can't say I had them running for more than an hour.

After installing this at one site, the server has kicked me off RDP and is reportedly going very slow. I am about to go on site and investigate. I think you'll be adding another case to this thread.

PeterSang's picture

Same problem here, but no spare time to file a case with Symantec.
 
I could add to the puzzle that the only server I installed endpoint protection on (Proliant ML370, 2 Proc, 3GB, Win2003 SP2, Backup Exec 11d) rebooted 2 times for no apparent reason. No hints in any log files. Both crashes happened during periods of high network activity, one during a large File Copy and the other during our nightly backup.
Server is using HP Network Adapter teaming (1000+100Mbit), most recent HP drivers.
Fortunately I managed th uninstall SEP without apparent problems, Server is stable again. But without AV.....
 
We just switched from Trendmicro to SEP, but I'm not very satisfied so far.
 
A timely fix would be nice.
 
/Peter
indyadmin1974's picture

I can confirm that all 4 SBS boxes this was installed on are scanning all files.  I believe this is the default.
KHIYAL's picture

So it appears that most people here have reverted to whatever their old AV was. As I go through these messages, I find that several people had uninstall problems. SO far it appears that the manual uninstall document for XP has worked the best. Does anyone have a chain of events for uninstallation as we are almost ready to uninstall.
 
How high has this problem been escalated?
Michael at SBS's picture

Same problem here with two clients. First is a SBS 2003 SP2 server with 20 XP clients. All
seemed to go well until about 2 1/2 hours when the line of business apps started failing. All
network shares went off line. In addition, one workstation with Windows 2000 SP4 failed to
authenticate to the server. After a reboot of the server all seemed fine for about 1 hour then a
repeat of the above. Uninstalled the AV cleint software from the server and all of the clients
are fine. Something is definitely hosed in the client installation on the server.
 
Second client is a SB2003 SP2 with 10 XP workstations. The server installation would not
install properly and caused the server to hang at the "applying netowrk settings" after reboot.
Manually rebooting in safe mode and disabling the database and system center apps allowed
the server to boot. I noticed afterward that there is a conflict with older HP JetAdmin and the database
server. Seems odd that the database install would not detect that first and offer a different port
number.
 
Both of these clients purchased the Small Business pack and an optional Exchange Premium
Spam package. If a fix for this is not received in short term, these products will more than likely
be returned for credit and a competing product purchased.
 
I have recommended, used and sold Symantec's products for over ten years as a reseller and
a consultant.
 



Message Edited by Michael at SBS on 10-29-2007 11:29 AM

Jesse Cherrier's picture

Another Cased logged with support.
 
Case Number: 281-238-758
Referenced previous cases when reported.
 
Will be uploading Sysem Dumps after reboots at lunch.
 
Thank you
Jesse Cherrier
The_only_IT_guy_in_my_building's picture

I did notice several people mentioned the lockup after a reboot. I had a similar issue in that I had installed the SEP onto a 2003 SP1 box and after the install I installed SP2 from MS. The service pack installs and reboots the server and upon reboot I could not remote into the box nor ping it for a couple of hours. FInally I remembered that I had configured the ILO card and connected to the ILO card. The screen was at ctrl-alt-delete message, upon logging in it said it was applying user settings and didi this for a full hour or so... then gave me my desktop and immediately SEP told me that some files had changed and prompted me to either allow the change or revert them back. I of course allowed the change and all is well. Once I was in I could ping and connect to it with no problems. I sitll configured the firewall to ALLOW ALL to prevent issues with lost fileshares.
 
If your server is going slow on the applying network/user settings, I would suggest lettign it do it's thing, unless of course you don't have time to let it sit. I have had a couple of instances with 2000/2003 taking forever on the login, and have rebooted it a couple of times, only to cause huge issues that could have been avoided by letting it finish.
 
seth2740's picture

We currently have sav 10 and last week I started looking at sep.  Of course, I'm doing this in vmware and spent some time looking at different options.  I was having some issues on the server and came across this thread.  I thought I was doing something wrong in the configuration, but after reading some of these posts, I guess I'm not alone :smileysurprised: .  It started with the 25defbuilder process (forget the first part) causing heave cpu/disk activity, which went away after about 5-10 minutes.  I have one client, my notebook, and have been having problems.  The end of last week, there was heavy disk access and took about 10 minutes to open services and disable sep and stop them all.  Disk access stopped after that.  Today I was having the same issue as mentioned earlier.  I've been monitoring the client on my notebook and quite often it keeps saying 'file system autoprotect is malfunctioning' and after a few minutes it says it's ok, only to malfunction again :smileysad: .  On the server side, I have removed all the default rules and created my own.  I don't have scan all files enabled (only most common) and have since turned off the option to scan each file to determine the type.  Besides that, it seems to be working ok for the most part.  The only real problem i had on the network was that there was a rule that caused traffic to be blocked to the Exchange server, which i resolved by adding an exception on the 10.x.x.x network and seems to be fine.  I also had occasional cpu spikes on my notebook from ccSvcHst process.  Now that I see this thread and the other similar issues people are having, I will wait before deploying this :smileyindifferent: .