Jump to content

mrecla

Members
  • Content Count

    92
  • Joined

  • Last visited

About mrecla

  • Rank
    Candidate
  1. I experianced the same problem with KAVWSEE 6.0.2.555 since CF11 autopatch deployment. The problem on my customer's servers (Windows 2003 R2 x86 as well also on Windows 2008 x64) started in the afternoon of December 30, 2009. I found that the kavfswsp (worker process) occupied approx 50% CPU utilization - and if in the AdminKit policy for KAVWSEE there the settings are for "automatic" dedection of how many CPU cores and threads can be used by kavfswp it even would request 100% CPU utilization. so, my first task to solve this problem was to edit the policy in AdminKit for KAVWSEE so that it maximum may use onle 1 worker process task and one core/thread. So, the CPU utilization should not exceed more than 50%. the kavfswp will be automatically executed after starting KAVWSEE real-time-protection - then it dedects that the antivirus signature patterns are too old (last correct update was on Dec 30, 2009) and downloads new patterns from AdminKit shared update bases directory. However, somehow this av bases update again fails, and so it cycles in an endless loop ... I stopped KAVWSEE, then I deleted the contents of the local "current" bases directory, and copied manually the contents of the av "bases" and the "blst" directory from AdminServer's repository. Then I started KAVWSEE again, it loaded the new bases without problems - and also autmatic av signature updates by policy and group tasks worked 100% sucessfully again. The CPU utilitzation on the servers was then as low as possible (~1%, and 99% idle task) It seems to me that the CF11 autopatch somehow was not completed sucessfully on the KAVWSEE 6.0.2.555 since Dec 30, 2009. I had in the AdminKit policy for KAVWSEE enabled the "program modules update" but disallowed the "reboot server", because I don't want that server will be rebooted by any software in unattended mode. I'd like to control manually when a server shall be rebooted. Well, you wrote that you did fix it in a similiar way like I did it now - and it worked for you for a short while. So I will have to keep my eyes on it if the problem will occure again within the next hours or days ... electronic greetings from Vienna, Austria Manfred Recla Kaspersky Certified Partner ID "RT01AT00"
  2. welches Betriebssystem verwendest Du ? bitte genau angeben ! Ich habe in diesem Zusammenhang einen Verdacht. Ist mir nämlich mit dem derzeit noch im Betatest befindlichen Kaspersky Anti-Virus for Windows Server Enterprise Edition ("KAVFSEE") auch passiert. Und zwar nur mit einer "echten" deutschen Version des Windows 2003 R2 x86 Server Standard Edition. Dh, die Systempfade waren ebenfalls in deutsch (zBsp: C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\....) Der Kaspersky Installprozess wollte da diverse Dateien irgendwie in das englsichsprachige Verzeichnis (C:\Documents and Settings\All Users\Application Data\ - welches nicht vorhanden war - installieren. Kaspersky hat dieses Problem mittlerweilen beim KAVFSEE seit Beta-3 behoben, somit lässt sich das nun auch auf einem eingedeutschen Windows 2003 Server installieren. Beim 64-bit Windows 2003 R2 Server mit MUI (Multi-language User Interface) ist mir das vorher nicht aufgefallen, da hier die grundlegende Ordnerstruktur dem englischen Windows 2003 entspricht, und nur die Texte für die Dialogboxen, Fenster, etc. in die jeweilige Sprache übersetzt sind. Somit hatte auch KAVFSEE bei der Installation auf ein solches Betriebssystem keine Probleme gemacht. Da nun Kaspersky Security for Exchange v5.5.1354 eine englischsprachige Variante der Software ist, kann ich mir sehr gut vorstellen, dass hier das Problem gleich ist, wenn Du eine "echte" deutsche Version des Windows 2003 Servers im Einsatz hast.
  3. Ich hatte KAV for Exchange v5.5.1185 (english) auch schon unter einem Windows 2003 R2 x64 SP2 Standard Edition mit MUI und Exchange 2007 mit SP1-beta1 installiert. (mit SP1-beta2 habe ich es bisher noch nicht ausprobiert, da die beta2 Version des SP1 erst vergangene Woche verfügbar wurde. Und bisher hatte ich dafür noch keine Zeit gefunden, mich damit zu spielen) Das lief prinzipiell recht brav. "Prinzipiell" heisst, dass nach einem Neustart des Computers der Microsoft Exchange 2007 Information Store Service vom System nicht mehr automatisch gestartet wurde (obwohl der Dienst auf "automatic start" eingestellt war). Und manuell liess sich der Information Store Service erst dann erfolgreich starten, sobald ich den KAV 5.5.1185 wieder deinstalliert hatte. (ohne Reboot) Also: nach einem Neustart des Servers musste ich zuerst den KAV 5.5.1185 deinstallieren, danach den Exchange Information Store Service manuell starten, und abschliessend den KAV 5.5.1185 wieder ganz normal in den Exchange 2007 SP1-beta1 installieren. Dann klappte das mit dem KAV for Exchange prima - und stabil - bis zum naechsten Neustart des Servers !
  4. Gibt es auch bereits schon die (vorlaeufigen) Release Notes der WKS MP3 ? Und warum keine MP3 fuer den FS ?? ach ja, diese WKS MP3 Beta Version 6.0.3.774_nct ist ja leider nur in Englisch und Russisch verfuegbar - somit kann ich sie nicht ueber eine bestehende deutschsprachige WKS 6.0.2.678 bzw. 6.0.2.690 updaten... Das AdminKit v6.0.1435 gibt es auch in deutscher Sprache. Ich hab's vom Kaspersky Partner FTP Server in Russland - iich bin mir aber nicht sicher, ob diese noch als Betatest Version gilt, oder schon vorab die naechste Release sein wird. Da derzeit ja auch noch am Kaspersky Ant-Virus 6.0 fuer Windows Servers Enterprise Edition "gebastelt" wird, denke ich mal, dass hier das AdminKit entsprechend nachzieht oder gleichzeitig mit dem KAVFSEE 6.0.0.xxx verfuegbar sein wird.
  5. Thank you very much - this solved my problem. sometimes solutions could be that easy ... greetings from Vienna, Austria Manfred
  6. Hello, after updating from KAV_WKS_v5.0.228 to KAV_WKS_v5.0.527 (March 21, 2006), MS Outlook2003 can not start correct anymore. MS Outlook 2003 displays error message that KAV can not be installed or started and suggests user to "repair" MS Outlook 2003 again. However, this does not solve the problem Could this be one of the reasons why Kaspersky has deleted the v5.0.527 from FTP servers again ? greetings from Vienna, Austria Manfred Recla
  7. Hello, After new installation of Administration Kit v5.0.409.0 and remotely upgrading the Windows Workstation KAV (previous version 5.0.177) to current release version 5.0.200, I recognized that even if I unchecked the 'show application interface' by using the Administration Kit -> groups -> policies -> properties -> tab 'additional' -> uncheck the 'show application interface' and click the "notifications' button, there uncheck the 'show pop-up messages' and also uncheck there the 'show anti-virus scan status in system tray' - I also locked all these settings - then saved it as a common group policy, valid for all Workstations within the Windows 2000 Server Active Directory. result: KAV application on each of the workstations still is shown in the system tray and enduser still can click on it to open the application interface. I remember when I did have the same settings with previous version of Administration Kit (5.0.369) and KAV Windows Workstations (5.0.177), this worked - somehow (well, to be honest, I did receive any error message on all these Workstations then that the license key has expired - at least this bug is fixed in new release now. I just want to know: is it a bug or a feature ? How can I set the policies in that way that on each of the Windows Workstations the KAV application interface (aka GUI = "Graphical User Interface") is not shown anymore to users ? greetings from Vienna, Austria Manfred (certified 'Kaspersky Data Security System Engineer' for KAV MS-Exchange Server, KAV Unix File/Mail/Samba Servers, and 'Kaspersky Data Security Professional' for KAV for Windows WS and FS, Adminkit)
×
×
  • Create New...

Important Information

We use cookies to make your experience of our websites better. By using and further navigating this website you accept this. Detailed information about the use of cookies on this website is available by clicking on more information.