读取Code42应用程序日志文件
-
- 最后一次更新
- 另存为PDF
概述
本文提供了关于Code42应用程序日志文件的信息,包括:
- 日志文件位置
- 重要日志文件的简要说明
- 如何使用日志来查明Code42应用程序的常见问题
获取日志文件的方法请参见从Code42控制台检索设备日志.
Incydr专业,企业,地平线和政府F2
日志文件位置
- 窗户: C: \ ProgramData \ Code42-AAT \ logs \ \数据
- Mac: /库/应用支持/Code42-AAT/数据/日志/
- Linux: /var/opt/code42-aat/data/logs/
有关所有文件位置,请参见文件和文件夹层次结构.
日志文件说明
App.log
app .log包含有关设备和Code42应用程序的一般配置信息:
- Code42 app版本
- 计算机信息
- Code42授权特性betway提款
- 网络信息
- 操作系统版本
- Code42用户名
code42-aat.log
的code42-aat.log包含日志消息,并为每个日志条目包含以下内容:
- 协调世界时(UTC)时间戳
- 日志级别
- 模块名称(限制12个字符)
- 可选源模块名称
- 日志消息
注意:当您打开日志文件夹时,您可能会注意到日志文件的多个副本(例如,code42-aat.1.log, code42-aat.2. log,代码42-aat.3. log).为了控制日志文件的大小,日志在达到一定大小后会“滚转”到新的日志文件中,旧的日志最终会被清除。日志名称后面的数字越小,日志文件就越新。例如,code42-aat.log最近的日志名称。
日志级别
的日志级别code42-aat.log从低到高依次为:
- 跟踪
- 调试
- 信息
- 警告
- 错误
- 至关重要的
大于或等于当前日志级别的日志消息将被写入日志。如果需要设置设备的日志级别,请使用agent.command与loglevel参数。
Incydr基础,高级,和政府F1
日志文件位置
下面是针对不同操作系统的日志文件在文件系统中的位置。
- 窗户:
- 为所有人安装:C: \ ProgramData \ CrashPlan \日志
若要查看此隐藏文件夹,请打开文件浏览器并将路径粘贴到地址栏。 - 每用户安装:当地C:\Users\ <用户名> \ AppData \ < |漫游> \ CrashPlan \日志
若要查看此隐藏文件夹,请打开文件浏览器并将路径粘贴到地址栏。
- 为所有人安装:C: \ ProgramData \ CrashPlan \日志
- Mac:
- 为所有人安装:/图书馆/日志/ CrashPlan
要查看此隐藏文件夹,请打开Finder,按命令+ Shift + G,并粘贴路径。 - 每用户安装:~ /图书馆/日志/ CrashPlan
要查看此隐藏文件夹,请打开Finder,按命令+ Shift + G,并粘贴路径。
- 为所有人安装:/图书馆/日志/ CrashPlan
- Linux:/usr/local/crashplan/log
注意:打开日志文件夹时,您可能会注意到每个日志文件都有多个副本(例如,service.log.0,service.log.1,service.log.2).为了控制日志文件的大小,日志在达到一定大小后会“滚转”到新的日志文件中,旧的日志最终会被清除。日志名称后面的数字越小,日志文件就越新。例如,service.log.0最近的服务日志名称。(service.log文件是Code42应用程序7.0的最新日志。)
日志文件说明
App.log
app.log包含关于您的计算机和Code42应用程序的一般配置信息。app.log中的信息包括:
- 操作系统版本
- Java版本
- Code42 app版本
- 许可的概述
- Code42应用程序设置
- 备份目标信息
Service.log
log是Code42服务写入的主要日志文件。它记录警告和异常,因此它通常是用于故障排除的主要日志文件。
Backup_files.log
Backup_files.log包含Code42应用程序试图备份的文件列表。在backup_files.log中找到的信息包括:
- 备份成功或失败(an“我”表示文件备份成功;一个“W”意味着文件备份失败)
- 日期和时间
- 目的地GUID
- 文件名称和路径
- 文件大小
Restore_files.log
与backup_files.log类似,restore_files.log包含每次恢复尝试的文件名和路径列表。
History.log
History.log反映了您在历史Code42应用程序的视图。它包含了Code42应用程序一直在做的高级概述,包括:
- 备份启动和停止
- 文件扫描开始或停止
- 备份的数据量
- 备份速度
在service.log中发现的常见错误
下面包括样例日志消息,以说明一些常见问题如何出现在日志中。
无法连接到备份引擎
当你试图打开Code42应用程序时,如果你看到“无法连接到备份引擎”的消息,并且在Windows上的service.log中出现以下错误:
- 开放services.msc.
- 打开Code42备份服务的属性窗格。
- “启动类型”设置为“自动(延迟启动)”。
[03.29.13 12:51:12.872 WARN main com.backup42.service.]Exception IO Exception构造选择器引擎- e=java.io。IOException:无法建立环回连接,java.lang.RuntimeException: Unexpected IO Exception constructing selector engine - e=java.io.IOException: Unable to establish loopback connection
详情请参见无法连接到后台服务.
内存不足错误
“无法连接到备份引擎”消息的一个非常常见的原因是备份引擎内存不足。这是可见的service.log("OutOfMemoryError"),如下所示。看到Code42应用程序不运行详细信息。
[09.23.12 22:33:02.273 ERROR QPub-BackupMgr backup42.service.backup.]BackupController] OutOfMemoryError发生…正在重启!BackupQueue中的OutOfMemoryError !
客户端缓存问题
客户端缓存问题可以以几种不同的方式表现出来,包括:部分或全部文件恢复选项卡中缺失、停止备份、不正确的报告和不正确的文件选择大小。
[12.21.12 12:12:01.441 WARN W964862003_BckpSel m.code42.backup.manifest.]manifest .lang. illegalargumentexception: Malformed \uxxxx encoding.;MM[BT 525528945129975616>42: openCount=1, initialized = false, dataFiles. [BT 525528945129975616>42: openCount=1, initialized = false, dataFiles.]open = false, C:\ProgramData\CrashPlan\cache\42]
[05.11.12 08:45:22.921警告在关闭BplusTreeIndexFile@1379711510[path = C:\ProgramData\CrashPlan\cache\cpgft1x, keyLength = 20]时调用Commit()异常,java.io.IOException:
[05.16.12 13:03:06.109 INFO MQ-Peer-1 com.code42.backup。备份客户端]BC[525528942342975616>42:: SYNC:: Manifest validation failed.][05.16.12 13:03:06.110 WARN MQ-Peer-1 com.code42.backup。备份客户端]BC[525528942342975616>42:: SYNC::用远程服务器文件替换空的本地目标清单文件!!
实时文件监视问题
实时文件监视可能会有一些问题,在Mac和Linux上的表现略有不同。有关更多信息,请参见了解并排除Mac文件监视服务的备份问题而且Linux实时文件监视错误.
麦克:
fsevenswatcherdriver删除一个或多个事件。任何错过的事件都将被定期扫描器检测到。
Linux:
12.06.10 04:29:40.426警告无法为/home/erik/ desktop /foo路径添加手表。Bar, errno: 28
使用backup_files.log识别哪些文件被备份
文件备份失败
以“W”开头的行表示备份失败的文件。您还可以通过搜索backup_files.log中的字符串“无法备份”来识别这些文件。
备份失败的文件是这样的:
W 01/06/13 12:00PM 42 - c:\用户\ john \黑莓\备份\黑莓Tour 9630-1.ipd
备份成功的文件在行首会有一个“I”:
I 01/06/13 12:00PM 42 50cd0afdb853e65f1f47c31407ce9a4a 0 C:\Users\Jill\Documents\Outlook Files\outlook。PST (200483653) [1,0,200483653,0,0,0]
建议的解决方案请参见以下文章:
我的后援重新开始了吗?
使用backup_files.log可以确定文件是否为第一次备份.前两个数字总结了Code42应用程序对该文件的分析:
- 第一个数字表示需要备份的新数据块
- 第二个数字标识已经备份的旧数据块
如果第一个数字大于0,第二个数字为0,那么它就是a新文件这是第一次备份。例如:
(22日0、689966、0、0、3、3]
如果括号内数列的第一个数字是零,而第二个数字大于零,那么它就是an现有的文件这已经得到了支持。没有新的证据可以支持。例如:
[0,22, 0, 0, 0, 0, 0)
如果第一个和第二个数字都大于零,那么它是一个已经备份的现有文件,但是存在一个新版本这需要支持。例如:
[3.,2、57488、0、2、6、4)