We have a few backend windows services written in .net framework 1.1 running and on December 31st 2008 around 5.00 pm (EST) we stopped these services to run some year end reports.After the reports were run , we tried to start the services and the moment we attempt , it would give an error "Service did not start in a timely fashion".We tried every possible things that google came up with.Service Packs , WinDbg , GFlags etc etc.
Finally we called in Microsoft support around 10.30pm(we had premium support contract with Microsoft) and they started collecting all kinds of server data and around 12.05 am (EST) the services starting successfully with no issues.We hadn't done anything different or special to get it started.The whole team was stumped as to what was happening and equally glad that it was working.
The conclusion is Microsoft support team thinks that this could very well be something to do with the .NET Framework 1.1 namepsace System.ServiceProcess.ServiceBase inability to support leap year.They havent confirmed it yet and are still investigating.
I will keep posted as and when I have updates form MSFT support.I was planning for a dreadful 2009 start but gladly it all ended fine.
I wonder if the bug is related to the one that causes Zune 30GBs to lock up on 31 December in leap years: it tests for day>365 in one place and day>366 in another and as a result when day=366 it falls through the second test and goes in to an infinite loop.
Related
After upgrade to TFS 2018 Update 2 (with Azure DevOps 2019 still persisting), some service hooks messages are not sent correctly but are stuck in the queue with status Queued or Processing (see the image). Messages in Processing state appear to be delivered correctly to the receiver, the ones in Queued state not. Service hooks are working for 1-2 days correctly after a restart, next days are more and more buggy. Receiver side is ok, many times tested.
This happens on all service hooks (some are HTTP webhooks, other posts to Teams), in 2 of our 3 collections. On the 3rd collection, it works without issues. Disable/Enable or recreating the hook doesn't help. Is there any way how to debug service hooks or some log.
Also reported here. Received several patches from MS but with the same result. Installed Azure DevOps 2019 with the same results.
Any help would be appreciated.
The answer is - this is a Microsoft and TFS problem. After several months of communication with Microsoft and trying several patches for this problem, finally, the right patch arrived. And the problem is solved.
The patch is non-public now, so if you are experiencing a similar problem, ask Microsoft support.
Edit: Problem is fixed also in official release 2019.0.1. See Release notes
we have an on premises TFS 2018 Server with Update 2 RC.
The perfomance of the web is very slow. We work with kanban and scrum boards and it take a few seconds to load, furthermore, moving a task to one column to another can take a few seconds
The operating system is Windows 2016 Server. 16GB RAM, and 4 processors of 2.6ghz. It´s a virtual machine. It has been working propertly until the last month.
I have checked and changed:
The elastic search extension has been deactivated because it takes more than 5GB of memory
The antivirus has been disabled.
The processor is below 15% and the memory is around 50%
IIS Worker Process is taking 1.2GB of RAM
I have deleted the "TfsData\ApplicationTier_fileCache" with no success
We are out of ideas, any help would be really appreciated.
Thanks in advance
It's difficult to know what's going on there with this information, an approach to let you perform a best analysis could be the typical divide an conquer approach, in your case:
Put the Agent in other machine.
Install the TFS and MsSql Server in different machines, you can try a clean install of TFS using your current MsSql.
Once you did this you will:
- Have a more stable system.
- Be able to analyze which part is creating problems.
For the last few weeks our office has experienced intermittent and fairly crippling connection issues to our on premises TFS 2015 (w/update3). When it occurs visual studio basically becomes useless and web view pages of TFS either don't load the page, load the header toolbars or take several minutes and eventually open. Queries take minutes to run and so on. Then suddenly all will be well and it works again perfectly.
There are no errors shown when this happens, either to the user or in the TFS application event logs. The system is not overloaded on any resources. I have tried various things like; rebooting (obviously!), iisrest, cleared cache on app tier and who knows what else at this point.
Are there any other logs I could be looking at or things I could try to diagnose?
Worth noting: Users have all recently migrated to a new domain but the TFS servers are still on the old domain. However we had migrated in my office long before these issues occurred. Other offices who connect in have only recently migrated into new domain.
System setup is VMware 6.0, TFS app tier with separate SQL data tier and analysis database.
According to your description: There are no errors shown when this happens, either to the user or in the TFS application event logs.
Agree with Daniel in the comment, this kind of issue should not related to TFS server side. If the server always be slowly, this should be a performance issue. However, you said suddenly all will be well and it works again perfectly. Then the most possibility should be network related issue. Suggest your team use some Network Analyzer Tools to trouble shoot it.
For example, double check the DNS related area. Your TFS server is on one domain and some users are on another. First make sure the domains are trusted each other, double check that if the slow performance was being caused by an authentication issue.
One of the fix is to have users log in using the full domain name. A sample: if they are currently logging in with DEV\MyUserAccount, then they should instead log in with DEV.COM\MyUserAccount.
It has something to so with how the TFS server is looking up the accounts when a short domain name is used. It is pre-pending the name to all of the dns suffixes which in turn ends up creating bad ones and causes delays as it's not finding any valid domains.
Besides, about the performance issue, you could also take a look at this great answer from jessehouwing.
Hello i would like to know if its possible to have watches to monitor which task programmer is working on.. like some time tracker like https://play.google.com/store/apps/details?id=com.rauscha.apps.timesheet but integrated with TFS web service and for desktop.. im just trying to use TFS only for project scrum support but i need to know how many hours programmers spended on which task.. i guess in reality PM dont fill it manually so how it works in real projects ? Thank you
Actually in real projects developers are required to track their own time. In an ideal situation the elapsed time would be the completed time - the assign time. This doesn't work generally as developers generally work on more than one task at a time.
I am working on an application that will automatically insert into my clients QuickBooks Online Edition database. I have the xml format but now I need to do some testing to make sure the inserts go into the QBOE database correctly. Is there a QuickBooks Online Edition test environment?
Getting onto the Intuit test environment requires submitting an application for review to become a premium IDN developer (much too hard considering I only need a couple of days for testing and more expensive than the solution below).
To be able to test a small application for QBOE, I just created a new QuickBooks Online Edition account/company - signed up for the 30 day free trial. 30 days is more than enough for me to complete my testing... and even if I need more time the basic version is $9.95/month which is completely acceptable in my mind if I want to keep the account around for future testing or contract work.
See this IDN thread for a little more details.