斯潘8
斯潘4
processmonitor.log中显示的错误:
2013年9月25日星期三下午5:07:57通知CORE 393558:开始启动过程“CORE”。这是第3次尝试。
WED 25-SET-2013 05:08:06 PM通知THEAD-11核心JavaLang.OutOfMeMyLogyError:Java堆空间
WED 25-SET-2013 05:08:06 PM在Java.Lang.StrugCu码$ StrugDelphi中通知线程-11核。解码(未知源)
WED 25-SET-2013 05:08:06 PM在Java.Lang.StrugCopy.解码(未知源)通知线程-11核
2013年9月25日星期三下午5:08:06通知java.lang.string上的thread-11 core。
WED 25-SET-2013 05:08:06 PM在ORG上通知线程-11核。PostgreSQL。Cort.Cord.DeCord(编码:Java:193)
WED 25-SET-2013 05:08:06 PM在ORG上通知线程-11核。PostgreSQL。Cort.Cord.DeCord(编码:Java:205)
WED 25-SET-2013 05:08:06PM在ORG.PostgreSQL .jdc2.2.ActudioJdc2ReultTest.GETStand(ActudioJdc2ReultTest.java:1879)中通知线程-11Corp
WED 25-SET-2013 05:08:06PM在ORG.PostgreSQL .jdc2.2.ActudioJdc2ReultTest.GETStand(ActudioJdc2ReultTest.java:2405)中通知线程-11Corp
WED-25-SEP-2013 05:08:06 PM在com.safe.fmeserver.jobrequest亚搏在线上通知thread-11 core。
WED 25-SET-2013 05:08:06 PM在COM.Fabel.FMESMERVER .TurrasM亚搏在线ealthMin.init(TurrasMealthMava.java:184)中通知线程-11Cype
WED 25-SET-2013 05:08:06 PM在COM.Fabel.FMESMERVER .fMeServ亚搏在线er .InItLoad CopyPARAMS(FMESFEVER,Java:158)中通知THEAD-11核心
WED 25-SET-2013 05:08:06 PM在COM.Fabel.FMESMERVER .FMESURV亚搏在线BASE.init(FMESURVBASE.java:182)中通知线程-11核
WED 25-SET-2013 05:08:07 PM在COM.SealFiel.fMeServer .fMeSe亚搏在线rver .Mead(fMeServer,Java:1003)中通知线程-11核
WED-25-SEP-2013 05:08:07 PM警告进程状态报告侦听器套接字已关闭
2013年9月25日星期三下午5:08:07警告核心393562:进程“核心”意外结束。正在尝试4重新启动…
2013年9月25日星期三下午5:08:07警告核心393563:
检查:
在FME服务器Web用户界面(http:///
这些错误的原因可能与fme_jobs表和中包含的排队作业数有关。在上面的例子中,作业队列中有90000多个作业供FME服务器处理。很可能这些作业请求已排队数天,直到故障在重新启动FME服务器后才被发现。重新启动时,FME服务器将出错,无法成功启动。
重要的是要考虑对FME服务器核心进程施加的内存限制——1024MB。这是在processmonitorconfig.txt文件文件。processmonitor.log中的上述错误表示“内存不足”错误。有了这么多排队的作业,FME服务器核心会像往常一样将它们加载到内存中进行处理。这个内存限制防止了FME服务器核心在系统上使用过多的内存,从而防止了其他进程中其他可能与内存无关的问题。
#启动fme server core cmdfmeserver_core=“c:/apps/fmeserver/utilities/jre/bin/fmeserver.exe”-fmeserver_classpath“c:/apps/fmeserver/server/lib/*;c:/apps/fmeserver/server/lib/fmestil.jar;c:/apps/fmeserver/utilities/jdbc/*”-djava.library.path=“c:/apps/fmeserver/server/lib/fmestil”-djava.security.manager-djava.security.policy=“c:/apps/feserver/server/security/fmeserver.policy“-djava.security.auth.login.config=”c:/apps/fmeserver/server/security/fmeserver.config“-xms32m-xmx1024m-xrs com.safe.fmeserver.fmeserve亚搏在线r”c:/apps/fmeserver/server/fmeserverconfig.txt文件“-监视器端口0尝试次数=20
有两种解决办法。
如果需要处理队列中的作业,第一个解决方案是增加上面提到的内存限制。在发现系统上没有足够的可用RAM之前,这可能无法解决问题。我们不知道容纳90000个排队作业需要多少内存。我们也不知道由FME服务器核心使用的1024MB内存可以容纳多少排队的作业。因此,这将是一个错误的试验,以确定这个解决方案是否对你是可能的。
请用这种方法报告您的成功或失败。
注释:我们不建议以这种方式连接FME服务器数据库存储库。我们将在将来的版本中解决这个问题。
第二个解决方案和建议,将截断您的FME服务器数据库存储库中的FME_jobs表。您需要使用适当的客户机连接到数据库(如果使用随FME服务器提供的Postgres,您可以使用Postgres管理应用程序通过端口7080连接到它),并为FME_jobs表运行table truncate命令。
即'截断表fme_jobs;'
这将重置队列,您将丢失所有队列作业,但很快就会起床。
在执行上述任一解决方案后,重新启动FME服务器进程。
请将本文中的任何困难报告给www.亚搏在线safe.com/support。
?2019安全亚搏在线软件公司|合法的