When opening Azure Data Factory Studio, our datasets do not appear (couple of 100). If I open the solution in Azure Repos, I can see that they are there. If I open the solution in Visual Studio, again, the datasets are there. Sometimes if we refresh our browser several times over, they appear. If I clear all browser history, cookies, etc, and restart my computer, they 'sometimes' reappear.
If I accidentally close the browser (like I did now), it can take me hours to get the datasets to appear again. Sometimes they just pop back up.
Anyone else experience something similar? I have done a whole load of searches and cannot seem to find any posts with a similar issue (could be my wording?).
This is unexpected behavior in Azure Data Factory. As there is no error message, it is difficult to understand reason of problem and difficult to resolve issue.
Providing a link to raise ticket.
Just for anyone else experiencing the same issue.... turns out it was related to the proxy server. Apparently it was intermittently stripping out the datasets from the header (possibly because there were so many of them - and as they grew in number, so did the frequency in which they were being stripped from the header). Whitelisting ADF apparently solved the issue.
Related
I am having some recent problems with TFS 2018 that have escaped my ability to troubleshoot. The application runs on a Hyper-V VM hosting Server 2019 and connects to a separate MS SQL 2016 database over on a separate Windows 2019 VM.
A few weeks ago we migrated our database server over to a new machine which, over the course of setting our existing TFS server up to use the new database, required us to run though the TFS setup wizard again.
Everything was fine for about a week when we started to have issues, specifically with the TFS web front-end we use. First we lost various icons on the webpage, with the browsers (Chrome, Firefox, etc). replacing them with rectangles:
A little while after that we lost our project Dashboards, and the whole dashboard page is just blank now. A little while after that, our WIP build/test automation feature also lost its management section of the site.
Other than these things not displaying, things generally "work" - the source control stuff functions, work items can be interacted with, etc. It's just that the interface is clumsier without the icons (which extends to every icon within every work item type, not just the banner I shared) and we can't get our automated test reports without the site's front-end for it. The latter is the real show stopper.
I spent some time troubleshooting and at best was able to figure out a maybe solution for the icon problem: https://social.msdn.microsoft.com/Forums/en-US/c1038468-9d94-473d-a020-254789e9a19b/tfs-2015-update-2-missing-icons?forum=tfsgeneral
This seemed to do the trick for just the icon problem, though some time later they disappeared and reappeared when people were refreshing pages. I'm still unsure if the re-failure was a fluke or not, as we rolled back the VM snapshot the changes were made on shortly after.
Using Chrome's developer tools, it seems like the lack of dashboard data is related to issues retrieving content on the host server for a cause we cannot determine.
Here is what shows up on the DevTool in Chrome for our main project's Dashboard:
What's interesting is the error claims widget.css is either not present or empty. Neither of these are the case as I can find the file and read data in it.
I recognize MIME types as a thing that shows up in IIS but I don't know what to do with the information. Should I be adding .css to the MIME Types list within IIS? Maybe that was set and the wizard reverted it?
Here's what shows up in the Builds section:
Thing is, I don't know what to do with this information. I found some vague hints online from people having similar issues with sites they were themselves coding (which stated the errors in question were red herrings), but this TFS front end is not something I've created and I had not any idea what to do with the information shared.
Does anyone have an idea of what might have gone wrong with the dashboards here? I have run out of ideas and can't figure out a different attack angle to approach this from.
I am having problems with performing actions on the Dataprep dashboard. In particular, when I try to merge two datasets, its just loading there for >20 minutes without a result. I tried to also add a new receipe or dataset and I only get that it gets stuck at 99%.
What is wrong with Dataprep Dashboard?
While I can't provide a specific reference, I've found that this can happen when you have a bad cache entry in your browser (either from a recent update to Dataprep or something related to the Flow itself).
Our team has found that this can often be resolved, but you can test that theory by opening a new Incognito window in Chrome (or another browser altogether) and loading your recipe there. If the problem goes away, it's likely that it was a caching issue—so you can just clear your cache for the Dataprep domain. (This has the advantage of also isolating things like LocalStorage.)
If you don't want to have to log in to your account from another window, you can also try hard-refreshing the page (Windows/Linux: Ctrl+F5, Mac: ⌘ Cmd+Shift+R)—or opening the Chrome Dev Tools, switching to the Network panel, checking the "Disable cache" button, and reloading the page. The plus here is that it allows you to test the issue without breaking your ability to recreate it (like if you want to submit a bug report).
Best of luck!
Since some time ago, when copying text from UTF-8 enabled terminal windows (on Windows!) into a GitHub issue (from Web browser), seem to remove the newlines (\n), causing all text to become one very long line. This is a sudden and highly annoying issue, that I am not able to resolve.
I am sure sure the text as copied has not changed for years, since I have been using the same various terminals and Windows and pasting into all other places such as other programs and web sites, work fine.
Q: Any idea what is going on?
(I have also tried to find a way to report the issue to github, but since the MS acquisition, there is no longer a sensible way to report bugs!)
Other SO posts have suggested to use this repo for tracking, but still require you to send email.
(Who the heck uses emails for bug reporting these days!?)
Whenever I attempt to Save Code of mine, the Sandbox gets stuck on "Saving Snapshot" with the little dots jiggling below.
Also, when I attempt to Load Code that is something other than the sample code tab, it just says "Loading".
I've tried various browsers, and disabling any adblock or Ghostery-type utilities, without any success.
It does seem to 'Autosave' what I am working on, but that's about it and I can't even give the code a save name.
Are you others experiencing this situation also, with the IBM Swift Sandbox?
https://swiftlang.ng.bluemix.net/
It appears that our database server has gone down, since we can't ping it. We don't have the appropriate error checking in place at the moment, but we're going to be updating the code so that we handle these situations a bit more gracefully, instead of just hanging forever on a load/save dialogue. Thanks for bringing this to our attention!
EDIT: our database server is back up, and we've also pushed a code change so those database requests will time out and fail more gracefully.
I have an issue in updating contents in Umbraco. Whenever I update something in Umbraco, I have to wait at least one hour, sometimes 12 hours to see the changes at front-end.
The only way to see the changes immediately at front-end is "empty the connection string value umbracoDbDSN and refresh the page, then put the connection string back and refresh the page". I have to do everything I update something in CMS.
Do you guys have any idea what is happening here? Thanks.
The problem was. Umbraco was configured to run on load balanced servers on our old servers. I had to turn it off on the new server.
<distributedCall enable="false"> in umbracoSettings.config
What version are you running? When v5 first came out, I had a big problem with that (and solved it like you by touching the web.config to force a reset. Hopefully you are not using v5 (as its been discontinued and has extreme performance issues).
I have not had that problem in any v4.x versions that I can remember; changes should show up instantly after you republish.
Are you running in a standard configuration? Using a webfarm by anyt chance?
Is the ~/App_Data/umbraco.config file being written to on publish? This is the XML cache file that is used in displaying you website.
When you publish a node, the data is serialized into XML, stored in a database table and then written out to the umbraco.config cache.
This could be some kind of permissions issue, if umbraco doesn't have rights to read/write the file. Or you could have a corrupt dll that just isn't writing to it correctly. Or perhaps it's writing it out just fine, but your server is caching you pages in a weird way. Either way, I'd take a look first at the umbraco.config and make sure the data is being written to it on publish.