您正在查看9.9 -版本的RapidMiner遗留文档点击这里查看最新版本
故障排除
本文概述了RapidMiner Server的常见问题。
切换Java发行版
当Java发行版切换时,例如从Oracle JDK切换到OpenJDK,需要清理JBoss的临时文件。要做到这一点,请确保RapidMiner服务器已关闭。然后,进入RapidMiner Server的安装目录,删除<安装目录> /独立/ tmp
文件夹或其内容。
增加ActiveMQ工作目录
如果您使用的是默认设置的嵌入式ActiveMQ代理,则适用以下内容。
ActiveMQ存储数据和日志文件(以。结尾的日志文件). log
文件扩展名)中的工作目录RapidMiner Server/AI Hub主目录下rapidminer-server-home /数据/代理/
.ActiveMQ在内部使用它们来一致地管理消息。ActiveMQ实例可以保存对多个日志文件的引用,并且只在它们不再使用时才会删除它们。如果向ActiveMQ发送和从ActiveMQ发送大量消息,例如频繁地提交作业或有多个调度,则工作目录的大小可能会增加。
如果您手动删除日志文件,那么您可能会丢失诸如待处理作业之类的消息。我们建议你不删除日志文件.相反,我们建议您定期检查目录的大小,该目录的大小应始终低于50GB,因为ActiveMQ对工作目录大小有默认的50GB限制,之后将停止正常工作,例如不再提交作业,作业将不会被执行。
如何解决这种情况有两种主要方法:
- 让ActiveMQ的清理机制为您处理它
- 让RapidMiner AI Hub删除所有消息每一个应用程序开始。
使用ActiveMQ的清理机制
为了确保ActiveMQ将自动清理大部分日志文件,您需要确保作业不再提交到任何队列,并且任何队列上都没有待处理的作业,例如,通过清除RapidMiner AI Hub队列页面上的队列并暂停任何活动调度。如果是这种情况,那么内部清理机制将自动删除未使用的日志文件。
还可以通过调整属性来更改每个日志文件的默认大小broker.activemq.embeddedBroker.journalMaxFileLength = 256
在execution.properties
设置最大文件大小,单位为MB。默认大小为128
ActiveMQ在启动时自动分配和占用的MB。
默认情况下,ActiveMQ将每5秒检查一次是否可以清理未使用的日志文件。如果这个间隔对你的设置来说太高,你可以通过调整属性将其降低到例如一秒broker.activemq.embeddedBroker.cleanupInterval = 1000
(以毫秒为单位)并观察日志文件现在是否会被正确清理。
在启动时清除代理的工作目录
请注意,下面的操作是破坏性的,所有提交和挂起的作业(所有挂起的消息)都将被丢弃,因此请确保所有调度之前都已停止,并且队列中不再有提交的作业。
RapidMiner AI Hub嵌入式代理提供了在每次应用程序启动时自动擦除代理工作目录的方法。如果你知道你不需要在重启后保持待处理的任务,例如,当它们被调度自动添加时,这是有用的。
你应该只有在确实需要时才使用启动时擦除机制或者如果部署的磁盘空间资源有限。乐鱼体育安装
确保遵循以下步骤:
- 确保没有重要的待处理作业,也没有尚未完成的作业队列。您可能希望暂停计划页面上的所有计划,并等待执行所有挂起的作业。
- 关闭RapidMiner AI Hub。
- 前往
execution.properties
在rapidminer-server-home /配置/
文件夹并添加属性broker.activemq.embeddedBroker.wipeWorkDir = true
启用擦除功能每一个重启. - 启动RapidMiner AI Hub。
- 重新启动AI Hub之前暂停的任何计划。
- 中删除添加的属性
execution.properties
或者设置为假
如果你不想每次重启都擦除。
下面的步骤描述了如何从ActiveMQ中确定仍然活跃使用的日志文件,并且仅针对高级用户。使用ActiveMQ的自动清理和/或wipe-on-start功能上面描述的是更安全的方法,应该是首选的。
您可以通过设置该属性深入了解ActiveMQ的内部Log.level.org.apache.activemq.store.kahadb = trace
在execution.properties
文件。日志现在将包括有关哪个ActiveMQ队列/主题仍在引用哪个日志文件的信息,以及为什么它没有自动清除它们。现在可以决定要手动删除哪个日志文件。有关这方面的更多信息可以在ActiveMQ的官方文章中找到"为什么清理后KahaDB日志文件仍然存在".
Zip Dump不包含文件夹的全部内容
远程存储库的zip转储机制很可能会意外地终止包含大文件的文件夹,并返回一个不完整的zip文件。这是因为底层JBoss在默认情况下配置了300秒的事务超时。要解决这个问题,你需要增加事务超时值:
- 打开文件
standalone.xml
.它位于配置/
的RapidMiner服务器主目录. - 定位标签
- 增加了
默认超时
取值为较大的数字,例如从300到3000秒。
如果zip转储机制仍然意外终止,请尝试将超时时间增加到更高的数字。
我们建议在不再需要zip转储机制时再次将事务超时值设置为较低的数值,以避免在其他地方产生不必要的副作用。