Foren

Home » Liferay Portal » Deutsch

Kombinierte Ansicht Flache Ansicht Baumansicht
Threads [ Zurück | Nächste ]
toggle
Dirk Rödl
Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
8. Oktober 2010 01:16
Antwort

Dirk Rödl

Rang: New Member

Nachrichten: 23

Eintrittsdatum: 5. Mai 2009

Neue 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
Armin Cyrus Dahncke
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
8. Oktober 2010 08:08
Antwort

Armin Cyrus Dahncke

LIFERAY STAFF

Rang: Junior Member

Nachrichten: 80

Eintrittsdatum: 12. August 2008

Neue 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
Martin Lungershausen
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
14. Oktober 2010 04:36
Antwort

Martin Lungershausen

Rang: New Member

Nachrichten: 11

Eintrittsdatum: 11. August 2009

Neue 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?
Dennis Greiffenberg
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
15. Oktober 2010 08:04
Antwort

Dennis Greiffenberg

Rang: Regular Member

Nachrichten: 222

Eintrittsdatum: 30. April 2007

Neue 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:
1image.hook.impl=com.liferay.portal.image.DatabaseHook
2dl.hook.impl=com.liferay.documentlibrary.util.FileSystemHook
3dl.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:
1delete from dlfileversion where version = 1;
2delete from quartz_cron_triggers;
3delete from quartz_job_details;
4delete 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
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
19. Oktober 2010 00:33
Antwort

Thomas Weckert

Rang: Junior Member

Nachrichten: 54

Eintrittsdatum: 10. August 2009

Neue Beiträge

Die genaue Fehlermeldung beim Upgrade ist:

 1Caused by: com.mysql.jdbc.exceptions.MySQLSyntaxErrorException: Unknown column 'tagId' in 'field list'
 2        at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:936)
 3        at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2985)
 4        at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1631)
 5        at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1723)
 6        at com.mysql.jdbc.Connection.execSQL(Connection.java:3256)
 7        at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1313)
 8        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1585)
 9        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1500)
10        at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:1485)
11        at com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.executeUpdate(NewProxyPreparedStatement.java:105)
12        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.addProperty(UpgradeAsset.java:180)
13        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.copyProperties(UpgradeAsset.java:374)
14        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.copyEntriesToCategories(UpgradeAsset.java:330)
15        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.updateAssetCategories(UpgradeAsset.java:421)
16        at com.liferay.portal.upgrade.v6_0_0.UpgradeAsset.doUpgrade(UpgradeAsset.java:387)
17        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
Dennis Greiffenberg
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
19. Oktober 2010 00:37
Antwort

Dennis Greiffenberg

Rang: Regular Member

Nachrichten: 222

Eintrittsdatum: 30. April 2007

Neue 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
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
20. Oktober 2010 01:55
Antwort

Thomas Weckert

Rang: Junior Member

Nachrichten: 54

Eintrittsdatum: 10. August 2009

Neue 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
Dirk Rödl
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
14. Januar 2011 08:35
Antwort

Dirk Rödl

Rang: New Member

Nachrichten: 23

Eintrittsdatum: 5. Mai 2009

Neue 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
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
18. Januar 2011 01:32
Antwort

Flo We

Rang: Junior Member

Nachrichten: 45

Eintrittsdatum: 12. Januar 2011

Neue 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:
1permission.user.check.algorithm=5

6) Server starten

Ich hoffe ich konnte weiterhelfen.
Martin Lungershausen
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
26. Januar 2011 01:41
Antwort

Martin Lungershausen

Rang: New Member

Nachrichten: 11

Eintrittsdatum: 11. August 2009

Neue 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
Dirk Rödl
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
27. Januar 2011 05:50
Antwort

Dirk Rödl

Rang: New Member

Nachrichten: 23

Eintrittsdatum: 5. Mai 2009

Neue 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
Dirk Rödl
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
27. Januar 2011 05:59
Antwort

Dirk Rödl

Rang: New Member

Nachrichten: 23

Eintrittsdatum: 5. Mai 2009

Neue 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
Armin Cyrus Dahncke
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
8. März 2011 11:35
Antwort

Armin Cyrus Dahncke

LIFERAY STAFF

Rang: Junior Member

Nachrichten: 80

Eintrittsdatum: 12. August 2008

Neue 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
RE: Upgrade von 5.2.3 nach 6.0.5 (CE) aber wie
28. März 2013 05:26
Antwort

Mua Dibh

Rang: New Member

Nachrichten: 2

Eintrittsdatum: 11. Februar 2009

Neue 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.