-
Notifications
You must be signed in to change notification settings - Fork 41
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
CNTLM Crash with big NPM Project (Windows 10) #114
Comments
I saw crashes with NPM before on RHEL as well, but not anymore with later revisions. It seems NPM generally is quite a stress test. The main workaround would be to put your local NPM proxy (Artifactory, Nexus, etc.) hostname in the Are you using a PAC file? |
The "no buffer space available" can mean that there are too many network connections open. It can be a leak, or Cygwin has a limit that is lower than on Linux. I understand that on Linux it works and that the message "Too many files open" appears on Windows. It is difficult to understand what's going here. Can you provide more details? |
Thank you for your reply, The message "Too many files open" appears only on Linux. (but the proxy doesn't crash) I think this is due to the fact that NPM has to launch all downloads in parallel ( so it launches a lot of simultaneous connections). |
Maybe NPM opens a huge number of requests that are not closed? It is difficult to figure out what is going on. If you start cntlm with -q you add some debugging log, mainly the requests. |
Here's an example of the logs obtained when attempting to install NPM dependencies. Please note that NPM remains blocked and that when I exit the terminal that launches "npm install", CNTLM shuts down. EDIT: Here is the message obtained in the CNTLM logs after closing the terminal in which the "NPM Install" was run
|
I see that there is a lot of "proxy connect failed". It would be interesting if you could test this outside the corporate network, that is, with cntlm that works in direct mode (you should run cntlm with "NoProxy *" in the conf file). |
I don't think it's due to my remote proxy, in fact if I run a cntlm on a Linux machine and use this CNTLM to install my NPM packets it works. |
On a Linux machine you said that you got "Too many files open" error but cntlm doesn't crash. It can be a different effect of the same issue, that is, cntlm cannot connect to the remote proxy after many requests. |
Probably, but I don't get a message on the linux CNTLM that it can't connect to the remote proxy. That's why it seems strange to me. |
You can try this: you set a cntlm on the windows machine that connects to the cntlm on the linux machine that connects to the real proxy. This is to check if the problem is between the windows machine and the real proxy. So npm connects to cntlm on the same windows machine, cntlm on windows sets the proxy to cntlm on linux, and cntlm on linux sets the proxy to the real corporate proxy. If the problem persist, we exclude that it is related to the connections with the corporate proxy, but instead it is related to the specific windows implementation (possibly something wrong in cygwin). |
Hello, In summary, here are the logs obtained:
|
Well, at least we figured out that it is not a metter of connection with the remote proxy. Probably it is something wrong with Cygwin that maybe in certain cases it does not close connections. |
Hi everyone
Environment :
Crash :
It seems that CNTLM crashes when I install a large project with NPM install.
Here are the logs I get (repeated several times) with an NPM on Windows:
<ourProxy>
:3129After trying the same procedure, but with CNTLM installed on Linux, it works without crashing the cntlm proxy (by installing the NPM project on Windows and setting the proxy parameter to the Linux server).
However, I get this message:
It seems that the crash on Windows comes from Cygwin, but I'm not 100% sure. If so, is there a workaround ?
Thank you
The text was updated successfully, but these errors were encountered: