AFSLore/WindowsTroubleshootingGuide.mdwn

   1 # <a name="Troubleshooting Guide for _OpenA"></a> Troubleshooting Guide for [[OpenAFS]] for Windows
   2
   3 <div>
   4   <ul>
   5     <li><a href="#Troubleshooting Guide for _OpenA"> Troubleshooting Guide for OpenAFS for Windows</a><ul>
   6         <li><a href="#What is this _MrxSmb event 3019"> What is this MrxSmb event 3019 that pops up in my System Log?</a></li>
   7         <li><a href="#How come my non-ASCII filename c"> How come my non-ASCII filename characters are wrong; code page problems?</a></li>
   8       </ul>
   9     </li>
  10   </ul>
  11 </div>
  12
  13 ## <a name="What is this _MrxSmb event 3019"></a><a name="What is this _MrxSmb event 3019 "></a> What is this [[MrxSmb]] event 3019 that pops up in my System Log?
  14
  15 The [[MrxSmb]] event 3019 is due to the use of the Loop Back device. It can be safely ignored. (from [JSI FAQ, 3136](http://www.jsiinc.com/SUBG/TIP3100/rh3136.htm))
  16
  17 ## <a name="How come my non-ASCII filename c"></a> How come my non-ASCII filename characters are wrong; code page problems?
  18
  19 Yes, it is. Currently, the [[OpenAFS]] implementation uses a SMB server with which Windows communicates. This server is not yet able to handle all code pages. So, if you are accessing files from other systems as well, you will experience the old code page missmatch problem.
  20
  21 The CIFS protocol itself has support for Unicode. Hopefully, it will be implemented in [[OpenAFS]] in the future. (from J. Altman)