• State Verified Answer
  • Locked Locked
  • Replies 2 replies
  • Subscribers 18 subscribers
  • Views 9001 views
  • Users 0 members are here
Options
Related
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

RUM Processing Error

rreda
over 8 years ago

I am testing the RUM agent on workstation and have configured the RUM console with the MMAD service credentials and made sure its a local admin. I create a test collection and run discovery just fine. I try to run the RUM processing and each time I get the same error.

\\pcname Initialization Informational 0  vmover.exe (32 bit) [version 8.12.0.477]
 \\pcname Initialization Error 0  No accounts detected in mapping file 'C:\Users\admaccount\AppData\Local\Temp\E93F.tmp'.

 

I am not using a mapping file and credentials work for source and target domains. Not sure why this is happening.

 

Parents
  • 0 over 8 years ago

    The mapping file in question is part of the resource processing process.  It is generated by the RUM service using source-->target migrated-object pair data extracted from the ADLDS instance supporting your MMAD Project.  For some reason, the RUM controller service was unable to obtain this information from your ADLDS instance.

    One way to confirm that the data is there in the first place is to right click an object migration session and select 'Undo' - if you don't see a list of objects to undo, then the mapping data was never saved.  (Very unusual).

    After that, it could be a case of your RUM host (if separate) not being able to communicate with ADLDS.

    Can't think of anything else off the top of my head but this is a start and at least now you understand how the RUM resource processing tasks work behind the scenes.

Reply
  • 0 over 8 years ago

    The mapping file in question is part of the resource processing process.  It is generated by the RUM service using source-->target migrated-object pair data extracted from the ADLDS instance supporting your MMAD Project.  For some reason, the RUM controller service was unable to obtain this information from your ADLDS instance.

    One way to confirm that the data is there in the first place is to right click an object migration session and select 'Undo' - if you don't see a list of objects to undo, then the mapping data was never saved.  (Very unusual).

    After that, it could be a case of your RUM host (if separate) not being able to communicate with ADLDS.

    Can't think of anything else off the top of my head but this is a start and at least now you understand how the RUM resource processing tasks work behind the scenes.

Children
No Data