I've been trying to create a data science project on the IBM Watson Studio but keep getting the error (An error occurred. You can only have one instance of a Lite plan per service. To create a new instance, either delete your existing Lite plan instance or select a paid plan.) on my window screen.
To echo Simon's comment for similar concerns, linking to an existing service that exists in your account should overcome the issue you're encountering.
Related
I am using TFS 2018 update2, I have been given Project collection administrator level access for a project collection. But when I connect using VS2017 and create a Team project, I am getting TF218027 error. Please, let me know what the solution for this is.
The error message is very clearly, your account need to gain appropriate permission.
You need to set permissions on SQL Server Reporting separately from TFS itself.
TFS, Reporting Services and SharePoint all have independent permissions. The group "Project Collection Administrators" is internal to TFS and thus only gives access to the TFS functions, not the functions it uses on other servers.
The recommended approach is to create groups in AD (eg. "TFS Collection X Admins") in AD; and then use that group to give permissions in each of TFS, SharePoint and Reporting Services.
You could add a 'Content Manager' permissions, detail steps, please take a look at this thread: Error TF218027 when creating a Team Project in TFS 2010
Another way just as jessehouwing suggested in comment, you do not have to create with Report set, if your team actually no need the report feature, you could also disable the report settings, how to check the report configuration, please take a look at this link.
I have almost 10+ Projects created in Watson Data Platform.
I created a Data Catalog and added some data assets csv.
Now i am trying to add the dataset to existing projects.
But it only shows one project out of my 10 projects.
Can you please help?
Thanks,
Charles.
I found out following:-
This screen lists/pulls all projects that are restricted, all projects that are bluemix COS types, all projects you have permissions to.
Restricted means Under Project Settings -> Project Scope should be restricted to who can collaborate should set to Yes. The same option is being asked when you create the project. It restricts only users who are part of your Bluemix Organization to be added as collaborators.
Also the project should be using Cloud Object Storage as Storage.
Hope others find this useful.
Thanks,
Charles.
I am currently trying to solve an issue with our current on-premise TFS 2010 Server where I have 2 collections and both of my project collections were set to offline due to some tinkering with trying to upgrade to on-premise TFS 2015.
Whenever I try to activate the desired collection, I am getting the following error:
TF253021:The following team project is duplicated in at least two team
project collections: ProjectName. The collection cannot start while
the duplication exists. You must delete this project from all but one
of the collections before the collection can be started. The project
exists in the following collections: CollectionA, CollectionB.
I also had a look at each of their settings, and apparently the database connection string for both collections are pointing towards the same SQL Server instance and the same database. Both collections also have the same number and names of all team projects too.
I'm thinking of deleting one of the collection and its projects, but I fear that if I do it, it may delete the same collection and settings for the second project collection that I'm trying to set online.
I'm wondering if anybody has encountered this issue and what steps have he/she has done to fix it.
Many thanks!
You've gotten yourself in a remarkable situation, which may need Microsoft support to chime in. Even with creative backups I'd be unsure whether you'd get yourself in an unsupported end-situation.
If you have a backup of the whole situation before you started this experiment, I'd recommend going back to that.
You may find yourself in a catch-22 situation, since TFS 2010 has passed it's support lifecycle. Mentioning it happened while preparing for a TFS 2015 upgrade may convince them.
You can find the contact details here:
https://support.microsoft.com/en-us/contactus/
I need to extract some data from TFS (Team Foundation Server) and create some excel sheet with data. To automate it, I am writing an application . But problem is:
How can I get data from TFS? Is there any webservice available for this or I need to parse HTML and then get the data.
No. TFS has broad coverage APIs and came in two flavors: Object Model and REST.
The Object Model is automatically installed when you install Visual Studio / Team Explorer, otherwise you can use the stand-alone MSI. This is a .NET API, but you can also find the Java version in case you need it.
The OM is simple to use for a .Net developer.
The REST API are kind of new and you should study if they satisfy your requirement. Some APIs are supported only on VSO and they miss from TFS on-premise and older versions.
We recently changed domains for our entire network, and I am trying to find a way to migrate my TFS workspace from my old Domain\Username to the new Domain\Username without losing any pending changes.
Note also that I need a solution to accomplish this via the command line, as Visual Studio won't let me access the old workspace from the old domain.
See the MSDN article about the Workspaces Command. You can invoke tf workspace with an argument /updateUserName. That should do the trick.
I just migrated my TFS server from my old domain to a new domain because my organization had a company name change. After the migration, I had to overcome several issues and eventually I was left with the development team getting TFS14045 error messages. The fix to this problem was simply having the developers issue the following command from their Visual Studio command prompt.
tf workspaces /updateUserName:OLDDOMAIN\olddomainusername /s:http://[tfsserver]:8080/tfs
I found that if multiple developers had logged into that workstation and created workspaces with visual studio that I had to issue this command for each domain account until I get them all. After I did this procedure I was then able to remove their corresponding records form the tbl_identity table of the TFS_Configuration database on my TFS server so that I wouldn't then also have to look at duplicate accounts for the same person (one for their old domain account and one for their new domain account) inside my TFS collection. Leaving this record in place also created another error that you will get if a developer breaks the build and TFS tries to create a auto generated work item for that developer to fix the build. If both the old domain account and the new domain account is present in the TFS collection (recorded in the tbl_identity table...) then TFS will not know which user account to use when making the work item for the broken build.
Good luck and I apologize if this is too rambling to read but I am in a hurry and I hate reading posts that leave out detail ;-)