2017-07-17 1 views
-2

Je n'ai pas pu créer de question sur winscp.net car il était en mode lecture seule, donc je poste ici. Je semble avoir un problème avec WinSCP qui était supposé avoir été corrigé dans la version 5.2.5 (bug de traqueur WinSCP 999). J'utilise WinSCP.exe version 5.9.5.7441 avec WinSCPnet.dll version 1.3.7.7441 sur un Microsoft Windows Server 2012 R2 Standard. J'ai un service .NET Windows qui ouvre périodiquement une session pour transférer des fichiers. Cela fonctionnait bien pendant un moment, mais maintenant il échoue continuellement avec l'erreur: WinSCP.SessionLocalException: le processus WinSCP s'est terminé avec le code de sortie 3. Il n'y avait aucune sortie. Le fichier journal des réponses C: \ Users \ xxx \ AppData \ Local \ Temp \ wscp8A2C.0264DE91.tmp n'est pas créé. Cela peut indiquer l'absence d'autorisations d'écriture dans le dossier du journal ou des problèmes de démarrage de WinSCP lui-même. à WinSCP.Session.Open (SessionOptions sessionOptions)WinSCP - code de sortie 3

J'ai vu cet article Why RegisterClass fails with ERROR_NOT_ENOUGH_MEMORY? qui semble être la cause, mais je ne sais pas comment résoudre ce problème. J'apprécie toute aide.

+0

Le redémarrage de la machine résout-il le problème? –

+0

Un redémarrage du service Windows n'a pas résolu le problème, mais un redémarrage de la machine l'a fait fonctionner à nouveau. J'ai depuis changé d'utiliser un service Windows .NET à l'aide d'une application de console .NET qui s'exécute comme une tâche planifiée, et il fonctionne maintenant sur un serveur différent qui a moins de choses en cours d'exécution. Jusqu'à présent, cette approche a fonctionné. – Mmr

+0

N'existe-t-il pas un autre processus utilisant l'ancienne version de WinSCP sur cette machine? –

Répondre

0

Si le problème est simplement éphémère, cela peut facilement être dû à un serveur temporairement surchargé. Essayez le réglage plus long Session.Timeout.

+0

Jusqu'ici c'est le cas, et la fréquence d'erreur de timeout est acceptable. Pour en revenir à l'article d'origine où j'utilisais un service Windows .NET, est-ce que cela signifie que le bug 999 du tracker WinSCP existe toujours? – Mmr

+0

Non, c'était un problème différent. Avec le bug WinSCP appauvri définitivement les ressources du serveur et seul le redémarrage du système pourrait les libérer. –

+0

OK, je pensais parce qu'il avait les mêmes symptômes que c'était le même problème. Pour l'instant en cours d'exécution en tant que tâche de planification fonctionne, mais plus tard, nous devrons peut-être chercher une autre solution pour nous permettre de fonctionner à partir d'un service Windows. Merci. – Mmr