请选择 进入手机版 | 继续访问电脑版
 找回密码
 立即注册

QQ登录

只需一步,快速开始

RickyJen
中级会员   /  发表于:2024-5-13 16:02  /   查看:222  /  回复:8
50金币
问题描述:

阿里云中部署了Wyn,今天发现任务管理器中的服务".NET HOST"服务CPU占用率持续超过99%,
--手动删除该服务所在的文件夹的内容(如下图)后,发现Wyn的服务WynService无法启动
--将阿里云回滚到上周五后,Wyn可以正常访问,但一段时间后,".NET HOST"服务CPU占用率又超过99%
企业微信截图_1715586836447.png689205016.png image.png451765746.png

8 个回复

倒序浏览
Eden.SunWyn认证
超级版主   /  发表于:2024-5-13 17:59:06
沙发
您好,您安装的是Wyn的那个版本。在Wyn6.0版本上,有一个类似的bug。报表会持续占用内存不会释放,这个问题在后续版本修复了。您看看您的版本,如过是6.0的话,您安装后续的高版本试试。
回复 使用道具 举报
RickyJen
中级会员   /  发表于:2024-5-13 18:22:37
板凳
Eden.Sun 发表于 2024-5-13 17:59
您好,您安装的是Wyn的那个版本。在Wyn6.0版本上,有一个类似的bug。报表会持续占用内存不会释放,这个问题 ...

我们现在使用的是7.0.00351.0
后面我把所有的运行计划停止,大概三五分钟过后,CPU占用就下去了
我后面又把所有的运行计划都启用,发现CPU占用没有像原来一样到90以上
现在不清楚是什么原因
回复 使用道具 举报
RickyJen
中级会员   /  发表于:2024-5-14 09:13:56
地板
Eden.Sun 发表于 2024-5-13 17:59
您好,您安装的是Wyn的那个版本。在Wyn6.0版本上,有一个类似的bug。报表会持续占用内存不会释放,这个问题 ...

目前能够想到的就可能是“缓存数据集”的运行计划报错之后,然后运行计划本身出了一些问题,导致一直占用资源不释放
因为昨天我确实把所有运行计划都关闭之后,CPU占用就慢慢的降下来了,麻烦您联系技术讨论看看可能是什么原因?


报的错误就类似于下面这种:
文件名:进度可视化-项目作业资源信息-缓存数据集;
文件类型:数据集;
执行时间:2024/5/14 1:30:02
失败信息:1) [执行错误] 运行时错误。
GrapeCity.Enterprise.DataService.DataWarehouse.Facade.DataWarehouseException: [DW] Failed to create data file.
---> System.IO.IOException: Unable to write data to the transport connection: 远程主机强迫关闭了一个现有的连接。.
---> System.Net.Sockets.SocketException (10054): 远程主机强迫关闭了一个现有的连接。
   at System.Net.Sockets.NetworkStream.Write(Byte[] buffer, Int32 offset, Int32 count)
   --- End of inner exception stack trace ---
   at System.Net.Sockets.NetworkStream.Write(Byte[] buffer, Int32 offset, Int32 count)
   at OracleInternal.Network.Packet.Send()
   at OracleInternal.Network.OracleCommunication.SendMarker(Int32 markerType)
   at OracleInternal.Network.OracleCommunication.Break()
   at OracleInternal.TTC.TTCExecuteSql.ReceiveExecuteResponse(Accessor[]& defineAccessors, Accessor[] bindAccessors, Boolean bHasReturningParams, SQLMetaData& sqlMetaData, SqlStatementType statementType, Int64 noOfRowsFetchedLastTime, Int32 noOfRowsToFetch, Int32& noOfRowsFetched, Int64& queryId, Int32 longFetchSize, Int64 clientInitialLOBFetchSize, Int64 initialLOBFetchSize, Int64 initialJSONFetchSize, Int64[] scnFromExecution, Boolean bAllInputBinds, Int32 arrayBindCount, DataUnmarshaller& dataUnmarshaller, MarshalBindParameterValueHelper& marshalBindParamsHelper, Int64[]& rowsAffectedByArrayBind, Boolean bDefineDone, Boolean& bMoreThanOneRowAffectedByDmlWithRetClause, List`1& implicitRSList, Boolean bLOBArrayFetchRequired)
   at OracleInternal.ServiceObjects.OracleDataReaderImpl.FetchMoreRows(Int32 noOfRowsToFetch, Boolean fillReader, Boolean returnPSTypes)
   at Oracle.ManagedDataAccess.Client.OracleDataReader.Read()
   at GrapeCity.Enterprise.Data.DataSource.Common.SqlExecutor.SourceTable.<>c__DisplayClass21_0.<<LoadFromReaderImpl>g__IterateOnly|1>d.MoveNext()
   at System.Linq.Enumerable.SelectEnumerableIterator`2.MoveNext()
   at System.Linq.Enumerable.SelectIterator[TSource,TResult](IEnumerable`1 source, Func`3 selector)+MoveNext()
   at GrapeCity.Enterprise.DataService.DataWarehouse.DuckDB.EnumerableExt.NextPartition[T](IEnumerator`1 enumerator, Int32 blockSize)+MoveNext()
   at GrapeCity.Enterprise.DataService.DataWarehouse.DuckDB.ParquetDuckDbDataWarehouse.CreateNewDataFileAsync(String filePath, ISourceData sourceData)
   at GrapeCity.Enterprise.DataService.DataWarehouse.DuckDB.ParquetDuckDbDataWarehouse.CreateNewDataFileAsync(String filePath, ISourceData sourceData)
   at GrapeCity.Enterprise.DataService.DataWarehouse.DuckDB.ParquetDuckDbDataWarehouse.CreateAsync(String tableName, ISourceData sourceData, UInt64 dataVersion)
   --- End of inner exception stack trace ---
   at GrapeCity.Enterprise.DataService.DataWarehouse.DuckDB.ParquetDuckDbDataWarehouse.CreateAsync(String tableName, ISourceData sourceData, UInt64 dataVersion)
   at GrapeCity.Enterprise.Data.CacheWork.Processor.CommonCreateFullRefresh.CreateCacheWithDataAsync(CacheWorkReport report, ICacheWorkPayload payload, ISourceData sourceData)


回复 使用道具 举报
Eden.SunWyn认证
超级版主   /  发表于:2024-5-14 10:23:12
5#
RickyJen 发表于 2024-5-14 09:13
目前能够想到的就可能是“缓存数据集”的运行计划报错之后,然后运行计划本身出了一些问题,导致一直占用 ...

停掉所有的运行计划,CPU使用率降下来了。那应该是有的运行计划执行在一只执行,占用了很大的CPU资源。
image.png642043456.png

您的日志里面显示,创建数据文件失败,您看一下是不是有缓存数据集或者抽取模型中有什么问题,导致了缓存数据一直写不进去,导致任务一直在重复写数据的操作。
回复 使用道具 举报
RickyJen
中级会员   /  发表于:2024-5-14 11:24:36
6#
Eden.Sun 发表于 2024-5-14 10:23
停掉所有的运行计划,CPU使用率降下来了。那应该是有的运行计划执行在一只执行,占用了很大的CPU资源。
...

运行计划设置的是每12小时定时执行一次,照理讲不应该出现一直执行的问题
回复 使用道具 举报
Felix.LiWyn认证
超级版主   /  发表于:2024-5-14 19:01:55
7#
您可以上传一份日志嘛。我们对比日志看一下。猜测是不是刷新没有成功,但是还在一直执行。导致占着cpu
回复 使用道具 举报
RickyJen
中级会员   /  发表于:2024-5-16 17:18:30
8#
Felix.Li 发表于 2024-5-14 19:01
您可以上传一份日志嘛。我们对比日志看一下。猜测是不是刷新没有成功,但是还在一直执行。导致占着cpu

现在这个问题已经消失了,日志因为服务器做了一次回滚丢失了,如果后面再出现何种问题,再联系您
回复 使用道具 举报
Eden.SunWyn认证
超级版主   /  发表于:2024-5-16 18:31:09
9#
好的。cpu很高,但是内存不高,这个大概率是有任务一直在执行,咱们下次如果出现的话再继续看看。
回复 使用道具 举报
您需要登录后才可以回帖 登录 | 立即注册
返回顶部