学会使用软件日志解决问题.doc

学会使用软件日志解决问题 一般我们会用到的日志文件在U8软件的安装路径下的u8softlogs和u8softadminlogsadmin.txt 目录下的日志文件以及%windir% system32logfilesW3SVC1目录下的日志文件。 另外，870登陆软件后在软件加载界面，加载软件到1/3处弹出界面无任何错误提示。可以使用这个工具来查看870登录时的整个加载过程。工具可以在此找到。U8软件的安装路径下的U8SOFTAppServerBinUAPDbgview.exe使用方法：可以在登录软件前先打开该工具，然后登录870，这个工具会记录870登录过程中的一切动作。登录完后可以查看里面的日志，如果有问题应该能看到一个明显的错误。可以参考解决问题。查看admin.txt文件的内容会看到如下信息:有些同事会问这么多的信息我要看那里啊，其实主要是看日志最新时间段后面的error信息，如上图中的读取数据原出现未知错误：远程服务器返回错误（401）未经授权。 知道这个错误我们就可以判断到底问题出在哪了。可以参看下面的问题列表来解决问题。 1.安装WINXP的最新补丁或者windows2003的sp1的computers安装U861系统，安装完成后,登陆企业应用平台时都提示提示AUTOMATION自动化错误异常错误. 解决方法：手工注册一下ado目录下的msadox.dll，原因msadox.dll与system32下的msdart.dll不兼容 2.门户登陆，在ufsplash中出现异常错误，提示无效属性值，同时门户提示automation错误 原因：用户的默认语言不在en-us,zh-cn,zh-tw中，导致系统出错 3.基础连接已关闭 在internet选项中去除代理服务器的设置 4.无法加载client.dll 错误原因:很可能是对client.dll没有访问权限,系统盘是ntfs,在重启IIS即可 5.基础连接已关闭，无法连接远程服务器目前是因为ufautoloadservice中切换了应用服务器的名称导致 6.生产制造提示加载dll失败 因为ufautoloadservice依赖www服务，如果www独立重启，则会提示出错，如果启用ufautoloadservice后会自动重启www,此时再重启www，即没事了 7.安装完后，所有的activeX控件没有注册上 修改系统目录下Microsoft.Net中的所有目录及文件的EveryOne权限可用 检查用户的产品安装目录（U8Soft）有没有EveryOne的权限，没有请加上 然后运行附件里的U8Setup.bat,注意该批处理里的系统路径和U8安装路径要和客户的匹配 8.安装完framework2.0,在使用861出现padding is invalid的错误. 在internet信息服务中,找到默认web站点右键点击属性,在中查看当前的版本,保证其为1.1 在应用服务器配置工具中使用异常任务清除，将所有的数据源清除，然后重新配置数据源，即可 9.修改端口进入“internet信息服务“，修改“默认web站点“的端口，举例：8080使用u8产品的时候，登录界面在应用服务器输入框上输入机器名：端口，假定机器名为ufida,则输入值为ufida：8080。 10. 报405错误 运行 C:Documents and SettingsdsmC:WINNTMicrosoft.NETFrameworkv1.1.4322aspnet_regiis.exe -r 11.用户可能根本未装iis 12. 2003底下404错误3376运行aspnet_regiis.exe -r，在IIS管理器中，web服务扩展-asp net 1.1服务设为允许 如果是2000Server，则可能是连错服务器，即当前的机器不能充当U8的应用服务器，虚拟目录没有创建 13. 2003下报读取注册表被拒绝 将iis的虚拟目录的匿名用户改为ADMINISTRATOR 14.清除Assembly download gacutil -cdl 15.activex创建不成功 命令在：系统目录Microsoft.NETFrameworkv1.1.4322执行 regasm /codebase /tlb:UFSoft.U8.Framework.LoginContext.tlb UFSoft.U8.Framework.LoginContext.dll regasm /codebase /tlb:UFSoft.U8.Framework.Login.UI.tlb UFSoft.U8.Framework.Login.UI.dll 16.Cryptographic service provider(CSP) could not be found for this algorithm. 操作系统2000的补丁必须要打到至少service pack 3 17.Member name UFSoft.U8.Framework.LoginContext.UserData SecondConnString not found. 在添加删除程序中卸载GACSetup，安装目录U8SOFTFramework下托拽UFSoft.U8.Framework.LoginContext.UserData到系统目录assembly文件夹下，重启IIS即可 18.dotnet2005安装完后iis虚拟目录的属性无法看到.修改注册键,如附件.reg 19.windows professional 并发连接数限制为10个 在IIS中将复选框“启用保持HTTP激活“去除，可以支撑的时间长一些 20.报403 错误可能连接数超出允许的并发连接数； 解决：在IIS中将复选框“启用保持HTTP激活“去除，可以支撑的时间长一些或者默认web站点的属性中“启用默认文档”中的默认文档都被删除；解决：添加default.htm或者tcp的默认端口不是80解决：修改tcp的默认端口是80 21.出现一些奇怪的dll的依赖项找不到 解决：需要打IE6 sp1 22.数据库问题配置了数据源，但是数据源在下拉列表中不存在 a.系统库不存在。所以下拉列表没有 b.系统库存在，但是sqlserver 服务端的端口改为1432，应用服务器所在机器的客户端端口也需要改为1432(如果优先使用的是TCP/IP)，然后重新启用IIS 23.更改机器名先卸载IIS，再删除Iusr_XXX,Iwam_XXX,aspnet三个用户，之后重新安装IIS,在重装产品；如果还不行，将软件装到系统盘上。 24.如何支持64位机器，提示数据源连接失败，remote信道异常。 在Windows X64 Edition下，IIS可以运行在64位模式下，也可以运行在WOW64模式下。因为你们的系统还是32位的，才用.NET framework 1.1，因此需要配置IIS使其运行在WOW64模式下。 1.Open a command prompt and navigate to the %systemdrive%InetpubAdminScripts directory. 2.Type the following command: cscript.exe adsutil.vbs set W3SVC/AppPools/Enable32BitAppOnWin64 “true”3.Press ENTER. 4.Restart IIS 25.win2003安装了sp1后，登录出现错误：“登录失败:Automation 错误“ 因为2003捆绑了msadox.dll，而sp1中带的msadox.dll与用友软件中使用的相同组件不兼容了，所以目前的解决方法是手工替换此组件。使用安装盘自带的mdac2.826.Padding is invalid and cannot be removed.先清除临时目录下的缓存，常用全文搜索。然后运行运行 C:Documents and SettingsdsmC:WINNTMicrosoft.NETFrameworkv1.1.4322aspnet_regiis.exe -r即可27.remoting 异常,request service not find 建议重新安装U8服务端 29.远程服务器返回错误: (401) 未经授权。 iis的身份验证将windows集成勾上或者Iuser_XXX用户被停用 30.(503)Server unavailable 如果是windows2003,需要将应用程序池的用户改为Iwam_XXX,将默认web站点的用户改为iuser_XXX,同时将两者加入到管理员组中31.Index and length must refer to a location within the string.Parameter name: length 主要是System.String.Substring(Int32 startIndex, Int32 length) +226 出错，可能是账套号不足三位 32.system.runtime.serialization.serialzationexprction。输入流是无效的二进制格式。开始内容(以字节为单位)是:3C-68-74-6D-6C-3E-0D-0A-20-20-20-20-3C-68-65-61-64.”。 请检查IIS中的虚拟目录u8applicationEX 是否丢失，如没有请手工增加。 SerializationException报错详解 现象描述： 登陆U870系统管理或企业门户，有时会遇到如下报错信息。 这种无法解读的程序语言往往令我们手足无措，如果大家维护过861版本的程序可能会对类似“Remoting信道异常”这样的自然语言报错更为亲切那么两者之间是否有什么联系呢？原因分析：首先，我们要清楚，报错的方式是由什么决定的？在IIS的虚拟目录中，有一些名叫web.config的文件。在文件中描述了两种序列化格式：binary和soap。所谓序列化，就是将内存中的对象实例例如账套信息转变成文本 Binary格式：将对象实力转变为二进制格式 Soap格式：将对象实力转变为XML格式 登陆时，客户端向服务器发送请求，服务器反馈一个信息，即对象实例。这个对象实例经过序列化后传送到客户端。 客户端通过反序列化，再此得到对象实例。 如果账套信息被正常的序列化并在客户端被反序列化，问题就不存在了。然而，网络环境当中错综复杂的问题可能会有异常产生，如果这个异常被我们的程序捕获并将其正确的翻译，报错信息仍然是可以理解的自然语言。 一旦错误被抛出后没有被我们的程序正确解析，传递到客户端后，没有反序列化成对象，问题就出来了。刚好，861应用的是soap格式的序列化，信息被转换成xml，即便是未被程序正确解析的报错信息也是如此。Xml格式的报错信息被抛出并记载日志时我们仍然可以了解大意。而870应用的binary格式就没有这么好理解了，一旦错误无法被正确解析，则会抛出二进制字符串，并且日志中也记录二进制字符串。自然语言的系统报错：二进制的系统报错：处理方式：明白了当中的道理，我们就好着手解决了首先要掀开报错信息的面纱 系统管理和企业门户登陆的时候所应用到的三个配置文件分别是：u8softappserverweb.config、u8softu8frameworkweb.config、%windir%system32ufcomsqlclientchannel.config 将两个web.config文件的中serverproviders键值内的formater由binary修改为soap。（只要将添加上“!-”“-”注释，并将的注释去掉即可） 然后再将clientchannel.config文件中的clientproviders键值内的formater由binary修改为soap。（方法同前） 保存后，再重新登陆系统管理或门户，报错信息及日志将以自然语言的形式呈现。而后，我们再根据报错客户端的u8softlogs和u8softadminlogs目录下的日志文件以及%windir% system32logfilesW3SVC1目录下的IIS日志做出判断。 在系统调试成功后一定要记得将formatter全部改回binary格式，否则将影响U8的正常运行 案例介绍： 一、安装870sp1后，登陆门户报SerializationException 安装870后，登陆系统管理和门户均正常 安装870sp1补丁包后，登陆系统管理和门户报SerializationException 经过修改wen.config及clientchannel.config文件，明确的报错信息呈现出来 看看IIS的虚拟目录吧，应该是它出了问题。检查 IIS中没有U8applicationEx这个虚拟目录。 手工建立一个U8applicationEx目录，并将其指向U8SOFTU8Framework目录 原来870中应用的系统管理及门户登陆虚拟目录是U8application 870sp1将门户登陆的虚拟目录单独建立为U8applicationEx，而系统管理目录仍沿用U8application 如果登陆系统管理时，日志记录Requested Service not found，那就赶快看看U8application目录吧二、.NET 重新配置后无法登陆门户 执行aspnet_regiis.exe i 或aspnet_regiis.e