From: "Lewis Rosenthal" Received: from [107.123.20.97] (account lgrosenthal@2rosenthals.com HELO [127.0.0.1]) by 2rosenthals.com (CommuniGate Pro SMTP 5.4.10) with ESMTPA id 13852119 for ecs-isp@2rosenthals.com; Fri, 15 Aug 2025 13:04:08 -0400 Date: Fri, 15 Aug 2025 13:04:04 -0400 To: eCS ISP Mailing List Subject: Re: [eCS-ISP] socket - no buffer space availble User-Agent: K-9 Mail for Android In-Reply-To: References: Message-ID: <3D2FFED6-D73D-40C3-983F-73E1209C2E06@2rosenthals.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On August 15, 2025 12:32:31 PM EDT, "Massimo S=2E" wrote: > > >Il 15/08/2025 17:56, Lewis G Rosenthal ha scritto: >> Hi, Max=2E=2E=2E >>=20 >> On 08/15/25 05:21 am, Massimo S=2E wrote: >>>=20 >>>=20 >>> Il 30/07/2025 20:15, Steven Levine ha scritto: >>>> In , on 07/30/25 >>>> =C2=A0=C2=A0=C2=A0 at 10:02 AM, "Massimo S=2E" said: >>>>=20 >>>> Hi Massimo, >>>>=20 >>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 STREAM 42164=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 http=2E=2E80 217=2E182=2E195=2E225=C2= =A0 FIN_WAIT_2 >>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 STREAM=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 56842=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 https=2E=2E443 103=2E42=2E4=2E140 FIN_WAIT_2 >>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 STREAM=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 18331=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 http=2E=2E80 51=2E68=2E111=2E239 FIN_WAIT_2 >>>>>>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0 STREAM=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 62505=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 http=2E=2E80 91=2E225=2E160=2E193 FIN_WAIT_2 >>>>=20 >>>>> all the FIN_WAIT_2 have 0 as socket number >>>>> if i use the scritp with: >>>>> soclose 0 >>>>=20 >>>> Opps my bad=2E=C2=A0 I was not thinking clearly=2E=C2=A0 As you found= , that's never >>>> going to work even if try to use unsupported command line operands=2E >>>>=20 >>>> Netstat is not reporting the original socket number=2E=C2=A0 I have n= o idea if >>>> this is by design or a netstat defect=2E >>>>=20 >>>> I wonder if a brute force approach might work - close the sockets tha= t are >>>> not listed as open as in >>>>=20 >>>> =C2=A0=C2=A0 run netstat -s to collect a list of open sockets >>>> =C2=A0=C2=A0 for socket =3D 1 to 32767 >>>> =C2=A0=C2=A0=C2=A0=C2=A0 if socket not in list >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 soclose socket >>>> =C2=A0=C2=A0 end >>>>=20 >>>> The stack knows the FIN_WAIT_2 socket number or it would not be able = to >>>> prevent it from being reused=2E=C2=A0 The question is is there anythi= ng that can >>>> be done to speed up to full release the socket resources=2E >>>>=20 >>>> Steven >>>=20 >>> hi all, >>>=20 >>> sorry, but, it do not work, it can't close stuff that it seems not to = exist >>>=20 >>> i've seen this behaviour with eCS2=2E2b and AOS 503 under Vbox >>> maybe it is a sort of DDOS, or an issue of virtual box: >>>=20 >>> AOS 503: >>>=20 >>> 1) the VM don't comunicate anymore with tcp/ip (in some case only icmp= ping work), >>> i go into the vbox window, i start the reboot command (it close the se= rvices >>> and at the end do a setboot /b) >>>=20 >>> 2) VM rebooted after some seconds the same behaviour happens again=2E= =2E >>>=20 >>> 3) the same than 2 etc=2E=2E >>>=20 >>> 4) the VM restart i get a ring0 trap on OS2KRNL (too fast to read, i'v= e no details) >>>=20 >>> 5) at the next reboot all start to work well again >>>=20 >>>=20 >>> eCS 2=2E2b >>>=20 >>> 1) the VM don't comunicate anymore with tcp/ip (neither icmp ping work= ), >>> i go into the vbox window, i start the reboot command (it close the se= rvices >>> and at the end do a setboot /b) >>>=20 >>> 2) VM reboot, but stil do not communicate over tcp/ip, neither ping >>>=20 >>> 3) setboot /b, same result >>>=20 >>> 4) this situation last until i close in the bad way the VM, the red st= op key >>>=20 >>> 5) after it reboots and all work well again >>>=20 >>>=20 >>> what is the common point? >>> it's that in both cases i get "No buffer space available" on tcp/ip >>>=20 >>=20 >> It would help if you were more clear: >>=20 >> Are you: >>=20 >> 1=2E rebooting the OS running in the VM; or > >the cmd close all applications and after do a setboot /b >so, i'd say inside > Yes, that's inside the VM, which may not actually clear what needs to be c= leared in this case=2E I'm not overly familiar with how the hypervisor itself buffers network tra= ffic=2E It may actually hold connections open in case the VM does not have = focus just so that such sockets aren't closed prematurely (WAG - i=2Ee=2E, = we know that we can set max execution time for a specific VM, which would n= ot impact a client trying to talk to it, wo *something* most likely is keep= ing the connection ipen until the VM once again gets CPU time)=2E >> 2=2E restarting the VM (which would be like power cycling a physical ma= chine)? >>=20 >>=20 >> It sounds to me like the OS is being restarted and not the VM=2E This k= eeps the virtual hardware "active" (powered on, with whatever hardware regi= sters previously in use still in use)=2E >>=20 >> If you are indeed restarting the VM (power cycle), next time try shutti= ng it off, wait 10 seconds, and then start it again=2E >>=20 >> To be clear, buffers which do not clear during a reboot are generally s= omething *above* the OS level (VM or hypervisor or physical hardware), and = beyond the control of ArcaOS or the IP stack=2E > >thank you, good to know > >"acpistat poweroff" turn off only the "inside VM" or it's like virtual bo= x machine power off? > Anything software controlled from the OS/2 side is going to take place ins= ide the VM=2E So, I would look at scripting something to do a VBoxManage co= ntrolvm reset which will have the same effect as power cycling a physi= cal box=2E --=20 Lewis