The Community is now in read-only mode to prepare for the launch of the new Flexera Community. During this time, you will be unable to register, log in, or access customer resources. Click here for more information.
Hi,
I've upgraded from 2017 R3 to 2019 R1 successfully, however now I cannot import any inventory from all my sources. Just wondering if anybody came across this, the database migration was successful without any issues.
Getting this error on all sources:
Failed to import inventory devices with error message 'Column name or number of supplied values does not match table definition.'
System.InvalidOperationException: The given ColumnMapping does not match up with any column in the source or destination.
Thanks.
Pardon
‎Aug 05, 2019 09:29 AM
Asking the obvious: Have all databases been migrated to FNMS 2019 R1 without any errors?
Could you share the 'ComplianceReader.log' file from your FNMS Batch server, please?
‎Aug 05, 2019 12:22 PM
Oh and yes the Database migrations were successful without error.
‎Aug 05, 2019 04:23 PM
It does sound like the migration has not been fully completed for all databases. Could you run the following commands to check that the version is now up to 2019 R1. It should return 13.2 for each (you may need to change the DB names to match yours):
USE FNMSCompliance
select * from DatabaseConfiguration where Property='CMSchemaVersion'
USE FNMSInventory
select * from DatabaseConfiguration where Property='SchemaVersion'
USE FNMSDataWarehouse
select * from DatabaseConfiguration where Property='DWSchemaVersion'
- Murray
‎Aug 05, 2019 07:00 PM
Hi Murray,
Thanks for your feedback, you're spot on seems like the DW didn't migrate successfully still on 12.3. I didn't get any errors though when migrating, see logs attached.
Do I just attempt to migrate the DB again? is that the right approach...
Many thanks
- Pardon
‎Aug 06, 2019 02:13 AM - edited ‎Aug 06, 2019 02:18 AM
Yes, giving it a 2nd try shouldn't hurt. Just to make sure: Please double check if your script did target the right DB. The log says it's on 13.2 already and did not run the steps from 12.3 all the way up to 13.2.
‎Aug 06, 2019 03:02 AM
Thanks for the response Mfranz,
I see what you mean, possibly targeted the wrong DB, I'll check again. Thanks for the input.
- Pardon
‎Aug 06, 2019 03:10 AM
Hi Pardon,
Sorry for being not very precise. The wording should have been "Please provide the latest log file from the "ComplianceReader" LOG folder ....
‎Aug 06, 2019 04:26 AM
Hi Pardon,
From what I can see in the Writer (2019 R1), there is only one persistent table being updated: Cluster.
Could you please check the Cluster table in your DB and compare the attributes to what is stated in the Schema Reference document? If they differ, your DB wasn't fully updated.
Best regards,
Markward
‎Aug 06, 2019 10:11 AM
Hi Markward,
I have confirmed the attributes they match with the one on the schema reference:
USE [FNMSCompliance] GO SELECT [ClusterID] ,[ParentClusterID] ,[ExternalName] ,[Name] ,[Namespace] ,[ClusterTypeID] ,[ComplianceComputerInventorySourceTypeID] ,[InventoryDate] ,[UpdatedUser] ,[UpdatedDate] ,[CreationUser] ,[CreationDate] ,[InventoryAgent] ,[DRS] ,[DPM] ,[TenantID] FROM [dbo].[Cluster_MT] GO
I'm almost reaching a dead end, don't know what else to look at, I've attached the Cluster.xml file in my writer folder perhaps you can compare with what you guys have.
Kind regards,
Pardon
@mfranz wrote:Hi Pardon,
From what I can see in the Writer (2019 R1), there is only one persistent table being updated: Cluster.
Could you please check the Cluster table in your DB and compare the attributes to what is stated in the Schema Reference document? If they differ, your DB wasn't fully updated.
Best regards,
Markward
@mfranz wrote:Hi Pardon,
From what I can see in the Writer (2019 R1), there is only one persistent table being updated: Cluster.
Could you please check the Cluster table in your DB and compare the attributes to what is stated in the Schema Reference document? If they differ, your DB wasn't fully updated.
Best regards,
Markward
@mfranz wrote:Hi Pardon,
From what I can see in the Writer (2019 R1), there is only one persistent table being updated: Cluster.
Could you please check the Cluster table in your DB and compare the attributes to what is stated in the Schema Reference document? If they differ, your DB wasn't fully updated.
Best regards,
Markward
‎Aug 06, 2019 04:11 PM
Hi Pardon,
The file seems to be alright. It is exactly matching what I have in my 2019 R1 test environment.
You could try to run the SQL statements from the Writer manually and try to find the exact reason why it fails. This can be quite a lot of work, because you may have to run preceding statements first. In this case it seems to be rather straight forward.
Bes regards,
Markward
‎Aug 07, 2019 02:41 AM
Hi Markward,
Thanks for the feedback, i'll try that thanks.
Kind regards,
Pardon
‎Aug 07, 2019 03:15 AM