I've encountered an issue with my .ini config file. It takes a few hours to finish loading on Linux.
Config load triggered by CDO initialization and performed once.
There are no such problems in any other platforms.
Config contains a few TMap<> containers and has size of 5mb.
Removing data from config fixes issue. But, if its saved again by running application and LoadConfig() triggered on next launch, application will stuck loading in same way.
Changing TMap<> to TArray<> also fixes the issue. But it's not perfect solution for me.
Loading stuck in the loop: PropertyMap.cpp:787 (FMapProperty::ImportText_Internal)
Callstack
Any help would be great.
Related
My Azure Functions were running fine and all of a sudden I am getting several "Assembly changes detected. Restarting host..." messages that is preventing my functions from completing.
I am not deploying new code so not sure what is triggering the Assembly Change event to fire. I was running on the latest version of the runtime and have since reverted to version 1.0.10947 thinking that maybe the underlying runtime was updated, but I'm still getting that line showing up in the logs.
Update
Now that #Alexey has helped me track down what is causing the Assembly changes to be detected. I would like to ask if anyone can tell me WHY an assembly change is being detected even-tough I have not changed/redeployed my application.
After looking in your logs we opened an issue https://github.com/Azure/azure-webjobs-sdk-script/issues/1533#issuecomment-303595960.
Your functions had multiple restores but now issue is gone. Restores could be initiated by changing project.json.
If you are stuck with the multiple
Assembly changes detected. Restarting host
I fixed my issue by deleted the log file in the Kudu services:
https://[FunctionAppName].scm.azurewebsites.net/
and follow on the top menu:
Debug Console >> powerShell
And the file log is :
LogFiles >> Application >> Functions >> function >> [Function name]
You can remove the log file.
my 2c.
I was struggling with this issue for ages and not sure what was causing it. I believe I may have the answer.
Our solution has been toying with consumption plans, but pulled back to full App Service Plans because the initiation times were too long for our rather unique usage patterns.
But 2 of the appsetting params were still in place: WEBSITE_CONTENTSHARE And WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
per:
https://learn.microsoft.com/en-us/azure/azure-functions/functions-app-settings#websitecontentazurefileconnectionstring
these are ONLY for consumption plans.
I removed them and... touch wood, the issue seems to be resolved.
Website in question:
http://redbirdled.com/ (very apparent)
So RedBirdLED mainly loads fine but hangs many other times if I leave it alone and try to load a new page. The only way to get it to load is to try and load it again and it immediately loads after that. This is not a client issue as many people are reporting the problem. I've tried a few things such as idle-timeout and weird stuff with IIS already but it didn't help.
Overall the thing I am getting is that if I try to load something, it will wait and simply timeout from waiting. However if I press the button again immediately it is very likely to instantly load without issue. What is going on and is there any way I can trace the issue?
I'm going to assume it has little to do with idling unless it is possible to idle within 10 seconds... This issue is random at times. I don't understand what is happening.
Visit http://sole-revival.com/ and let me know if there are any issues. For me personally, the website runs PERFECTLY and without issue. That's the weirdest part. Some pools hang and some don't? I have never modified these pools from the default setting until tonight as I try to resolve the issue.
I'm using IIS 8.0 on Win Server 2012.
We have CouchDB 1.5.0 installed and running successfully on a Windows 2008 server. Everything has been working fine for several months, but lately it's started crashing with little information in the logs.
I found local.ini and changed the [log] setting from error to debug, then restarted the service. Everything seemed to work fine, except the setting in local.ini automatically reverted back to error. I downloaded and ran Process Monitor and determined that erl.exe is the guilty party for updating the .ini file.
I even tried removing the [log] block entirely from local.ini to try to grab the default value. When I do this, the erl.exe process comes back through and adds back the [log] block, with the log level set to error.
Am I missing something? Obviously the purpose of local.ini is to override default values. I've seen nothing that indicates why some settings, like the log level, cannot be changed. Process Monitor tells me that the only .ini files being accessed are default.ini and local.ini, so I think I can rule out an extraneous .ini file somewhere that's mucking up the settings.
I'm really at a loss for how to debug our crash if I can't even get more logging info out of the server.
Can you try using Configuration page in Futon? It should do the right thing™.
I'm trying to follow the contributing instructions for Video.js, and when I attempt to build the project grunt hangs on the minify step. Here's the output:
Running "minify" task
Running "minify:source" (minify) task
Verifying property minify.source exists in config...OK
Files: build/files/combined.video.js, build/compiler/goog.base.js, src/js/exports.js -> build/files/minified.video.js
Writing build/files/minified.video.js...OK
I get no error or message; it just hangs there for minutes. A file called minified.video.js is created in build/files, but it's empty. Any ideas on where I'm going wrong?
Update: I've tried it on 2 3 computers now with the exact same results. Two of the computers are Windows 7 x64 and one is Windows 8 x64. My gut feeling is that closure is choking on the really long command that the build file sends to it, but I'm having a hard time debugging that.
Update 2: I modified the Gruntfile.js to make it output the full command it uses to call Closure, and then I tried running that directly. I got the following result: 0 error(s), 576 warning(s), 82.5% typed. I would think that many warnings points to an issue, but I don't know what it could be. The full output from closure can be found here: http://pastebin.com/GZuFxiqh.
Update 3: I setup a virtual machine running Ubuntu and the build worked flawlessly. So, this is somehow Windows related, but I can't see how.
Well, I never figured out why the build was failing for me. However, as of video.js version 4.4.2, I am able to build the project without problems. Maybe it was a configuration problem on my end, or maybe some bugs got fixed on their end, but this issue is now resolved.
Does anyone have problem getting files from starteam using the cruise control tool for setting up automatic build job??
The script seems to run fine but fail after some time with the error message
Error occurred:
Unable to read data from the network: the connection to the StarTeam server has been lost.
I am not sure whether the problem is the way our Starteam server has been setup, we have 4 licenses shared across the team and the server automatically logs people out if it detects inactivity for a period of time
I've got StarTeam working with cruise control.net so I can tell you that it works, but its a pain, especially the fact that starteam won't remove deleted files from working directories on its own.
I've seen that error once before, but If I remember right, it had to do with an IPSec configuration problem and was immediate, not after a delay. Is the amount of time it takes to fail shorter/longer/same as the timeout for inactivity? Are any/all/none of your source files making it into the working directory before it fails?