I've just created a new Test instance of TFS 2005 SP1 and migrated the databases. The TFS part seems to work correctly, but the Sharepoint site doesn't seem to work.
http://TfsServer/sites/Project1/default.aspx gives a 404 error.
Also heading to Sharepoint Central Administration --> Manage Site collection owners and entering the above site name under 'Web Site URL' gives the following error message:
'The virtual server that is referenced here is not in the config database"
The config database is the only one I did not restore from the source (following instructions here). How do I go about recreating the Sharepoint site?
Thanks!
Sharepoint Central Admin
Manage Web Server List
click on server name
Configure Virtual Server settings
Default Web site
Manage Content Databases
Click on STS_Content_TFS
Note the values in textboxes.
Check Remove content database and click on OK.
Recreate content database with the same name (STS_Content_TFS) and other information
as above.
Related
I have an mvc application thats built using the repository pattern. My Database resides in the SmokersTavern.Data folder. I have published the site to azure. On startup the user must logon thereof will be redirected to the Products table. However I get the following error.
It is not allowed to connect to local database when your web app has been published to Azure.
You should create an Azure sql database and connect to it instead. Here's the tutorial for you to refer.
You need to create an Azure resource group deployment project with your Visual Studio web application so that Visual Studio knows where to publish your code. Please take a look at this:
Creating and deploying Azure resource groups through Visual Studio
Although, you are using the 'Publish to Azure' feature, I don't see the resource group configuration in the Solution Explorer pane on the right (based upon the screen capture you provided).
Following this document will walk you through the set-up, configuration, and publishing of your web application to Azure.
I created the app service + sql and in my visual studio I connected to app service created on Azure. My connection string in my config file was not that of the Azure sql db
I am using a virtual server hosted anywhere (the virtual machine has Windows Server 2012 Datacenter R2 installed), but is not an domain controller. Now I installed Team Foundation Server 2015 RC (it's the release candidate but I think I will get similar problems with other versions) and the URL's are populated using the machine Name.
For example if my domain is abc.de, and my hostname is vmd12345, then the populated urls are something like this:
http://vmd12345:8080/tfs
Accessing repositories from visual studio is not a problem, but when I do some actions (for example view build logs), the web application tries to request vmd12345, what in fact is not accessible outside of the server. I tried to change the urls using the change url button in the TFS admin console, but if I do the system ask for a username and password and I do not know which user account is required.
Trying to change the URL's using the admin console failed cause the system has asked by to enter the credentials (I guess the credentials of the configured service user is ment), but the credentials did not work.
Further investigations shows that this is caused by an IIS problem of the webpage the TFS deploys into the IIS. If I connect at localhost, the credentials of the user were accepted, using the domain name the credentials was not accepted. Any Idea of what the problem can be?
You need to open the administration console on the TFS server and on the "Application Tier" node click "change URL". At the public up only...
I am very new to Windows Azure - have been into asp.net for about 10 years now and have been deploying applications via Database backup and restore on production and copy of final code bits from source control to the root folder on production database.
I am doing my initial reading and finding it a bit difficult to absorb the overall process of deploying an ASP.Net MVC web Application to Azure.
I have managed to have the database and the website code on Azure and it is up and running, but I can't get to terms on the following points and want to understand them better to have a regular deployment on place as versions of my app keep going up.
Database doesn't work like backup a local database and then upload .bak file and restore to the production server.
Nor can I see my website files.
Update: 04-Aug-2013
Azure Websites have an FTP option. You can see your FTP host name in respective website Dashboard. The username and password for FTP are located in the publish settings file (note: you got to pick up the FTP username and password, NOT the publish username/password. They both are different.
When I am getting ready for version 2.0 of my product, how do I get the database from the Azure SQL, upgrade it to 2.0 and put it back?
I assume the publishing wizard from Visual Studio should be able to take care of code upgrade, but how do I edit my production web.config file on the fly?
How do I take my website offline and show users my custom "offline" page when I am in the middle of the upgrade? (Stopping the website shows up the Windows Azure site not available page).
For your database backup / upgrade questions
For migration of databases to SQL Azure (or pulling them down) the SQL Database Migration Wizard has proven to be a lifesaver for me, get it here:
http://sqlazuremw.codeplex.com/
This will pull and push both data and schema for your database.
For seeing your website files
You won't be able to if you are using Windows Azure Websites.
For editing web.config on fly
You can't. BUT -- you can edit connection strings and appsettings through the 'configure' tab of your website like so:
Turning your website offline during upgrade
While you cannot specifically use the app_offline route without another deployment. One thing you could do is change your default document. This is easily done right in the same 'configure' tab for the website in the portal as I mentioned above, see here:
Hope this helps.
One of my team members had installed Sharepoint-2007 foundation on our server and has now left the organization. Now I would like to know the share-point URL because one of the application needs it during its execution. I have looked through the IIS (inetmgr) and could see a couple of virtual-directories related to Sharepoint but I cannot figure out the Sharepoint-site URL. OS installed on that machine is Windows-7 and this Sharepoint-2007-foundation installation is also available on VM having Windows Server 2008. I am not really a techie person and not much acquainted with Sharepoint. How do I go about this issue?
In the server which hosts SharePoint. Click Start -> SharePoint Central Administration (if not found search for the link. Its usually under SharePoint Server 2010 products). Then goto
Application management -> Manage Web Applications
You will see the list of sites and their URLs there.
I was asked to setup a TFS 2010 environment so the team wouldn't have to send the project updates to each other by email. I set it up on a Windows 2008 R2 DC holding all of the AD accounts normally used for logging on to the client computers. After going through the installation and then configuration wizards, it all installed successfully.
I then added myself to the TF Administrators group and tried to log in to the web interface. But it seemed to refuse my credentials. I tried everything, creating a new TF group and adding myself to it and I tried adding myself to the project collection administrator group. Nothing seems to work.
Did I overlook a certain function or button to link the AD accounts to the TFS? Or did I do something else wrong?
By logging 'in to the web interface' do you mean the SharePoint web interface? If so, you need to grant your accounts access to the SharePoint site. The admin account that you have running the server is a SharePoint admin, so you should be able to log in as that and modify SharePoint user permissions as needed.
SharePoint security, SQL security, and TFS security are all separate from each other. But the TFS Admin Tool provides an interface for you to maintain security on all three platforms at once.