0

我第一次尝试直接从 4.5.4 升级到 5.6 并得到以下错误，我要求我们的 DBA 提高 DB 日志记录级别，最终异常停止，但升级在 FeedFileSources 迁移期间冻结。在这种情况下，冻结意味着几个小时（10+）没有更改数据库或日志文件（尽管“web[osdvMassUpdate] 0 个已处理的文件（0 个项目/秒）”继续打印在日志中。

从那以后，我让 DBA 减少了 DB 日志记录并恢复了上次备份，我再次尝试升级。这次先升级到 4.5.7，然后将所有插件升级到最新的 4.5.7 版本。下面的例外来自最后一次尝试。

我可以在下面的堆栈跟踪中找到具有源代码的项目并将其删除，但我不确定它是否能解决问题。我们正在使用 postgresql DB (v9.2)，接下来我应该尝试什么？

2016.08.08 21:25:29 INFO web[DbMigration] == FeedFileSources: 正在迁移 ================================ =================
2016.08.08 21:26:29 INFO web[osdvMassUpdate] 处理 0 个文件（0 个项目/秒）
2016.08.08 21:27:29 INFO web[osdvMassUpdate] 处理 0 个文件（0 项/秒）
2016.08.08 21:28:29 INFO web[osdvMassUpdate] 处理 0 个文件（0 个项目/秒）
2016.08.08 21:29:29 INFO web[osdvMassUpdate] 处理 0 个文件（0 项/秒）
2016.08.08 21:30:29 INFO web[osdvMassUpdate] 处理 0 个文件（0 个项目/秒）
2016.08.08 21:31:29 INFO web[osdvMassUpdate] 处理 0 个文件（0 个项目/秒）
2016.08.08 21:32:29 INFO web[osdvMassUpdate] 处理 0 个文件（0 个项目/秒）
2016.08.08 21:33:29 INFO web[osdvMassUpdate] 处理了 9600 个文件（160 项/秒）
2016.08.08 21:33:33 ERROR web[ossdmDatabaseMigrator] 无法执行数据库迁移：org.sonar.db.version.v50.FeedFileSources
java.lang.IllegalStateException：处理行时出错：[uuid=AVZtGc0P6ehXweoHtugl,uuid=AVZtGc0Q6ehXweoHtuhP,data=package com.uprr.netcontrol.dm.train.sim.rules.management.find.rules.summary_1_0.dto.request;

公共枚举透视{

        生产、模拟；

        公共字符串值（）{
                返回名称（）；
        }

        公共静态透视 fromValue(String v) {
                返回值（v）；
        }

}
,updated_at=2015-04-17 08:05:03.932,text_value=1=560318;2=560318;3=560318;4=560318;5=560318;6=560318;7=560318;8=560318;9= 560318;10=560318;11=560318;12=560318;13=560318;14=560318;15=560318;16=560318,measure_data=null,text_value=1=xprk173;2=xprk173;3=xprk173;4= xprk173;5=xprk173;6=xprk173;7=xprk173;8=xprk173;9=xprk173;10=xprk173;11=xprk173;12=xprk173;13=xprk173;14=xprk173;15=xprk173;16=xprk173, measure_data=null,text_value=1=2015-04-15T05:30:42-0500;2=2015-04-15T05:30:42-0500;3=2015-04-15T05:30:42-0500;4= 2015-04-15T05:30:42-0500;5=2015-04-15T05:30:42-0500;6=2015-04-15T05:30:42-0500;7=2015-04-15T05:30: 42-0500;8=2015-04-15T05:30:42-0500;9=2015-04-15T05:30:42-0500;10=2015-04-15T05:30:42-0500;11=2015- 04-15T05:30:42-0500;12=2015-04-15T05:30:42-0500;13=2015-04-15T05:30:42-0500;14=2015-04-15T05:30:42- 0500;15=2015-04-15T05:30:42-0500;16=2015-04-15T05:30:42-0500,measure_data=null,text_value=3=3;5=1;8=6;12=0,measure_data=null,text_value=null,measure_data=null,text_value=null,measure_data=null,text_value=null, measure_data=null,text_value=null,measure_data=null,text_value=null,measure_data=null,text_value=null,measure_data=null,text_value=null,measure_data=null,text_value=null,measure_data=null,text_value=null,measure_data=空，id=201888430]
        在 org.sonar.db.version.SelectImpl.newExceptionWithRowDetails(SelectImpl.java:89) ~[sonar-db-5.6.jar:na]
        在 org.sonar.db.version.SelectImpl.scroll(SelectImpl.java:81) ~[sonar-db-5.6.jar:na]
        在 org.sonar.db.version.MassUpdate.execute(MassUpdate.java:76) ~[sonar-db-5.6.jar:na]
        在 org.sonar.db.version.v50.FeedFileSources.execute(FeedFileSources.java:286) ~[sonar-db-5.6.jar:na]
        在 org.sonar.db.version.BaseDataChange.execute(BaseDataChange.java:45) ~[sonar-db-5.6.jar:na]
        在 org.sonar.server.db.migrations.DatabaseMigrator.executeMigration(DatabaseMigrator.java:95) ~[sonar-server-5.6.jar:na]
        在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_20]
        在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_20]
        在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_20]
        在 java.lang.reflect.Method.invoke(Method.java:483) ~[na:1.8.0_20]
        在 org.jruby.javasupport.JavaMethod.invokeDirectWithExceptionHandling(JavaMethod.java:455) [jruby-complete-1.7.9.jar:na]
        在 org.jruby.javasupport.JavaMethod.invokeDirect(JavaMethod.java:316) [jruby-complete-1.7.9.jar:na]

        ...堆栈跟踪缩短...

        在 RbCallUpgrade_1691709950.callUpgrade(RbCallUpgrade_1691709950.gen:13) [jruby-complete-1.7.9.jar:na]
        在 org.sonar.server.ruby.PlatformRubyBridge$1.trigger(PlatformRubyBridge.java:52) [sonar-server-5.6.jar:na]
        在 org.sonar.server.db.migrations.PlatformDatabaseMigration.doUpgradeDb(PlatformDatabaseMigration.java:131) [sonar-server-5.6.jar:na]
        在 org.sonar.server.db.migrations.PlatformDatabaseMigration.doDatabaseMigration(PlatformDatabaseMigration.java:113) [sonar-server-5.6.jar:na]
        在 org.sonar.server.db.migrations.PlatformDatabaseMigration.access$000(PlatformDatabaseMigration.java:37) [sonar-server-5.6.jar:na]
        在 org.sonar.server.db.migrations.PlatformDatabaseMigration$1.run(PlatformDatabaseMigration.java:101) [sonar-server-5.6.jar:na]
        在 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_20]
        在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_20]
        在 java.lang.Thread.run(Thread.java:745) [na:1.8.0_20]
Caused by: java.sql.BatchUpdateException: Batch entry 191 INSERT INTO file_sources(project_uuid, file_uuid, created_at, updated_at, data, line_hashes, data_hash)VALUES ('AVZtGdtc6ehXweoHtwj4', 'AVZtGdtc6ehXweoHtwj6', 1470709529499, 1429265906896, '118931,xprk184,2011 -10-10T07:54:05-0500,,,,,,,,,,,,,package com.uprr.netcontrol.bdi.outbound.documenthandler.exception;
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,,
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,import org.slf4j.Logger;
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,import org.slf4j.LoggerFactory;
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,,
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,公共类OutboundDocumentHandlerException扩展异常{
138289,igen585,2012-01-19T15:51:55-0600,1,,,,,,,,,,,, private static final Logger LOGGER = LoggerFactory.getLogger(OutboundDocumentHandlerException.class);
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,, private static final long serialVersionUID = 1L;
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,," public static final String DEFAULT_ERROR_KEY = ""system.error"";"
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,,
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,, public OutboundDocumentHandlerException() {
118931,xprk184,2011-10-10T07:54:05-0500,1,,,,,,,,,,,, this(DEFAULT_ERROR_KEY);
118931,xprk184,2011-10-10T07:54:05-0500,1,,,,,,,,,,,, }
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,,
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,, public OutboundDocumentHandlerException(String message) {
118931,xprk184,2011-10-10T07:54:05-0500,1,,,,,,,,,,,, 超级（消息）；
138289,igen585,2012-01-19T15:51:55-0600,1,2,1,,,,,,,,,, if (LOGGER.isErrorEnabled()){
138289,igen585,2012-01-19T15:51:55-0600,1,,,,,,,,,,,, LOGGER.error(message);
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,, }
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,,
118931,xprk184,2011-10-10T07:54:05-0500,1,,,,,,,,,,,, }
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,,
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,," public OutboundDocumentHandlerException(String message, Throwable t) {"
118931,xprk184,2011-10-10T07:54:05-0500,0,,,,,,,,,,,," super(message, t);"
138289,igen585,2012-01-19T15:51:55-0600,0,2,0,,,,,,,,,, if (LOGGER.isErrorEnabled()){
138289,igen585,2012-01-19T15:51:55-0600,0,,,,,,,,,,,, LOGGER.error(message);
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,, }
118931,xprk184,2011-10-10T07:54:05-0500,0,,,,,,,,,,,, }
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,,
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,, public OutboundDocumentHandlerException(Throwable t) {
118931,xprk184,2011-10-10T07:54:05-0500,0,,,,,,,,,,,," super(DEFAULT_ERROR_KEY, t);"
118931,xprk184,2011-10-10T07:54:05-0500,0,,,,,,,,,,,, }
118931,xprk184,2011-10-10T07:54:05-0500,,,,,,,,,,,,,}
', 'ba3bbd89d6a61e8471766df5921e6555

293f7a3f08e54359c17d5e984f721665
18d24bd6a2c2c15d3914502e2776e372

f5fbddcfb079df85f4d2407a281cdbf
f36f81f6cbcd0ad4eaf500cc094c7100
712212474a80bd328114c4c1dc66cba3
54b6fdc61bc76cf94254f77cb3da75e8

681ebf4e522395df8c779506ae70c7b7
f498d67954f51c342f0c4860f73acd92
cbb184dd8e05c9709e5dcaedaa0495cf

50c60b8d564c1374904f3625ba915e7d
7d0d74b69b4077ba7268ddf1bba275a2
0f416aef0c462782a31da800aa06c010
82ad9bf91a460c7e0a473188b7a9bdb3
cbb184dd8e05c9709e5dcaedaa0495cf

cbb184dd8e05c9709e5dcaedaa0495cf

33ea416932a5857e38856b21c2166e02
ff74d37a19fadbfb29e54b18725f0492
0f416aef0c462782a31da800aa06c010
82ad9bf91a460c7e0a473188b7a9bdb3
cbb184dd8e05c9709e5dcaedaa0495cf
cbb184dd8e05c9709e5dcaedaa0495cf

a2bb3f6e6eefb90a4a2d97a9d1deddea
b92e3d24f1d08d3b3d941ab18ef1213a
cbb184dd8e05c9709e5dcaedaa0495cf
cbb184dd8e05c9709e5dcaedaa0495cf
', '') 被中止。调用 getNextException 查看原因。
        在 org.postgresql.jdbc2.AbstractJdbc2Statement$BatchResultHandler.handleError(AbstractJdbc2Statement.java:2743) ~[postgresql-9.3-1102-jdbc41.jar:na]
        在 org.postgresql.core.v3.QueryExecutorImpl$1.handleError(QueryExecutorImpl.java:461) ~[postgresql-9.3-1102-jdbc41.jar:na]
        在 org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1928) ~[postgresql-9.3-1102-jdbc41.jar:na]
        在 org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:405) ~[postgresql-9.3-1102-jdbc41.jar:na]
        在 org.postgresql.jdbc2.AbstractJdbc2Statement.executeBatch(AbstractJdbc2Statement.java:2892) ~[postgresql-9.3-1102-jdbc41.jar:na]
        在 org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:297) ~[commons-dbcp-1.4.jar:1.4]
        在 org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:297) ~[commons-dbcp-1.4.jar:1.4]
        在 org.sonar.db.version.UpsertImpl.addBatch(UpsertImpl.java:41) ~[sonar-db-5.6.jar:na]
        在 org.sonar.db.version.MassUpdate$1.handle(MassUpdate.java:80) ~[sonar-db-5.6.jar:na]
        在 org.sonar.db.version.SelectImpl.scroll(SelectImpl.java:78) ~[sonar-db-5.6.jar:na]
        ...省略了159个常用框架
2016.08.08 21:33:33 INFO web[ossdmPlatformDatabaseMigration] 数据库迁移失败 | 时间=963882ms
2016.08.08 21:33:33 错误 web[ossdmPlatformDatabaseMigration] 数据库迁移或容器重启失败。进程以异常结束
org.jruby.exceptions.RaiseException: (StandardError) 发生错误，所有后来的迁移都取消了：
4

1 回答 1

0

您的日志中的异常不够明确。如果您在 postgresql 日志 (pg_logs) 中有更多关于此问题的详细信息，您能否询问您的 DBA。问候埃里克

于 2016-08-12T16:21:43.327 回答