你好,
如果我估计linux下loggernet的log/sys文件的磁盘大小，我有:
du - h /var/opt/CampbellSci /
487 /var/opt/CampbellSci /
但文件的大小相当高:
/var/opt/ campbell sci /
13 g /var/opt/CampbellSci /
这是非常恼人的，因为487M的同步和13G不一样。通常的同步或复制程序(rsync,unison,scp)不能正确地管理稀疏文件。
有没有办法避免这些稀疏文件?
问候,
作为附加信息，稀疏文件在:
/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ x
其中x是一个数。其中只有三个目录包含稀疏文件:
/var/opt/ campbellsci /LoggerNet/sys/bin/data/* . sh——visible -size /var/opt/ campbellsci /LoggerNet/sys/bin/data/* . sh
3.9 g /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 10
3.9 g /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 12
22米/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 14
6.4 /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 16
11米/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 18
7.0 /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 19
22米/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 2
25米/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 21
23 m /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 23
22米/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 25
22米/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 27
11米/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 29
18米/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 3
21 m /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 35
14 m /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 37
21 m /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 39
2 /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 40
563 k /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 5
22米/var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 7
3.9 g /var/opt/CampbellSci / LoggerNet / sys / bin /数据/ 9
这些目录似乎链接到三个站点，它们在状态监视器中“Uncoll Holes”的值高于零。这与其他车站的情况不同。有办法解决这个问题吗?
上面提到的文件是与loggernet为收集到的数据保存的数据缓存相关的文件，该数据缓存允许将收集到的数据分发到一个或多个客户机，而不必从数据记录器中重新收集数据。如果使用rsync备份loggernet，甚至将loggernet从一个主机传输到另一个主机，那么最好使用corascript中的create-snapshot命令(/opt/CampbellSci/ loggernet /cora_cmd)生成一个可以传输的文件。这也可以使用从windows主机连接的设置屏幕来完成。的优点之一是它给你的选项排除缓存表存储文件从备份映像,如果历史数据对你并不重要(通常不是那么重要的人,依赖于数据文件收集期间loggernet)写的。这将大大减少需要传输的数据量，并将保留您的配置和设置。该特性的另一个优点是，可以确保备份的所有配置文件彼此一致。顺便说一下，可以使用corscript的restore-snapshot命令将备份映像应用到另一个loggernet实例。关于使用这些命令的信息可以在corascript的帮助文件(/opt/CampbellSci/LoggerNet/cora_cmd.html)中找到。
考虑到上面显示的目录大小，我还怀疑缓存表文件的大小太大了。LoggerNet有一个名为max-cache-table-size的设备设置，它指定了缓存表的数据部分应该使用的最大允许空间(以字节为单位)。此设置的默认值为2 MiB。不幸的是，在比4.7版本更早的LoggerNet版本中，有一个长期存在的问题，导致在设置为缓存表分配的记录数量时忽略该设置。这个问题在4.7和更新版本中已经解决了，所以如果您还没有更新到该版本的包，我建议您更新到该版本的包。
只有在创建了一个新的数据记录表时，此设置才会起作用。因为已经创建的表集可能比未创建的表集(不死?)要大得多，所以这个修复没有帮助。然而，还有一个只有在corscript中才可用的命令，叫做resize-tables-auto，它将遍历网络地图中的所有站点和表，并调整(收缩)任何大于该站点的max-cache-table-size设置值的表的大小。它还有一个“——audit”选项，允许您查看如果在没有设置该选项的情况下运行命令会发生什么更改。
我希望这能有所帮助。
我帮不了你，但我写信是因为你在用linux。您使用linux作为挂载驱动器还是ftp/scp接收器?我在windows上使用pc400。我查看了loggernet，它也只能在windows上运行。
Netskink,
目前已有针对Debian和Red Hat发行版编译的LoggerNet版本。这些包不包含整个套件，因为许多客户端应用程序还没有被移植。但是，它可以连接到ln/Linux的远程实例。我还知道windows客户端已经使用wine或VM运行。如果您感兴趣，可以在//m.ocbeachreo.com/lnlinux上找到更多关于LoggerNet for Linux产品的信息