ENOBUFS avec FTPWebRequest

Version imprimable

20/08/2013, 15h15
the_pecheur

ENOBUFS avec FTPWebRequest

Bonjour,

Je ne sais pas trop si mon message se trouve dans la bonne rubrique car mon problème est vraisemblablement également lié à l'OS sur lequel tourne mon code. Donc désolé par avance si mon post est hors sujet... :P

Voilà: j'ai conçu un petit client FTP en C# chargé de récupérer/transmettre de petits fichiers (<10Ko) à période constante (toutes les 5 secondes) depuis un poste Windows.
Ce client utilise des FTPWebRequest pour réaliser ces échanges de fichiers. A chaque accès (toutes les 5 secondes donc) je recréé un FTPWebRequest pour télécharger et ou uploader ces fichiers.

Il arrive de temps en temps que ce client soit dans l'incapacité de de contacter le serveur faute de mémoire: "ENOBUFS - Out of memory". Une fois le PC dans cet état le seul moyen de récupérer une connexion valable est de le redémarrer... Dans cet état même Filezilla client est incapable de monter la moindre connexion avant un reboot.

je souhaiterais trouver un moyen pour soit éviter cette erreur (réduire la période de consultation?) soit la contourner (libérer de la mémoire ?) et tout celà en C# si c'est possible.

Auriez-vous une piste à me proposer ou un conseil à me donner ?

Merci.
20/08/2013, 15h34
tomlev

Difficile à dire sans voir ton code, mais a priori je dirais que tu ne libères pas correctement les objets utilisés pour le transfert. Pense à toujours appeler Dispose sur les objets qui implémentent IDisposable

Merci pour cette réponse,

A priori les seules classes implémentant IDisposable que j'utilise sont des FileStream et des StreamReader sur lesquels j'utilise un using.

Exemple avec la méthode la plus souvent utilisée (liste des fichiers distants):

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
                FtpWebRequest oRequest = null;
            FtpWebResponse oResponse = null;
                oRequest = BuildRequest(strDataLocation, WebRequestMethods.Ftp.ListDirectory);
 
                oResponse = (FtpWebResponse)oRequest.GetResponse();
                Stream oResponseStream = oResponse.GetResponseStream();
 
                using (StreamReader oReader = new StreamReader(oResponseStream))
                {
 
                    while (!oReader.EndOfStream)
                    {
                        string strFileName = "";
                        strFileName = oReader.ReadLine();
                        listDistantFiles.Add(new cFileStatus(System.IO.Path.Combine(strDataLocation, strFileName), (int)cFileStatus.eStatus.NOT_TRANSFERED, ""));
                    }
 
                    cTraceLogger.GetInstance().TraceInfo(ID, String.Format("Distant file listed successfully [Count={0}]:{1}", listDistantFiles.Count, oResponse.StatusDescription));
                    oResponse.Close();
                    oReader.Close();
                }

La méthode BuildRequest construit un nouveau FTPWebRequest avec les paramètres suivant:

Citation:

oRequest.KeepAlive = false;
oRequest.UsePassive = false;
oRequest.Timeout = 5000;
oRequest.UseBinary = false;

Dernier détail: je suis en .NET 3.5

20/08/2013, 16h33
tomlev

Citation:

Envoyé par the_pecheur

A priori les seules classes implémentant IDisposable que j'utilise sont des FileStream et des StreamReader sur lesquels j'utilise un using.

Non, il y a FtpWebResponse aussi... Si tu ne le Dispose pas, ça pourrait être la cause de ton problème. Essaie de le mettre dans un using, il y a de bonnes chances que ça règle le problème
20/08/2013, 17h30
the_pecheur

Je vais tenter çà merci !
Je posterais une réponse en cas de succès dans les prochaines semaines (je ne sais pas reproduire les conditions du bug).
21/08/2013, 10h38
the_pecheur

Encore une question sur le sujet: lorsque le PC est dans cet état (ENOBUFS - Out of memory), le gestionnaire de ressources ne fait pas apparaitre de surcharge de la mémoire vive, j'ai donc du mal à identifier de quelques ressources il s'agit... Si quelqu'un à des infos je suis preneur.

Sinon le test est en cours...
22/08/2013, 11h48
the_pecheur

Le test n'aura pas été long, le problème se pose à nouveau même avec la libération du FTPWebResponse...

N'y aurait-il pas un moyen de libérer les ressources en question ? (commande DOS ?)
17/09/2013, 11h00
the_pecheur

J'ai cru comprendre que sur Windows, les sockets étaient affectées à un port. Dans la mesure où lorsque le poste hébergeant mon client reste accessible sur d'autres ports (en VNC par exemple), je suppose que seuls les sockets affecté au port 21 (le port FTP que j'utilise) son concernées.

Connaitriez-vous un moyen de les libérer, les réinitialiser sans redémarrer le PC ?

Merci.
21/10/2013, 11h50
the_pecheur

Bonjour, je me permets de relancer ce vieux sujet dans la mesure où j'ai fait (un peu) progresser mon dossier.

J'ai trouver le moyen pour libérer les ressources en question sans redémarrer le PC hôte: terminer le processus SVCHOST.exe consommant le plus de mémoire (22Mo). Une fois ce processus terminé, mon client était à nouveau parfaitement capable de se connecter au serveur FTP.

De ce que je sais, ce processus permet d'utiliser notamment d'utiliser des librairies dynamiques (dll). Ce que je ne sais pas c'est comment sélectionner le bon SVCHOST à terminer afin d'automatiser la procédure...

Une idée ?