No files checked in migration error - azure-devops

Trying to migrate some version control data into Visual Studio Online from local TFS. Got the following error. I have retried multiple times and still get the same error.
OH-SCM-009: Error occurred while sync. No files checked in.
Not sure where to go with this one. Is there somewhere I can get more details?

Related

Build Visual Studio project fails - The cloud operation was unsuccessful

I'm using two laptops and stored my C# code in OneDrive.
I am aware that sharing code via OneDrive is not be the best approach, but that's what I'm dealing with now.
I noticed that on laptop 1 I have to define the following path to the data file (mdf):
C:\Users\ Diet\OneDrive\Personal\VisualStudio2019\Repos\project\project\App_Data\data.mdf
On laptop 2, the path is different because the user I'm logged in with has a different name (or at least that's what I believe is the cause)
C:\Users\ Dieter\OneDrive\Personal\VisualStudio2019\Repos\project\project\App_Data\data.mdf
Updating this in the Web.config fixed the connection to the database, BUT building the solution still returns an error, also related to a cloud operation, hence why I think it is caused by the path in OneDrive...
The error message:
CSC : error CS0041: Unexpected error writing debug information -- 'The cloud operation was unsuccessful.
I welcome your insights. Thank you for helping me out.
I have my projects stored in OneDrive and had this same issue. The fix was to set the entire Project folder contents to "Always keep on this device".
Seems that building the solution in VS was attempting to write to files that were not cached locally from OneDrive. As soon as I changed the setting, the build worked!
I was also storing my project on OneDrive, got the same error after installing a new ssd.
Rebuilding the solution was enough for me.

Clear Case Error: File messed up after failed checkin

We are using Jenkins for our continuous integration and in one job Jenkins checks in files into out Clear Case Integration Stream. Recently during one job the ClearCase checkin failed with the following message:
cleartool: Error: Operation "create_version" unavailable for manager "_xxx_file"
(Operation pathname was:
"D:\Programs\IBM\RationalSDLC\ClearCase\lib\mgrs\_xxx_file\create_version")
cleartool: Error: Unable to store new version. cleartool: Error:
Unable to check in "Path/To/File/xxx
I was able to trace back the error, but the file in ClearCase is messed up since then. Every time someone tries to update his view connected to the integration stream he gets the following error message:
Unable to load "xxx": unknown error in VOB.
I can't see the file in the Rational Explorer or in Windows Explorer, but when I click "Compare with Previous Versions" on the containing folder I can see the file in both windows (belonging to current and previous version).
That behavior really confuses me.
I am pretty new to Clear Case and I would love to have a simple way to retrieve the previous version (something similar to git revert).
I would love to have a simple way to retrieve the previous version (something similar to git revert).
If you really think the new and problematic version was to be reverted, you could remove it completely with cleartool rmver (as I used it here). This is quite dangerous though.
But here, that version was likely never created, since the error message starts with "Operation "create_version" unavailable"
You can see this error message in this technote (about ClearCase MultiSite)
This issue occurred after the following sequence of events:
VOBs were being moved from an old server to a new server along with upgrading ClearCase from an older version to 7.x.
A new type manager had been created on the old server along with an element type called keyed_text_file_delta.
The error occurred because the new type manager and element type keyed_text_file_delta did not exist on the new server.
So double-check if the type manager "_xxx_file" still exists in your VOB, using cleartool lstype.

OH-SCM-009: Error occurred while sync. No files checked in. For migration tool version 1.3.000B000

I know that this question has been answered in another post and solved for version v1.2.0.000 of OpsHub: OH-SCM-009: Error occurred while sync. No files checked in.
But the thing is that it is still a problem. I use OpsHub v1.3.000B000.
I have tried on two different PCs and the migration halts, showing this error.
What shall I do to successfully proceed with the migration?

OpsHub Migration to VSO can't get past changeset and stops running

I've tried this twice with the same result.
Error Message: OH-SCM-009 Error Occurred while sync. Could not find file 'O:\w11_10_0'
Version: OpsHub Integration Manager Framework-OVSMU-V1.0.1.006
Here are the changeset details
Close OpsHub Migration Utility.
Delete Folder w11_10_0 and Start Migration utility again.
Which will again create new folder and start syncing.
If you still getting this error, Can you please zip up and send us the log files from location :\Program Files\OpsHub Visual Studio Online Migration Utility\logs and email them to ovsmu#opshub.com Please include a reference to this request in your email so we will provide proper resolution to this
At one point if you moved code from one TFS Team Project to a New Team Project and DELETED the original team project then this may cause this issue.

OpsHub-012010: Processing blocked - earlier event(s) for entity 11888 have to be processed first

I am getting the following error when running a migration from TFS on-premise to Visual Studio Online
OpsHub-012010: Processing blocked - earlier event(s) for entity 11888 have to be processed first.
This is the second time i am trying to run the 'source control' migration on the same project.
I got the same error the first time after 3700 changesets. This time it happened after 5300 changesets.
I also tried to flag the Failure item for a retry and rerun the process, but I keep getting the same error.
use latest version 1.0.1.005
Also Can you please zip up and send us the log files from location :\Program Files\OpsHub Visual Studio Online Migration Utility\logs and email them to ovsmu#opshub.com
Please include a reference to this request in your email
so we will provide proper resolution to this thread.