Foren

Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

thumbnail
Dirk Rödl, geändert vor 13 Jahren.

Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

New Member Beiträge: 23 Beitrittsdatum: 05.05.09 Neueste Beiträge
Hallo,

ich stosse momentan auf große Problem beim Upgradeversuch auf 6.0.5

folgende Schritte habe ich durchgeführt.

ich habe die CE-Version 6.0.5 mit dem Tomcat als Bundle heruntergeladen und neben der Version 5.2.3 ausgepackt.

Datenbank und Portal gestoppt.
Backup der Datenbank erstellt.
Portal-ext.properties angepasst und in aktuelles Version kopiert.
Datenbank gestartet.
Portal gestartet mit startup.sh

Ich weiss das hier noch einige Schritte fehlen und ich hoffe mir kann hier jemand helfen.

danke im voraus

Dirk




hier das Log:

08.10.2010 07:55:23 org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1417 ms
08.10.2010 07:55:23 org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
08.10.2010 07:55:23 org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.26
08.10.2010 07:55:23 org.apache.catalina.startup.HostConfig deployDescriptor
INFO: Deploying configuration descriptor ROOT.xml
Loading jar:file:/opt/so/liferay-portal-6.0.5/tomcat-6.0.26/webapps/ROOT/WEB-INF/lib/portal-impl.jar!/system.properties
Loading jar:file:/opt/so/liferay-portal-6.0.5/tomcat-6.0.26/webapps/ROOT/WEB-INF/lib/portal-impl.jar!/portal.properties
Loading file:/opt/so/liferay-portal-6.0.5/tomcat-6.0.26/webapps/ROOT/WEB-INF/classes/portal-ext.properties
07:55:48,805 INFO [DialectDetector:69] Determining dialect for MySQL 5
07:55:49,093 INFO [DialectDetector:49] Using dialect org.hibernate.dialect.MySQLDialect
07:56:03,307 INFO [PortalImpl:277] Global lib directory /opt/so/liferay-portal-6.0.5/tomcat-6.0.26/lib/ext/
07:56:03,328 INFO [PortalImpl:297] Portal lib directory /opt/so/liferay-portal-6.0.5/tomcat-6.0.26/webapps/ROOT/WEB-INF/lib/
Starting Liferay Portal Community Edition 6.0.5 CE (Bunyan / Build 6005 / August 16, 2010)
07:56:21,684 INFO [BaseDB:399] Database does not support case sensitive queries
07:56:21,734 INFO [UpgradeProcess:108] Upgrading com.liferay.portal.upgrade.UpgradeProcess_6_0_0
07:56:21,736 INFO [UpgradeProcess:108] Upgrading com.liferay.portal.upgrade.v6_0_0.UpgradeSchema
07:56:21,812 WARN [BaseDB:372] Table 'AssetCategory' already exists: create table AssetCategory ( uuid_ VARCHAR(75) null, categoryId LONG not null primary key, groupId LONG, companyId LONG, userId LONG, userName VARCHAR(75) null, createDate DATE null, modifiedDate DATE null, parentCategoryId LONG, leftCategoryId LONG, rightCategoryId LONG, name VARCHAR(75) null, title STRING null, vocabularyId LONG);
07:56:21,816 WARN [BaseDB:372] Table 'AssetCategoryProperty' already exists: create table AssetCategoryProperty ( categoryPropertyId LONG not null primary key, companyId LONG, userId LONG, userName VARCHAR(75) null, createDate DATE null, modifiedDate DATE null, categoryId LONG, key_ VARCHAR(75) null, value VARCHAR(75) null);
07:56:21,820 WARN [BaseDB:372] Table 'AssetEntries_AssetCategories' already exists: create table AssetEntries_AssetCategories ( entryId LONG not null, categoryId LONG not null, primary key (entryId, categoryId));
07:56:21,828 WARN [BaseDB:372] Table 'AssetEntries_AssetTags' already exists: create table AssetEntries_AssetTags ( entryId LONG not null, tagId LONG not null, primary key (entryId, tagId));
07:56:21,832 WARN [BaseDB:372] Table 'AssetEntry' already exists: create table AssetEntry ( entryId LONG not null primary key, groupId LONG, companyId LONG, userId LONG, userName VARCHAR(75) null, createDate DATE null, modifiedDate DATE null, classNameId LONG, classPK LONG, visible BOOLEAN, startDate DATE null, endDate DATE null, publishDate DATE null, expirationDate DATE null, mimeType VARCHAR(75) null, title VARCHAR(255) null, description STRING null, summary STRING null, url STRING null, height INTEGER, width INTEGER, priority DOUBLE, viewCount INTEGER);
07:56:21,843 WARN [BaseDB:372] Table 'AssetTag' already exists: create table AssetTag ( tagId LONG not null primary key, groupId LONG, companyId LONG, userId LONG, userName VARCHAR(75) null, createDate DATE null, modifiedDate DATE null, name VARCHAR(75) null, assetCount INTEGER);
07:56:21,847 WARN [BaseDB:372] Table 'AssetTagProperty' already exists: create table AssetTagProperty ( tagPropertyId LONG not null primary key, companyId LONG, userId LONG, userName VARCHAR(75) null, createDate DATE null, modifiedDate DATE null,tagId LONG, key_ VARCHAR(75) null, value VARCHAR(255) null);
07:56:21,858 WARN [BaseDB:372] Table 'AssetTagStats' already exists: create table AssetTagStats ( tagStatsId LONG not null primary key, tagId LONG, classNameId LONG, assetCount INTEGER);
07:56:21,862 WARN [BaseDB:372] Table 'AssetVocabulary' already exists: create table AssetVocabulary ( uuid_ VARCHAR(75) null, vocabularyId LONG not null primary key, groupId LONG, companyId LONG, userId LONG, userName VARCHAR(75) null, createDate DATE null, modifiedDate DATE null, name VARCHAR(75) null, title STRING null, description STRING null, settings_ STRING null);
07:56:21,894 WARN [BaseDB:372] Duplicate column name 'allowPingbacks': alter table BlogsEntry add allowPingbacks BOOLEAN;
07:56:21,898 WARN [BaseDB:372] Duplicate column name 'status': alter table BlogsEntry add status INTEGER;
07:56:21,901 WARN [BaseDB:372] Duplicate column name 'statusByUserId': alter table BlogsEntry add statusByUserId LONG;
07:56:21,905 WARN [BaseDB:372] Duplicate column name 'statusByUserName': alter table BlogsEntry add statusByUserName VARCHAR(75);
07:56:21,908 WARN [BaseDB:372] Duplicate column name 'statusDate': alter table BlogsEntry add statusDate DATE;
07:56:21,980 WARN [BaseDB:372] Duplicate column name 'pendingVersion': alter table DLFileEntry add pendingVersion VARCHAR(75) null;
07:56:21,985 WARN [BaseDB:372] Duplicate column name 'status': alter table DLFileShortcut add status INTEGER;
07:56:21,988 WARN [BaseDB:372] Duplicate column name 'statusByUserId': alter table DLFileShortcut add statusByUserId LONG;
07:56:21,992 WARN [BaseDB:372] Duplicate column name 'statusByUserName': alter table DLFileShortcut add statusByUserName VARCHAR(75);
07:56:21,995 WARN [BaseDB:372] Duplicate column name 'statusDate': alter table DLFileShortcut add statusDate DATE;
07:56:22,017 WARN [BaseDB:372] Duplicate column name 'description': alter table DLFileVersion add description STRING null;
07:56:22,024 WARN [BaseDB:372] Duplicate column name 'status': alter table DLFileVersion add status INTEGER;
07:56:22,034 WARN [BaseDB:372] Duplicate column name 'statusByUserId': alter table DLFileVersion add statusByUserId LONG;
07:56:22,038 WARN [BaseDB:372] Duplicate column name 'statusByUserName': alter table DLFileVersion add statusByUserName VARCHAR(75);
07:56:22,041 WARN [BaseDB:372] Duplicate column name 'statusDate': alter table DLFileVersion add statusDate DATE;
07:56:22,079 WARN [BaseDB:372] Duplicate column name 'status': alter table JournalArticle add status INTEGER;
07:56:22,082 WARN [BaseDB:372] Duplicate column name 'statusByUserId': alter table JournalArticle add statusByUserId LONG;
07:56:22,086 WARN [BaseDB:372] Duplicate column name 'statusByUserName': alter table JournalArticle add statusByUserName VARCHAR(75);
07:56:22,089 WARN [BaseDB:372] Duplicate column name 'statusDate': alter table JournalArticle add statusDate DATE;
07:56:22,163 WARN [BaseDB:372] Duplicate column name 'layoutPrototypeId': alter table Layout add layoutPrototypeId LONG;
07:56:22,180 WARN [BaseDB:372] Table 'LayoutPrototype' already exists: create table LayoutPrototype ( layoutPrototypeId LONG not null primary key, companyId LONG, name STRING null, description STRING null, settings_ STRING null, active_ BOOLEAN);
07:56:22,192 WARN [BaseDB:372] Duplicate column name 'layoutSetPrototypeId': alter table LayoutSet add layoutSetPrototypeId LONG;
07:56:22,196 WARN [BaseDB:372] Table 'LayoutSetPrototype' already exists: create table LayoutSetPrototype ( layoutSetPrototypeId LONG not null primary key, companyId LONG, name STRING null, description STRING null, settings_ STRING null, active_ BOOLEAN);
07:56:22,207 WARN [BaseDB:372] Table 'Lock_' already exists: create table Lock_ ( uuid_ VARCHAR(75) null, lockId LONG not null primary key, companyId LONG, userId LONG, userName VARCHAR(75) null, createDate DATE null, className VARCHAR(75) null, key_ VARCHAR(200) null, owner VARCHAR(75) null, inheritable BOOLEAN, expirationDate DATE null);
07:56:22,278 WARN [BaseDB:372] Duplicate column name 'allowPingbacks': alter table MBMessage add allowPingbacks BOOLEAN;
07:56:22,284 WARN [BaseDB:372] Duplicate column name 'status': alter table MBMessage add status INTEGER;
07:56:22,287 WARN [BaseDB:372] Duplicate column name 'statusByUserId': alter table MBMessage add statusByUserId LONG;
07:56:22,292 WARN [BaseDB:372] Duplicate column name 'statusByUserName': alter table MBMessage add statusByUserName VARCHAR(75);
07:56:22,299 WARN [BaseDB:372] Duplicate column name 'statusDate': alter table MBMessage add statusDate DATE;
07:56:23,519 WARN [BaseDB:372] Duplicate column name 'status': alter table MBThread add status INTEGER;
07:56:23,522 WARN [BaseDB:372] Duplicate column name 'statusByUserId': alter table MBThread add statusByUserId LONG;
07:56:23,525 WARN [BaseDB:372] Duplicate column name 'statusByUserName': alter table MBThread add statusByUserName VARCHAR(75);
07:56:23,529 WARN [BaseDB:372] Duplicate column name 'statusDate': alter table MBThread add statusDate DATE;
07:56:23,636 WARN [BaseDB:372] Duplicate column name 'servletContextName': alter table Release_ add servletContextName VARCHAR(75);
07:56:23,660 WARN [BaseDB:372] Duplicate column name 'groupId': alter table ShoppingItem add groupId LONG;
07:56:23,664 WARN [BaseDB:372] Table 'UserGroupGroupRole' already exists: create table UserGroupGroupRole ( userGroupId LONG not null, groupId LONG not null, roleId LONG not null, primary key (userGroupId, groupId, roleId));
07:56:23,703 WARN [BaseDB:372] Duplicate column name 'status': alter table WikiPage add status INTEGER;
07:56:23,706 WARN [BaseDB:372] Duplicate column name 'statusByUserId': alter table WikiPage add statusByUserId LONG;
07:56:23,710 WARN [BaseDB:372] Duplicate column name 'statusByUserName': alter table WikiPage add statusByUserName VARCHAR(75);
07:56:23,713 WARN [BaseDB:372] Duplicate column name 'statusDate': alter table WikiPage add statusDate DATE;
07:56:24,595 WARN [BaseDB:372] Table 'WorkflowDefinitionLink' already exists: create table WorkflowDefinitionLink ( workflowDefinitionLinkId LONG not null primary key, groupId LONG, companyId LONG, userId LONG, userName VARCHAR(75) null, createDate DATE null, modifiedDate DATE null, classNameId LONG, workflowDefinitionName VARCHAR(75) null, workflowDefinitionVersion INTEGER);
07:56:24,599 WARN [BaseDB:372] Table 'WorkflowInstanceLink' already exists: create table WorkflowInstanceLink ( workflowInstanceLinkId LONG not null primary key, groupId LONG, companyId LONG, userId LONG, userName VARCHAR(75) null, createDate DATE null, modifiedDate DATE null, classNameId LONG, classPK LONG, workflowInstanceId LONG);
07:56:24,605 INFO [UpgradeProcess:108] Upgrading com.liferay.portal.upgrade.v6_0_0.UpgradeAsset
07:56:24,673 ERROR [MainServlet:202] com.liferay.portal.kernel.events.ActionException: com.liferay.portal.kernel.upgrade.UpgradeException: com.liferay.portal.kernel.upgrade.UpgradeException: com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '10112-com.liferay.portlet.asset-1' for key 'IX_A32C097E'
com.liferay.portal.kernel.events.ActionException: com.liferay.portal.kernel.upgrade.UpgradeException: com.liferay.portal.kernel.upgrade.UpgradeException: com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '10112-com.liferay.portlet.asset-1' for key 'IX_A32C097E'
at com.liferay.portal.events.StartupAction.run(StartupAction.java:53)
at com.liferay.portal.servlet.MainServlet.processStartupEvents(MainServlet.java:1166)
at com.liferay.portal.servlet.MainServlet.init(MainServlet.java:199)
at javax.servlet.GenericServlet.init(GenericServlet.java:212)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:546)
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:637)
at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:563)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at org.apache.catalina.core.StandardService.start(StandardService.java:519)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Caused by: com.liferay.portal.kernel.upgrade.UpgradeException: com.liferay.portal.kernel.upgrade.UpgradeException: com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '10112-com.liferay.portlet.asset-1' for key 'IX_A32C097E'
at com.liferay.portal.kernel.upgrade.UpgradeProcess.upgrade(UpgradeProcess.java:114)
at com.liferay.portal.upgrade.UpgradeProcessUtil._upgradeProcess(UpgradeProcessUtil.java:80)
at com.liferay.portal.upgrade.UpgradeProcessUtil.upgradeProcess(UpgradeProcessUtil.java:37)
at com.liferay.portal.events.StartupHelper.upgradeProcess(StartupHelper.java:73)
at com.liferay.portal.events.StartupHelperUtil.upgradeProcess(StartupHelperUtil.java:40)
at com.liferay.portal.tools.DBUpgrader.upgrade(DBUpgrader.java:94)
at com.liferay.portal.events.StartupAction.doRun(StartupAction.java:117)
at com.liferay.portal.events.StartupAction.run(StartupAction.java:47)
... 29 more
Caused by: com.liferay.portal.kernel.upgrade.UpgradeException: com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '10112-com.liferay.portlet.asset-1' for key 'IX_A32C097E'
at com.liferay.portal.kernel.upgrade.UpgradeProcess.upgrade(UpgradeProcess.java:114)
at com.liferay.portal.kernel.upgrade.UpgradeProcess.upgrade(UpgradeProcess.java:130)
at com.liferay.portal.upgrade.UpgradeProcess_6_0_0.doUpgrade(UpgradeProcess_6_0_0.java:45)
at com.liferay.portal.kernel.upgrade.UpgradeProcess.upgrade(UpgradeProcess.java:111)
... 36 more
Caused by: com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '10112-com.liferay.portlet.asset-1' for key 'IX_A32C097E'
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:931)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2985)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1631)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1723)
at com.mysql.jdbc.Connection.execSQL(Connection.java:3250)
at com.mysql.jdbc.Statement.executeUpdate(Statement.java:1355)
at com.mysql.jdbc.Statement.executeUpdate(Statement.java:1270)
at com.mchange.v2.c3p0.impl.NewProxyStatement.executeUpdate(NewProxyStatement.java:64)
at com.liferay.portal.dao.db.BaseDB.runSQL(BaseDB.java:227)
at com.liferay.portal.dao.db.BaseDB.runSQL(BaseDB.java:194)
at com.liferay.portal.dao.db.BaseDB.runSQL(BaseDB.java:181)
at com.liferay.portal.kernel.upgrade.UpgradeProcess.runSQL(UpgradeProcess.java:80)
at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.updateResourceCodes(UpgradeAsset.java:581)
at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.updateResourceCodes(UpgradeAsset.java:556)
at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.doUpgrade(UpgradeAsset.java:385)
at com.liferay.portal.kernel.upgrade.UpgradeProcess.upgrade(UpgradeProcess.java:111)
... 39 more
Stopping the server due to unexpected startup errors
thumbnail
Armin Cyrus Dahncke, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

Junior Member Beiträge: 81 Beitrittsdatum: 12.08.08 Neueste Beiträge
Hi,

hast Du die Checkliste beachtet?

http://www.liferay.com/community/wiki/-/wiki/Main/Upgrade+Instructions+from+5.2+to+6.0

Stichwort wäre:

portal-legacy-5.2.properties

cheers
thumbnail
Martin Lungershausen, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

New Member Beiträge: 11 Beitrittsdatum: 11.08.09 Neueste Beiträge
Also ich habe den 5.2. mit ldap und NTLM laufen gehabt und dann versucht ihn auf 6.0.5 upzudaten. Die Daten übernehmen und das starten mit dem permissions.user.check.algorithm=6 hat auch geklappt. Der Admin der in der portal-ext.properties steht geht auch aber nur bei manuellem Login. Wenn ich nun die LDAP-Einstellungen mit dem IE prüfen will geht garnichts mit dem Mozilla klappt die Connection. Die Einstellungen sind wie bei 5.2.3 aber es funktioniert einfach kein automatischer Login mehr bzw. werden die bestehenden User nichtmal mit einem manuellen Login erkannt.

Irgendwie scheinen hier doch mehrere ein Problem zu haben. Vielleicht hat mir noch jemand einen Tipp?
thumbnail
Martin Lungershausen, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

New Member Beiträge: 11 Beitrittsdatum: 11.08.09 Neueste Beiträge
Habe leider noch immer das selbe Problem! Hat nicht vielleicht jemand inzwischen eine Lösung gefunden???? Wäre für jeden Tipp dankbar
thumbnail
Dennis Greiffenberg, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

Regular Member Beiträge: 222 Beitrittsdatum: 30.04.07 Neueste Beiträge
Guten Abend zusammen,

bei mir treten dieselben Problem wie bei Dirk auf :-(
Mein Setup: Win7, MySQL, Tomcat-Bundle.
Ich möchte gerne ein Upgrade von 5.2.3CE auf 6.0.5CE machen.

In der 6er Config habe ich neben der JDBC-Konfiguration folgende Einstellungen vorgenommen:
image.hook.impl=com.liferay.portal.image.DatabaseHook
dl.hook.impl=com.liferay.documentlibrary.util.FileSystemHook
dl.hook.file.system.root.dir=C:/mypath/tomcat/liferay-portal-5.2.3/data/document_library


Die 7cogs-Apps habe ich gelöscht.

Ich habe weitere Hinweise dazu gefunden, dass die folgenden DB-Statements im Vorfeld abgesetzt werden sollen:
delete from dlfileversion where version = 1;
delete from quartz_cron_triggers;
delete from quartz_job_details;
delete from quartz_triggers;

...die entsprechenden Tabellen waren bei mir allerdings leer.

Nach dem Start wird korrekt erkannt, dass ein DB-Update notwendig ist; das läuft auch für einige Minuten, dann wird der Tomcat geschlossen (duplicate key exception).
Ich habe auch bereits versucht, den Update-Prozess manuell über die entsprechenden Skripten laufen zu lassen; mit demselben Ergebnis (zuvor habe ich die DB natürlich jeweils wieder neu aufgesetzt, also immer mit dem unter 5.2.3 funktionierenden Stand...).

Hat einer noch einen Tipp für mich was ich hier noch ändern könnte / sollte?
Auch der Versuch mit der legacy-properties brachte (wie nicht anders zu erwarten war) dasselbe Ergebnis.

Danke und Grüße,
Dennis
Thomas Weckert, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

Junior Member Beiträge: 54 Beitrittsdatum: 10.08.09 Neueste Beiträge
Die genaue Fehlermeldung beim Upgrade ist:

Caused by: com.mysql.jdbc.exceptions.MySQLSyntaxErrorException: Unknown column 'tagId' in 'field list'
        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:936)
        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2985)
        at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1631)
        at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1723)
        at com.mysql.jdbc.Connection.execSQL(Connection.java:3256)
        at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1313)
        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1585)
        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1500)
        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1485)
        at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.executeUpdate(NewProxyPreparedStatement.java:105)
        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.addProperty(UpgradeAsset.java:180)
        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.copyProperties(UpgradeAsset.java:374)
        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.copyEntriesToCategories(UpgradeAsset.java:330)
        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.updateAssetCategories(UpgradeAsset.java:421)
        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.doUpgrade(UpgradeAsset.java:387)
        at com.liferay.portal.kernel.upgrade.UpgradeProcess.upgrade(UpgradeProcess.java:111)


Andere Frage: eigentlich müsste es doch auch möglich sein in der alten 5.2.3 Instanz alles zu exportieren, in der neuen 6.0.5 Instanz wieder zu importieren, und dadurch sich das Datenbank Upgrade zu sparen?! Hat jemand das schon mal versucht?

LG /thomas
thumbnail
Dennis Greiffenberg, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

Regular Member Beiträge: 222 Beitrittsdatum: 30.04.07 Neueste Beiträge
Hi Thomas,

Andere Frage: eigentlich müsste es doch auch möglich sein in der alten 5.2.3 Instanz alles zu exportieren, in der neuen 6.0.5 Instanz wieder zu importieren, und dadurch sich das Datenbank Upgrade zu sparen?! Hat jemand das schon mal versucht?


Ein Export als LAR-File und anschließender Import funktioniert nicht. Beim Import wird ein "incompatible version of LAR-File" angezeigt.


Viele Grüße,
Dennis
Thomas Weckert, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

Junior Member Beiträge: 54 Beitrittsdatum: 10.08.09 Neueste Beiträge
Hm das wundert mich. An und für sich müsste doch der Wechsel von einer Liferay Version zur nächsten leichter sein über einen jeweils angepassten Import, der Exporte in einem Format aus einer älteren Version in die neue Datenbank übernehmen kann, anstatt etwas zu bauen das für jedes Datenbanksystem das Schema ändert?!

LG /thomas
thumbnail
Dirk Rödl, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

New Member Beiträge: 23 Beitrittsdatum: 05.05.09 Neueste Beiträge
Hallo,

ich bin die Schritte nochmals durchgegangen:

  • portal-ext.properties angepasst
  • setenv.sh bzw startup.sh erweitert
  • sevencogs-hook Verzeichnisse in 6.0.5 gelöscht
  • delete from DLFileVersion where version = 1;
  • delete from QUARTZ_CRON_TRIGGERS;
  • delete from QUARTZ_JOB_DETAILS;
  • delete from QUARTZ_TRIGGERS;


Hier die entscheidende Stelle der catalina.out:

...snip...

... 36 more
Caused by: com.mysql.jdbc.exceptions.MySQLIntegrityConstraintViolationException: Duplicate entry '10149' for key 'PRIMARY'

...snip...



Ich hoffe andere hier hatten mehr Erfolg beim upgrade. Vielleicht kann einer eine Erfolgsstory erzählen, so dass ich den Glauben auf ein erfolgreiches Upgrade nicht verliere

Gruß

Dirk
Flo We, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

Junior Member Beiträge: 45 Beitrittsdatum: 12.01.11 Neueste Beiträge
Hallo zusammen,

bei einem Liferay Update mit der Liferay 6/Tomcat Bundle Version hatte ich bei folgendem Vorgehen erfolg:

1) Verzeichnisse und Datenbanken sichern
2) Die neue Bundle Version installieren
3) Datenbank angepasst oder ausgetauscht (zum Testen hatte ich die HSQL DB einfach mit der alten Datenbank ersetzt)
4) im Tomcat conf Ordner gegebenenfalls in folgenden Dateien die Einstellungen anpassen: conf/context.xml conf/web.xml conf/server.xml
5) unter tomcat/webapps/ROOT/WEB-INF/classes/ die alte portal-ext.properties einfügen und folgende Zeile hinzufügen:
permission.user.check.algorithm=5

6) Server starten

Ich hoffe ich konnte weiterhelfen.
thumbnail
Dirk Rödl, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

New Member Beiträge: 23 Beitrittsdatum: 05.05.09 Neueste Beiträge
Hallo Flo We,

danke für Dein Howto. Werd ich ausprobieren. Den ersten Unterschied sehe ich schon in den 3 XML-Dateien im conf Verzeichnis. Diese habe ich weder übernommen noch angepasst.

Ich werde mein Ergebnis berichten.

Gruß

Dirk
thumbnail
Dirk Rödl, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

New Member Beiträge: 23 Beitrittsdatum: 05.05.09 Neueste Beiträge
Zwischenzeitlich habe ich auch den Versuch gestartet und meine Exportierten LAR-Dateien in eine "frische" 6.0.5 Installation zu importieren. Vorher habe ich in den LAR-Dateien die Versionsnummer geändert.

Dies hat leider auch nicht funktioniert. emoticon




Der zweite Versuch war ein Upgrade auf ein 6.0.0 Tomcat-Bundle. Wie zu erwarten hat aber auch dies nicht funktioniert.


Gruss

Dirk
thumbnail
Armin Cyrus Dahncke, geändert vor 13 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

Junior Member Beiträge: 81 Beitrittsdatum: 12.08.08 Neueste Beiträge
Hallo zusammen,

ich denke nicht das ein Lar-Import export mit unterschiedlichen Liferay Versionen funktioniert. Ich denke das der Upgrade sich aufgrund der ConstraintViolation weghängt, hier macht auch ein abräumen der beschriebenen Entities nur Sinn, wenn diese für den Fehler verantwortlich sein könnten.
Evtl. mal hier ein paar breakpoints setzen:


com.liferay.portal.upgrade.v6_0_0.UpgradeAsset


und evtl. die Version 6.0.6 ausprobieren, da am UpgradeProzess ein paar Bugs gefixt wurden.


Bei einem Upgrade von der Version 5.2.3 und älter gilt bei der Verwendung von LDAP zu beachten, das hier einige Änderungen gemacht wurden, die evtl. dazu führen das die alten Einstellungen und Settings neu validiert werden müssen.
Hierzu evtl. eine Vanilla Installation benutzen und die UI verwenden und zu dem LDAP Server zu verbinden und die neuen Settings auszuprobieren.
Mua Dibh, geändert vor 11 Jahren.

RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie

New Member Beiträge: 2 Beitrittsdatum: 11.02.09 Neueste Beiträge
Die Ursache dieser MySQLIntegrityConstraintViolationException waren bei mir die Überreste eines vorherigen, fehlgeschlagenen Update Versuches.

Es empfiehlt sich also vor dem Einspielen eines MySQL-Dumps der 5.2.3 Datenbank ein DROP und CREATE database vorzunehmen.