-
Notifications
You must be signed in to change notification settings - Fork 85
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Child process not starting in a timely manner #281
Comments
If you open the developer tools (F12), do you get any error outputs? If you're working with other Azure storage services (files, tables, etc.), do they encounter the same issue? |
We haven't been able to reproduce the issue ... so I don't believe it's version specific but likely something environmental. If you could also try restarting the machine or making sure all StorageExplorer processes are killed and try again, that might resolve the delayed process start time. How much available memory does the machine have? Is it a Virtual Machine? |
I'll try to debug more, is there a way to get the old version to unblock the dev team?
|
Sorry I missed a previous email with the old version disregard my request. I will do some more debugging and get back to you
|
Please report back if the previous version works. Cheers, |
Enclosed is the log with the errors…
It looks like this happens for all of the types and seems to happen for all people in Chevron, they have rolled back to 1.0.
|
The previous version works.
|
Exact same problem here with v1.2.0, reproduced on two machines (physical x64 Win 10, and virtual x64 Win2008 R2). Tables also have the problem. When I click on a blob container, developer tools show
|
Hello everyone! If you are running into this issue, please attempt the following steps to mitigate:
If the issue is mitigated, awesome! If not, you can continue trying to up the value until the process has enough time to start. And if you do end up doing that, please comment on this issue with what value you ended up using. We will be increasing the value in our next release, so if you needed a very high value, we would love to know. Thanks! |
Merged in to rel/1.3.0, will be shipped with 1.3.0. We went with a 90 second timeout. Hopefully that will be enough. |
Still get the same error |
@JoaoRaimundo14 , can you try the instructions on setting the timeout period, and do a longer value? I'm curious as to how long your machine needs. I did not expect anyone to need 90 seconds (or longer). |
@MRayermannMSFT I've tested 90/120/150 and i still get the same error |
Have tried up to 240 and am still getting the same error. |
Okay I've still got this issue in 1.4.2 on Windows 10. It looks like the child process is timing out after 20 seconds even though the default ForkedProcess._startupTimeoutInSeconds is set to 90 seconds in the config file and bumping it up to say 300 makes no difference. |
Hello all victims :) For workaround I suggest start using Cloud Explorer in Visual Studio (like I did - if they don't know how to resolve this problem). When you login into yours account on Azure you should have access for all Storage Accounts where you can open Blobs or tables you want without any problems. references: Kind Regards, |
Hey folks! Something that might help us narrow this down: try launching Storage Explorer from the command line and observe the output. If the child processes are working correctly, you should see some output from them in the command line. It might get messy, but you're looking for words like "child", "process", and "message". You should also see process IDs. |
I can't believe we are up to version 1.5 of Storage explorer and this issue is STILL happening, it has been happening since version 0.9,7 (I thankfully kept an old install of 0.9.6). |
@Caldina777 There are many root causes to run into this issue. We haven't been able to repro this issue in house. Have you tried with these steps to mitigate the issue?
This is to help extend the timeout. Please let us know the findings. Thanks. |
Ver. 1.6.2 - still has it. ForkedProcess._startupTimeoutInSeconds = 240; doesn't help. What is the oldest version that doesn't manifest this behavior? Can I have a link, please? I think that it's really inconvenient that no older versions are available. |
Thanks jinglou! |
@jaysheelkalgal, this doesn't appear to be related to the child process issue this thread is about. Have you followed our troubleshooting guide? If you need assistance, we invite you to submit a service request. If you believe this behavior is a bug, you many open a new issue. |
I have a storage account name and key. I am trying to connect using the account name and key method. I dont have any proxy settings on my Mac. I am able to connect but when I try to expand the Blob container I get this error. Is there any other troubleshooting I should try ? |
Couple of things to verify: 1. Is this a primary name/key or secondary name/key? We don't work with secondary name/key. 2. Do you know what permissions do you have? |
I would need to get those details from our Admin team. Probably in a day or two. |
Closing due to lack of activity. |
Storage Explorer Version: 1.2.0
Platform/OS Version: Windows 10
Architecture: x64
Regression From: 1.1.0
Steps to Reproduce:
Expected Experience:
Blob Container browser shows contents
Actual Experience:
Browser window closes and error message "The child process failed to start in a timely manner."
The text was updated successfully, but these errors were encountered: