WCF Trace et le Message de Journalisation de ne pas écrire des fichiers journaux sur le service d'hôte (serveur) côté

J'ai une erreur avec mes services WCF.

J'ai besoin de déterminer ce qui se passe, donc j'ai tenté d'activer le service de journalisation du suivi.

J'ai suivi les directives prescrites et utilisées le éditeur de configuration wcf à l'installation de recherche et de messages de journalisation dans mon client et le serveur.

Traçage fonctionne très bien sur le côté client, mais les messages sont d'une utilité limitée dans ce cas puisqu'ils indiquent simplement que le véritable échec a été sur le serveur et que je doit vérifier les logs du serveur:

Une erreur s'est produite lors de la réception de la réponse HTTP
http://localhost:24162/MembershipService.svc. Cela pourrait être dû à la point de terminaison de service
la liaison n'utilisant pas le protocole HTTP. Cela pourrait aussi être dû à une requête HTTP contexte
été interrompue par le serveur (éventuellement à cause de l'arrêt).
Voir les journaux du serveur pour plus de détails.

Je suis en cours d'exécution en mode debug, donc le serveur dans ce cas est le asp.net serveur de développement en cours d'exécution sur le port 24162.

Ma section diagnostics de l'hôte de service web.config:

 <system.diagnostics>
<sources>
  <source propagateActivity="true" name="System.ServiceModel" switchValue="Verbose,ActivityTracing">
    <listeners>
      <add type="System.Diagnostics.DefaultTraceListener" name="Default">
        <filter type="" />
      </add>
      <add name="ServiceModelTraceListener">
        <filter type="" />
      </add>
    </listeners>
  </source>
  <source name="System.ServiceModel.MessageLogging" switchValue="Verbose,ActivityTracing">
    <listeners>
      <add type="System.Diagnostics.DefaultTraceListener" name="Default">
        <filter type="" />
      </add>
      <add name="ServiceModelMessageLoggingListener">
        <filter type="" />
      </add>
    </listeners>
  </source>
</sources>
<sharedListeners>
  <add initializeData="C:\Logs\web_tracelog.svclog" type="System.Diagnostics.XmlWriterTraceListener, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
    name="ServiceModelTraceListener" traceOutputOptions="Timestamp">
    <filter type="" />
  </add>
  <add initializeData="C:\Logs\web_messages.svclog" type="System.Diagnostics.XmlWriterTraceListener, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
    name="ServiceModelMessageLoggingListener" traceOutputOptions="Timestamp">
    <filter type="" />
  </add>
</sharedListeners>
<trace autoflush="true" />

et le système.servicemodel partie

<system.serviceModel>
        <diagnostics>
      <messageLogging logEntireMessage="true" logKnownPii="true" logMalformedMessages="true"
        logMessagesAtServiceLevel="true" logMessagesAtTransportLevel="true" />
      <endToEndTracing propagateActivity="true" activityTracing="true"
        messageFlowTracing="true" />
    </diagnostics>
</system.serviceModel>

Le répertoire "C:\Logs" n'existent pas et que je vous ai donné "tout le monde" le plein contrôle. J'ai également vérifié que la TRACE constante est définie juste pour être sûr.

Comme vous pouvez le voir, j'essaie de capturer n'importe quoi et tout ce que la trace/enregistrement des messages a à offrir. Quoi que ce soit. Mais hélas, je suis rien, nada, que dalle.

Après l'examen de l'existant questions sur ce site et de faire une bonne quantité de googler, à la suite de quelques suggestions (en s'assurant de l'existence d'un dossier, de vérifier que l'utilisateur dispose des autorisations appropriées sur le dossier), je me sens pas près de comprendre pourquoi mon traçage écrit pas de fichiers. Toutes les suggestions sur la façon de résoudre la journalisation du suivi? Est-il connecté quelque part d'autre qui pourrait indiquer pourquoi le suivi n'est pas de travail?

de référence et les futurs lecteurs -

Je suis allé ici pour le service de journalisation du suivi des instructions de configuration.
Je suis allé ici et ici pour essayer et résoudre les fichiers journaux qui n'est pas écrit.