Jump to content

Vectronx

Members
  • Content Count

    34
  • Joined

  • Last visited

About Vectronx

  • Rank
    Candidate
  1. Bonjour tout le monde, Ça fait un moment que je ne suis pas venu vous embêter, et pour cause jusqu'ici tout allait bien, mais ça ne dure jamais trop longtemps . Enfin ce n'est rien de bien méchant -enfin j'espère- alors voilà mon problème. Sur un de mes serveurs le scan hebdomadaire complet que j'ai planifié (tâche de groupe) se termine systématiquement avec l'erreur en sujet (de topic), pourtant jusqu'au 18/02 tout se passait bien. Kesako encore que cette "erreur de restauration" ?? Un scan est-il supposer restaurer quoique ce soit ?? J'en sais rien et c'est la raison de mon topic. Voici les specs: Système : Windows Serveur 2008 SP1 version client installé: Kaspersky Anti-Virus 6.0 for Windows Servers Enterprise Edition 6.0.2.555 Version Agent: 8.0 Adminkit: 8.0 Quelqu'un a-t-il une solution pour que le scan se termine enfin correctement ou au moins une piste de l'origine du blocage ? Merci d'avance :ay:
  2. Bonjour, Bonne question l'expert, eh bien c'est normal, j'ai volontairement essayé de mettre à jour la machine depuis un dossier rempli par mes soins des dernières bases KAV (en fait une tâche de mise à jour pointant sur un dossier). Ça marche très bien en général mais pour ces postes, étrangement non. Ce test me permet de savoir si c'est réellement un problème venant du serveur, du réseau ou du poste. Je la lance aussi en ligne de commande. Maintenant je cherche un lien avec le changement de version de la console en MP4. Je n'en ai pas encore trouvé. Mais je me casserai pas plus longtemps la tête, je déploierai carrément le client MP4 sur ces postes et tout devrait rentrer dans l'ordre. Étant un grand curieux, je tenais juste à savoir le pourquoi de ce problème, mais ça n'aurait eu un grand intérêt que si on ne devaient pas au final migrer tout le parc. Promis , si jamais il y a des problèmes bizarres et inexistants sur la MP4 je vous en ferai part. P.S: bon je dit ça mais ça me taraude, je cherche toujours, théoriquement la console MP4 est compatible, et ça marche pour 95% des postes MP3 restants. Je trouverai, si vous avez une idée..Ouii parfois on a tous un p'tit côté maso
  3. Bonjour tout le monde, Avant tout une Bonne et Heureuse Année 2011! Pour nous elle a bien commencé en effet, on a enfin migré la console en version 6.0 MP4 Quelle différence avec la version Mp3, c'est mieux y a pas de doute. 1) Mais, parce qu'il y a toujours un mais, j'ai un petit problème avec une machine encore en MP3. En effet nous sommes en période transitoire, les machines n'ont pas toutes migré, on est encore en phase de déploiement progressif. Mon problème est le suivant: Plusieurs machines ont l'erreur "Failed to receive file" (Erreur de réception fichier) et ne se mettent plus à jour. La mise à jour en ligne de commande depuis un dossier provoque la même erreur, comme suit: C:\Program Files\Kaspersky Lab\Kaspersky Anti-Virus 6.0 for Windows Workstations>avp update \\KAV\klshare\maj /APP=on 2011-01-19 09:40:11 Updater starting 0% ; --- Settings --- ; Notify before update: Yes ; Rescan quarantine: No ; Update sources: <none> ; Use internal sources: No ; FTP passive: Yes ; FTP connect timeout: 60 ; Use proxy: No ; Use IE proxy settings: Yes ; Proxy port: 80 ; Proxy authentication: No ; ------------------2011-01-19 09:40:11 Administration Server source is selected 2011-01-19 09:40:11 Updater running 0% 2011-01-19 09:40:11 Failed to receive file, Administration Kit transport file receive error / 2011-01-19 09:40:11 Generate list of files to download 2011-01-19 09:40:45 Update source is selected \\KAV/klshare/maj/ 2011-01-19 09:40:45 Not enough permissions \\KAV/klshare/maj/index/6/u0607g.xml 2011-01-19 09:40:45 2011-01-19 09:40:45 Updater failed ; --- Statistics --- ; Time Start: 2011-01-19 09:40:11 ; Time Finish: 2011-01-19 09:40:45 ; Completion: 100% ; Estimated traffic size: 0 ; Downloaded size: 0 ; Speed: 0 bytes/sec ; ------------------ Pourtant le poste de l'utilisateur à accès au dossier en question, donc le problème de permission est pour le moins bizarre, je précise que ça marchait avant la migration et que rien à part la console n'a été modifié en dehors des agents d'administration -en version 8.0- des machines faisant office d'agents relais (pour ceux qui demanderaient ) Le KLNAGCHK de la machine testée: C:\Program Files\Kaspersky Lab\NetworkAgent>klnagchk Lancement de l'utilitaire 'klnagchk'... Vérification des paramètre de ligne de commande...OK Initialisation des bibliothèques de base...OK Current host is D18970210\WM8068 Lecture de la configuration...OK Vérification de paramètres...OK Configuration de Network Agent: Paramètres du Serveur d'Administration: '55.32.16.194' Utiliser connexion SSL: 1 Nombre de ports SSL du Serveur d'Administration: '13000' Nombre de ports du Serveur d'Administration: '14000' Certificat du Serveur d'Administration: disponible Utiliser serveur proxy: 0 Découvrir port UDP: 1 Nombre de ports UDP: '15000' Période de synchronisation, min.: 30 Temporisation de connexion, sec.: 30 Temporisation d'envoi/réception, sec.: 180 Tentative de connexion au Serveur d'Administration...OK Tentative de connexion à l'agent réseau...OK Administration Agent is running Réception des statistiques de l'agent réseau...OK Données statistiques de l'agent réseau: Nombre total de requêtes de synchronisation: 6 Le nombre de requêtes de synchronisation réussies: 6 Nombre total de synchronisations: 0 Le nombre synchronisations réussies: 0 Date/heure de la dernière requête de synchronisation:19/01/2011 13:09:19 GMT (19/01/2011 09:09:19) Annulation de l'initialisation des des bibliothèques de base...OK J'ai cherché partout une explication à ce problème, rien, sauf sur un site en Russe ici....mais je ne lis pas le Russe Merci de votre aide si vous avez déjà eu affaire à cet écueil ou mieux si vous l'avez résolu.
  4. Bonjour tout le monde, Désolé de remettre ce problème sur la table après tout ce temps, je me réponds à moi-même qui plus est mais je n'avais pas donné le pourquoi du résolu. Cet oubli est corrigé ici: Cette erreur apparait -hormis problème réseau divers- lorsque le serveur -très très occupé- n'est pas en mesure de répondre -à temps- aux requêtes du client réseau (par exemple lors d'un KLNAGCHK, KLMOVER) ou une mise à jour via la console. A++
  5. Bonjour tout le monde! Comme convenu, je vous informe que mon problème de "Privilèges insuffisants" à été résolu comme stipulé dans mon précédent post. Et qu'il s'agissait effectivement de problèmes d'intégrité disque. Cela découle apparemment d'une mauvaise extinction d'une machine (arrêt sauvage , coupure de courant etc..) qui corrompe certains fichiers (de mise à jour ici) et/ou clusters du disque. Parfois l'erreur générée est une simple liste noire ou celle qui nous concerne ici. Ben voilà, j'espère que ça aidera, a++ :ay:
  6. Bonjour, De rien, l'expérience commune fait avancer les choses, c'est à ça que servent les forums non :beer: . Ayant 2 autres machines concernées, je suis entrain de vérifier le cas du "système de fichiers défectueux", je vous dirai ce qu'il en est. Bien sûr ce cas précis n'est à prendre en compte que si on a écarté tous les autres (changement de compte, mot de passe etc..).
  7. Bonjour tout le monde, Bon, eh bien, en ce qui concerne le problème des privilèges je pense -que c'est ça- tenir une piste. J'ai tenté la méthode qui consiste à 1. arrêter le client Kaspersky, 2. vider le dossier des bases (%SystemDrive%\Documents and Settings\All Users\Application Data\Kaspersky Lab\AVP6\Bases), mais voilà refus total de Windows sous prétexte que 2 fichiers sont utilisés par un autre programme, ce qui évidemment était faux. Après moult vérifications, il apparait que ces deux fichiers sont tout simplement ineffaçables (et donc irremplaçables lors de la mise à jour), même en mode réel (DOS pour les -vieux- intimes ), 2 scandisk ,pas moins, ont permis de les "réparer". A mon avis les rares machines ayant ce "problème" ont ,très probablement , un problème d'intégrité de données (disque). Le test baba pour être sûr serait de tenter de vider le dossier cité plus haut, si c'est impossible alors un check disk s'impose. Après redémarrage du client et une mise à jour, tout était nickel. PS: pour ceux qui voudraient tenter de réinstaller Kaspersky pensant que ça arrangerait le problème, c'est pas la peine ça ne change rien, le système à replacé les bases dans le même dossier (on ne peut pas le supprimer vous vous souvenez) et ça à "foiré", si je puis dire, de la même façon. J'espère que ça pourra aider ceux qui se :dash1: sur ce problème, si c'est bien ça
  8. Et hop, encore 3 postes de plus, situés dans des groupes différents, même problème, au moment d'installer l'update "privilèges insuffisants pour opération sur fichier". Les utilisateurs sont administrateurs de leurs machines et les règles de compte KAV sont identiques, respectivement, pour toutes les autres machines des groupes dans lesquelles elles se trouvent. Mon avis est que ça peut venir des machines en question, mais pourquoi maintenant? Il ya des updates qui sont régulièrement appliquées via wsus sur les machines du parc, est-il possible que ça puisse affecter le comportement du client Kaspersky ? de l'agent ? Avez-vous entendu parler d'un tel problème auparavant ?
  9. Désolé, si ça dépendait de moi ce serait certainement déjà fait -quoique vu certains bugs étranges, ce n'est pas toujours la meilleure chose que de se précipiter- On doit normalement migrer dans un futur proche vers une version dans un passé proche (ADK8 je crois bien), en attendant je pense qu'à défaut de trouver la solution au problème on peut toujours essayer d'en éliminer l(es)a cause(s).. autre proposition
  10. Bien entendu ma version est plus récente :b_lol1:, pas tant que ça mais quand même, 6.0.3.837 pour le(s) client(s) et Adminkit 6.0.1591 sur un serveur virtuel 2003 server SP2. Pour ce qui est des machines elles sont situées chacune dans un groupe distinct auxquels s'appliquent des règles identiques mais à des heures différentes (ex: groupe A - MAJ à 7h, groupe B à 7h15). Vu le nombre de groupes j'ai du effectuer un étalement, mais le problème est ailleurs Évidemment je me dis naïvement que si on résoud le problème pour une, il y a de fortes chances que ça marche pour les autres , une idée ?
  11. Bonjour, Wow il date ce message mais il reste d'actualité. Je me permets de renchérir et par la même ajouter quelques précisions pour ma part: 1. Seuls certains postes (1 ou 2 pas plus) pour un même groupe (tâche de mise à jour identique donc) sont sujets à cette erreur Est-ce suffisant pour écarter une quelconque manipulation du compte d'accès ? Les droits d'accès locaux sur les postes, semblent corrects, en tout cas identiques à ceux des autres postes. 2. Quand bien même, le fait d'utiliser un compte d'admin du domaine ne devrait-il pas permettre l'accès total quelque soit le dossier ? 3. J'ai essayé de faire une maj manuelle via la ligne de commande, il est intéressant de constater que les mises à jour sont bien récupérées sur le serveur (copie..) mais que l'erreur survient au moment de les installer sur la dite machine, se pourrait-il que l'agent réseau soit corrompu ? 4. Avez-vous un exemple de modification typique -en dehors de la celle du compte d'accès de la tâche de maj, facilement réversible- qui amènerait à aboutir à ce résultat (reproductible donc) et que je pourrais vérifier? Merci d'avance pour toute réponse apportée.
  12. Bonjour et merci Zull, je vais essayer ce script (après sauvegarde de ma base, on sait jamais) et voir ce que ça donne. PS: C'est après ou avant le passage de ce patch que tu as eu ton problème de connexion à AdminKit ? C'est important de le savoir
  13. Bien reçu! Je ferai suivre d'autant plus que nos chers techniciens réseau sont en pleine campagne de "VLANISATION" , et je crains un peu pour mes agents d'administration distants, vont-ils voir le serveur KAK après tout ce chambardement, wait and see? Pour le moment j'ai un autre problème qui s'est rajouté -eh oui, quand on a la guigne-, un poste a dont le client à éradiqué un virus (de type %userprofile%\%username%.exe) et donc consigné l'évènement dans son journal local est vu par la console en vert et son compteur de virus est à 0, mais c'est pas le bon TOPIC, j'en créée un autre plus approprié, réservez vos réponses en attendant .
  14. Serveur de nouveau visible, est-ce à dire que ça venait du DNS ? Peut-être mais j'en doute, je passe à la prochaine "proie", c'est pas ce qui manque, je refais tous les tests précédents (sans le DUPFIX s'entend) et vous tiens au courant. Merci pour la patience.. :bf:
  15. Réponse: curseur clignotant, à mon avis c'est ok. Rmq: apparemment il y avait en plus un problème dns sur l'adresse du serveur affecté, je l'ai réglé. J'aimerais bien regarder dans la console si le serveur est visible mais..elle est indisponible -notre fameux problème récurrent d'occupation système inexpliquée du serveur KAK qui demeure- pour le moment. Wait and see.
×
×
  • 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.