Appian Community
Site
Search
Sign In/Register
Site
Search
User
DISCUSS
LEARN
SUCCESS
SUPPORT
Documentation
AppMarket
More
Cancel
I'm looking for ...
State
Not Answered
Replies
12 replies
Subscribers
6 subscribers
Views
4189 views
Users
0 members are here
Share
More
Cancel
Related Discussions
Home
»
Discussions
»
Administration
We are upgrading Appian from 7.2 to Appian 7.6 and we have received below error
navanathw670
over 10 years ago
We are upgrading Appian from 7.2 to Appian 7.6 and we have received below error very first moments.
<server .log starts ----------------------------------------->
16:42:31,523 INFO [stdout] (ServerService Thread Pool -- 73) 2014-08-26 16:42:31,523 [ServerService Thread Pool -- 73] ERROR com.appiancorp.common.config.ConfigObject - An error occurred while trying to initialize the config object com.appiancorp.type.config.plugin.PojoDatatypesConfig
16:42:31,523 INFO [stdout] (ServerService Thread Pool -- 73) com.appiancorp.type.config.pojo.PojoTypeImportException: Could not create types for [class com.appiancorp.type.cdt.AnyLinkField, class com.appiancorp.type.cdt.ApplicationHeaderLayout, class com.appiancorp.type.cdt.HeaderBodyLayout, class com.appiancorp.type.cdt.BarChart, class com.appiancorp.type.cdt.BooleanField, class com.appiancorp.type.cdt.Breadcrumbs, class com.appiancorp.type.cdt.ButtonLayout, class com.appiancorp.type.cdt.B...
server.log
OriginalPostID-120442
OriginalPostID-120442
Discussion posts and replies are publicly visible
Parents
0
Eduardo Fuentes
Appian Employee
over 10 years ago
The error you're seeing
14:39:53,094 INFO [stdout] (ServerService Thread Pool -- 50) Caused by: com.appiancorp.suiteapi.type.exceptions.InvalidTypeException: com.appiancorp.suiteapi.common.exceptions.AppianException: Invalid Type: Type Error: Invalid Type Number (1961) (APNX-1-4047-000)
can indicate two things:
1. There was a race condition when propagating data types during the start-up of the migration after rebuilding analytics that is preventing this data type from being present on the required engines
2. Or this environment wasn't fully migrated and you forgot to copy one or more engines from 7.5 to 7.6, most likely process design
SOLUTION:
1. For scenario #1 simply stop JBoss and delete <JBOSS_HOME>\\standalone\\log\\*.log. Restart JBoss again to confirm enough time has passed by to finish propagating data types.
2. For scenario #2 open all logs of type db_*.log and make sure the all show the 100% migrated message. I am thinking that db_PD is missing and you're running with the out of the box pd*.kdb instead of migrating it by mistake.
Even though I think the issue may be with Process Design make sure to review each db_*.log and search for the 100% migrated message; the log will also show what ID of the *.kdb file it's using that should also give you a clue in whether you missed copying one or more engines to 7.6
If you find out you forgot to copy one or more engines you will have to repeat the migration; copying the missing one now that the migration code ran is going to cause more trouble.
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
Reply
0
Eduardo Fuentes
Appian Employee
over 10 years ago
The error you're seeing
14:39:53,094 INFO [stdout] (ServerService Thread Pool -- 50) Caused by: com.appiancorp.suiteapi.type.exceptions.InvalidTypeException: com.appiancorp.suiteapi.common.exceptions.AppianException: Invalid Type: Type Error: Invalid Type Number (1961) (APNX-1-4047-000)
can indicate two things:
1. There was a race condition when propagating data types during the start-up of the migration after rebuilding analytics that is preventing this data type from being present on the required engines
2. Or this environment wasn't fully migrated and you forgot to copy one or more engines from 7.5 to 7.6, most likely process design
SOLUTION:
1. For scenario #1 simply stop JBoss and delete <JBOSS_HOME>\\standalone\\log\\*.log. Restart JBoss again to confirm enough time has passed by to finish propagating data types.
2. For scenario #2 open all logs of type db_*.log and make sure the all show the 100% migrated message. I am thinking that db_PD is missing and you're running with the out of the box pd*.kdb instead of migrating it by mistake.
Even though I think the issue may be with Process Design make sure to review each db_*.log and search for the 100% migrated message; the log will also show what ID of the *.kdb file it's using that should also give you a clue in whether you missed copying one or more engines to 7.6
If you find out you forgot to copy one or more engines you will have to repeat the migration; copying the missing one now that the migration code ran is going to cause more trouble.
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
Children
No Data