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.
Related
I created SSIS packages and used the Integration Services Deployment Wizard to deploy it out to the server. I'm manually going to the Integration Services Catalog access through SQL Server 2012 and right-clicking and executing my package.
However, the package keeps failing and I'm getting the following errors when I check the execution report's messages.
They appear to be failing on data tasks where I have script components.
Assign :Error: CS2001 - Source file 'C:\Windows\TEMP.NETFramework,Version=v4.0.AssemblyAttributes.cs' could not be found, CSC, 0, 0
Assign :Error: Failed to compiled scripts contained in the package. Open the package in SSIS Designer and resolve the compilation errors.
This answer is a more detailed version of UberDoodles answer.
In Windows Explorer.
Navigate to C:\Windows\Temp\
Right click the folder and select properties
Go to tab Security, choose Advanced
On the default tab Permissions, choose Change Permissions
For the relevant Permission entry, choose edit.
By default, I had 'allow' checked for Traverse folder / execute file, Create files / write data and Create folders / append data.
Also check 'allow' for List folder / read data and Take ownership.
Press OK, the window closes
Press Apply and confirm anything you need.
Additionally, the logged in user had already Full control, but when I changed this for the entry 'Users', it worked for me.
(based on microsoft file/folder permissions).
I had the same problem today, just on SQL 2016.
For me it helped to change the target server version in Visual Studio project properties from SQL Server 2012 to SQL Server 2016.
I was investigating the same issue, and I came across a solution here :
https://social.msdn.microsoft.com/Forums/vstudio/en-US/73e67f3a-c575-4c73-a71d-ed7a2aeabb50/csc-error-cs2001-source-file-cwindowstempnetframeworkversionv40assemblyattributescs?forum=msbuild
Basically, the account which the package runs under needs to have full permissions to the C:\Windows\Temp\ folder, so that it can create temporary classes.
It worked for me :)
I had the same problem. I first used Eric G. response and added the List and Read permission to the c:\windows\temp. After I got everything working I went back and removed that permission. I then redeployed my solution from Visual Studio, this time designating the deployment target as SQL Server 2014 (which was the environment I was using) using Martin's solution. I then reran the process, and it worked with the List and Read removed.
I kept it using Martin's solution, as I don't like to have special permissions granted if I don't need them.
Good Luck
[Visual Studio 2017 15.9.16]
I just restarted Visual Studio as Administrator and the issue disappeared, which confirms the permissions idea of the answers above but spared me all work.
It's not a quirk though, as per this question and its answer you need that kind of permission for several tasks, like profiling and debugging under certain conditions.
For the sake of completeness, this blog says you might incur in some security contraindication if run VS as administrator when opening third-party solutions.
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.
I recently moved several reports over to a new server. Everything works fine displaying tables and data, but charts are not displaying properly. It looks like the image is not rendering properly. My initial thought was that this was a permissions issue, specifically that the service account used to run SSRS needed permissions to a certain folder on the server that is used to generated chart images, but I can not find anything about this in searching for a solution.
This happens with old reports that display fine on the original server and new reports I try making on the new server.
EDIT: SSRS logs are showing a generic error in GDI+. Looks like this may be the issue, especially since this is running on a virtual server:
http://social.technet.microsoft.com/Forums/en-US/37ed20b2-99bc-4e36-a14b-c9f8cc297be3/ssrs-2012-reports-with-charts-generic-error-in-gdi-?forum=sqlreportingservices
I am curious about a point made in this question:
2) Ensure write permissions on the "folder to which SSRS caches the charts"
Well, firstly, I have not found a single article on the net as to
where this folder is; however, I tested this locally on the server
while logged in as Administrator with full privileges. This doesn't
seem to apply to my situation either.
Does anyone know about this folder? I would imagine that running while logged in as an admin would not mean anything since the service account running SSRS would need the correct privileges.
Someone had a similar problem and the solution was to repair the SQL Server installation. I know it is quite long to run but it might be worth a try.
Equivalent topic in SO
You can try restarting the report server. That worked in my case with Sharepoint and SQL Server 2012. Or repair the SQL server installation on the server as some posts suggest.
SSRS 2012 Charts Not Rendering
I had the same issue when deploying a new report locally.
I restarted my Report Server service and the reports rendered fine.
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.
Another SSRS question here:
We have a development, a QA, a Prod-Backup and a Production SSRS set of servers.
On our production and prod-backup, SSRS will go to sleep if not used for a period of time.
This does not occur on our development or QA server.
In the corporate environment we're in, we don't have physical (or even remote login) access to these machines, and have to work with a team of remote administrators to configure our SSRS application.
We have asked that they fix, if possible, this issue. So far, they haven't been able to identify the issue, and I would like to know if any of my peers know the answer to this question. Thanks.
For anybody using the integrated webserver that is built into SQL Reporting Services (and hence IIS may not even be installed on the box), the setting to control this actually lives in:
C:\Program Files\Microsoft SQL Server\
MSRS10_50.MSSQLSERVER\Reporting Services\ReportServer\rsreportserver.config
Your directory may be different; version 10_50 maps to SQL 2008 R2.
You'll be looking for the setting called RecycleTime.
Default is 720 (12 hours). Setting it to 0 will disable.
In IIS, check the settings on the application pool that SSRS is running in. On the properties pane->Performance tab you can set the amount of time the worker process needs to be idle for before it shuts down. You can also disable this entirely.
I vaguely recall having problems with SSRS on one machine when we changed the "Enable HTTP Keep-Alives" setting in IIS. Try toggling that checkbox (I don't remember whether it was checked or unchecked when it caused us problems).