We are working on a remote desktop server 2008 R2 Sp1 that has all the updates.
Yesterday i wanted to install an office 2013 MAK professional plus next to the allready installed office 2010 standard. For that i had chosen for a custom install and clicked the radio button that told me to leave the previous version (office 2010).
After the installation of the office 2013 the office 2010 became corrupted by a not know reason so what i have done is remove everything of office and just installed the office 2013 (all in install modus -> change user /install).
We had some GPO enabled that had influence on the office 2010 installation and i just turned these of. On the same time i have made some changes in my default GPO to make a shortcut on every remote desktop of all office programs.
Last thing i have done yesterdag was expand the hard drive volume from 100Gb to 250Gb and rebooted that server a last time.
This morning all of the sudden it is not possible anymore to start a remote app (not only the office remote apps but also the ones made before). When we start the remote app the starting screen is just disappearing after a while. When i click on the detail button i see it is loading the GPO's and then gives "preparing desktop" but right after that it is "logging off".
The strangest part about this is that the user can log on with his name on the remote server -> remote desktop without any problems.
How can this be possible? There are toppics i have found over the internet but none of them are answered..
When i take a look at the event viewer i see some errors appearing when someone click on the remote app but i dont know if it has anything to do with that..
A timeout (30000 milliseconds) was reached while waiting for a transaction response from the UmRdpService service.
User Logon Notification for Customer Experience Improvement Program
User Logoff Notification for Customer Experience Improvement Program
Hope to find some help here!
Came out that it had nothing to do with my actions yesterday but indead because of an update released yesterday.
Found the exact KB trough the website of serverfault. After removing the Update KB3004394 and doing a reboot the problem is solved! Just had to exclude this update the next time till there is a fix for this. Special thanks to Gordon who posted this!
I was able to remove this update and reboot the affected server.
A couple of things to note:
Immediately upon reboot, same issue remained (oh crap)
Decided to remove same KB from guest computer and rebooted
Upon reboot, same issue remained
While researching issue further, about 10 minutes lapsed and I decided to try it again and it worked.
I can't explain the delay in it working, but I was able to resolve it with just that one KB removal.
Related
Running SSMS 18.6 causes the program to launch, hang, and then crash. There is no error message given, the program simply terminates before any action is taken and nothing is connected.
I've uninstalled and deleted all files for SSMS, Visual Studio, and SQL Complete.
I tried the 18.6 and 18.5.1 versions of SSMS to no avail.
From https://dba.stackexchange.com/questions/237086/sql-server-management-studio-18-wont-open-only-splash-screen-pops-up/237087#237087 :
I have tried copying the Interop.8.0.dll file from privateassemblies into public. No effect. The line in the config file mentioned here is already commented out in the recent release of SSMS.
From Sql Server Management Studio closes immediately after startup :
I have tried renaming or deleting the package file listed here and removed the relevant registry key. This causes SSMS not to open at all and Windows to issue an alert sound. No other effect.
From https://social.msdn.microsoft.com/Forums/silverlight/en-US/9d0e2459-eb74-46e8-a983-05ae2ba18977/ssms-crashes-on-startup?forum=sqltools :
I tried to repair .NET framework. No effect.
I was only able to install and successfully connect on SSMS version 17.9.1
I can provide Event Viewer details if anyone is willing to help me troubleshoot. I have a .NET Runtime error and two application errors- one is event name CLR20r3 and the other is APPCRASH. Happy to provide more information if needed.
While I can't speak to the exact reason it happened, I found a solution. Whatever the issue was, I discovered it was user specific and limited to my machine. Other users were able to access SSMS as normal on my machine as was I on theirs.
I happened to remember that the AppData folder exists and is just hidden, so I used an administrator account to copy that from a working user and rewrite the files in both of mine that were not used in some background process. This allowed me to once again access SSMS both as my regular user and with my elevated administrator account.
I had this same issue (it happened all of a sudden perhaps due to a windows update). I also tried all the other solutions listed above, but the only thing that worked for me was to uninstall and then reinstall version 7.9.1 like the original poster recommended.
In my case I only have 1 user on the computer, so the other user accounts being able to access was not applicable.
im tring to insatll sql server 2014 management studio in windows 8 . but it shows error message that system does not support . How will i install it in my windows 8 or should i go for any other version of sql??
You must tell what edition of SSMS you are trying to install. As per Microsoft Hardware and Software requirement for SQL Server 2014 Enterprise and BI edition is not supported on Client OS(Windows 8) but it wont block the installation it will allow you to install. Have yu read the requiremnts ?
Can you please add error message and edition information in your question I would be able to help you better. I strongly suggest you to read How to use SQL Server on Windows 8
Edit:
Could not write value to /Softwre
Please add complete details about problem in Question. How do you suggest we can help you with little piece of information. Have a look at This Stackexchange thread and also at this support article
What you can do
1.Click Start, click Run, type control userpasswords, and then click OK.
2.Create a new computer administrator account.
3.Click Start, click Run, type regedit, and then click OK.
4.In Registry Editor, right-click HKEY_CURRENT_USER\Software, and then click Permissions.
5.Click Add, type Everyone, and then click OK.
6.Under Group or user names, click Everyone.
7.Under Permissions, click to select Full Control in the Allow column, and then click OK.
8.Locate the following subkeys:
HKEY_LOCAL_MACHINE\Software
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\Current Version\Setup
9.Unregister and then reregister the Microsoft Windows Installer service. To do this, follow these steps:a.Click Start, click Run, type msiexec /unregister, and then click OK.
b.Click Start, click Run, type msiexec /regserver, and then click OK.
This can also be caused if any malware or addon is running on your system which can block access to the registry. Please clean your system and make sure any unwanted software is removed. If possible format the OS and try installing again
Can anyone tell me what the $#%& this is? I'm assuming its a local only issue since I can't find anything on the net pertaining to it in particular.
I've even gone through and deleted all the Data Connections in the Server Explorer and I still keep getting this dialogue over and over. It's a fresh install of VS 2012, any insight appreciated.
So basically we had some folder redirection sync issues backing up appdata and basically had to take off the permissions and kill the profile before signing back in.
In other words if you happen to run into this in my scenario of config'ing a new machine while still trying to work on the original and you're logging in as the same user and your appdata is syncing, your paths may not match. Problem solved, but took some figuring to realize the issue.
In my case, I had an icon on top right corner in VS prompting that authentication expired. I had to re-enter authentication to a Microsoft account in my case a Hotmail account.
I was messing with the configuration of my local Bugzilla, and I changed the Bugzilla offline message from nothing to some text.
Now, it has logged me off and I can't go back in to change it, or find where it's storing the text in the database.
Unfortunately none of the solutions offered here or on the Bugzilla / Bugzilla tracking system were able to solve the problem.
The installation is IIS7.5 / Window Server 2008 R2 / ActivePerl.
Settings were changed manually in the /data/params file.
Vista just finished one of its many updates. After restarting my computer I try connecting to SqlServer2008 instance with Sql Server Management Studio and I get this error:
Error connecting to '...\MSSQLSERVER2008'.
Additional information:
Login failed for user '...'. Reason: Server is in script upgrade mode. Only administrator can connect at this time. (Microsoft SQL Server, Error: 18401).
Pressing help gets me to an internet page saying there's no additional information.
Thx Vista & Updates. Anyone an idea because on the internet I can't find anything about this issue.
It appears This Guy was having the same problems as you and his only suggestion was to wait a few minutes before trying to log in again.
I have yet to see any type of Microsoft documentation about this, nor have I seen any forum posts which came to any sort of resolution concerning the same problem.
Check your event viewer. I had the same problem and found that (in my case) it was looking for a directory that didn't exist to perform an upgrade script. NO hint that there was any sort of problem in the dialog, but the event viewer showed clearly what the problem was.
jim
I had the same problem. Waiting until update was done did not help. Solution was, (after checking Windows eventlog) to set the folder rights. SQL-Express had no rights on the database folder, why ever. Something has mixed up the rights during the upgrade from WinXP to Win 7. That was it.
Adding a comment to this page since this is the top Google result for "script upgrade mode". It seems that a number of things can cause a SQL Server DB to go into this mode. In our shop we've run into these two cases in the past months:
Log shipping - Can't recall at what point of the process exactly the DB went into this mode, iirc it was when bringing it back up. The solution was just to wait it out.
Hard drive full - The DB went into this mode when it ran out of space. We're currently clearing up the drive, will come back with an update if waking it up turns out to be challenging.
Update: After freeing up disk space, it was a simple matter of setting the DB "Offline" and then "Online" to bring it back up.
We had the same issue, but needed to know what was going on in the background.
The db's were put into recovery mode, hence they had to recover. To assist we went to the SQL Server error log located where the system files (normally master, model, msdb...) are located, but under the log folder. In the ERRORLOG, we did a find on the word recovery and could watch the db's percentage recovered. Everything recovered normally, but it was much longer than expected.
The Reason for this is that the system reboot happens with important\necesssary softwares loaded and does all other operation later so that the booting happens faster.
Here in your case, the sql booting is happening as the start of SQL is not needed for system to start. I hope you are aware of DAC account(Dedicated Administrator Connection, Link) who has seperate connectivity and has ability to resolve issues even the whole SQL server is not responing. The SQL server is asking you either to wait or open the SQL with DAC account and stop the SQL update.
Solutions:
1) Wait until backround update completes
2) Open SQL using DAC account and kill all running processes