New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
Your VPS could be on different host server node.
There is definitely some data related issue at host server level.
The VPS data works fine for sometime before data heartbeat goes to flat line.
No stock!
Maybe the similar cause as my previous issue? The networking of mine was neither totally bad. I suspect the node or the datacenter might have some wrong settings on the networking part.
I also have a linux network problem, it's slow speed and it's take a long time in resolve dns.
Same VPS internet data is working fine with no changes done in VPS settings
This again proves that issue is not at the VPS level, it is at host server level
speedtest link
@lnx @syreetmot
This VPS is a computing powerhouse.
Here is a simple test (that most 2GB VPS simply fail) YouTube video running at 4k within Windows RDP session.
Do not even try this in 2GB VPS running Linux desktop. It will fail, again showing Windows Server 2022 RDP is much better optimized desktop.
Same youtube video (you__tube.com/watch?v=Y8w7x7pV4_c) running at 720p within Windows RDP
Note that cpu usage drops to around 30% level, again showing the computing power of this VPS.
Just to update: There were some IPv6 prefix filters applied overnight that broke IPv6 connectivity. Our provider has resolved those. There are still some issues with IPv4 being limited by the DDoS filter at the DC level that they are working on. Both issues were only on the Texas servers.
Thanks for the update, @lnx
@syreetmot -
The Windows Server 2022 OS is working great on your VPS. Please check the Inbox message.
The ultimate test for Windows RDP
youtube video running at 4K Full screen
VPS has only 2GB memory and only 2vCores
Can't connect to my server atm. Texas Ryzen server. Issue with network?
Edit: just saw above. No ticket opened from my end as not urgent for me. Hoping it'll resolved soon.
Sorry working through an outage, but it is resolved now.
What a shame, all day with problems, do you offer refunds?
Yes, please open a support ticket.
Experiencing interruptions? find out why
kekw
No worries all good now. Totally happy with the server.
Thanks for the update.
I am very happy with the VPS.
I'm running a couple of 8X8s, (one in Ohio and one in Texas), and I have noticed a few small IPv4 networking issues with the Texas server.
For example, doing curl/wget has been as slow as 4 mbps for some targets, whilst others would stream at upto 700+ mbps straight afterwards. The same targets all downloaded normally on the Ohio server, (lightning fast), so presumably that's the DC/DDoS issue which is under investigation.
That said, the general performance of both servers is absolutely fantastic and I have nothing but compliments for the service!
working great .... @lnx
wow. first time the networkspeed script for EU works!!!
---------------------------- network-speed.xyz ---------------------------- A simple script to test network performance using speedtest-cli --------------------------------------------------------------------------- Version : v2024.04.14 Global Speedtest : wget -qO- network-speed.xyz | bash Region Speedtest : wget -qO- network-speed.xyz | bash -s -- -r --------------------------------------------------------------------------- Basic System Info --------------------------------------------------------------------------- CPU Model : AMD Ryzen 9 7950X 16-Core Processor CPU Cores : 2 @ 4491.540 MHz CPU Cache : 1024 KB AES-NI : ✔ Enabled VM-x/AMD-V : ✔ Enabled Total Disk : 49.9 GB (10.6 GB Used) Total RAM : 1.9 GB (355.1 MB Used) Total Swap : 1024.0 MB (3.4 MB Used) System uptime : 8 days, 19 hour 11 min Load average : 0.00, 0.00, 0.00 OS : Debian GNU/Linux 12 Arch : x86_64 (64 Bit) Kernel : 6.1.0-20-amd64 Virtualization : KVM TCP Control : cubic --------------------------------------------------------------------------- Basic Network Info --------------------------------------------------------------------------- Primary Network : IPv6 IPv6 Access : ✔ Online IPv4 Access : ✔ Online ISP : Hosting Bot, LLC ASN : AS400402 Hosting Bot, LLC ASN (IPv4) : AS62564 LINVEO, LLC Host : Hosting Bot, LLC Location : Dallas, Texas-TX, United States --------------------------------------------------------------------------- Speedtest.net (Region: EUROPE) --------------------------------------------------------------------------- Location Latency Loss DL Speed UP Speed Server ISP: EGIHosting Nearest 8.24 ms 0.0% 6105.14 Mbps 1468.81 Mbps Cox - Wichita - Wichita, KS London, UK 113.97 ms N/A 0.75 Mbps 856.25 Mbps M247 Ltd - London Manchester, UK 135.92 ms N/A 1832.64 Mbps 597.98 Mbps Vodafone UK - Manchester Dublin, IE 112.64 ms 0.0% 464.07 Mbps 584.82 Mbps Three Ireland - Dublin Amsterdam, NL 110.84 ms 0.0% 0.73 Mbps 892.33 Mbps Melbicom - Amsterdam Eygelshoen, NL 112.46 ms 0.0% 0.91 Mbps 294.30 Mbps SkyLink Data Center BV - Eygelshoven Paris, FR 107.28 ms N/A 1.03 Mbps 518.27 Mbps ORANGE FRANCE - Paris Marseille, FR 113.79 ms 0.0% 718.11 Mbps 540.48 Mbps GSL Networks - Marseille Madrid, ES 110.48 ms 0.0% 7003.25 Mbps 611.74 Mbps Orange - Madrid Barcelona, ES 130.82 ms 0.0% 1.67 Mbps 330.03 Mbps Adamo - Barcelona Lisbon, PT 114.04 ms 0.0% 3998.04 Mbps 598.51 Mbps Edgoo Networks - Lisbon Rome, IT 134.02 ms 0.0% 4762.65 Mbps 567.22 Mbps TIM SpA - Rome Milan, IT 124.30 ms 0.0% 1.15 Mbps 604.36 Mbps Fastweb SpA - Milan Zurich, CH 146.66 ms 0.0% 3818.30 Mbps 627.82 Mbps Sunrise Communication AG - Zurich Frankfurt, DE 116.84 ms 11.0% 3813.66 Mbps 303.74 Mbps Deutsche Telekom - Frankfurt am Main Berlin, DE 117.63 ms N/A 1.67 Mbps 326.25 Mbps Misaka Network, Inc. - Berlin Vienna, AT 140.20 ms 0.0% 3612.89 Mbps 490.60 Mbps A1 Telekom Austria AG - Vienna Budapest, HU 123.16 ms 0.0% 310.85 Mbps 274.58 Mbps ATW Internet Kft. - Budapest Gdansk, PL 140.80 ms 0.0% 1.17 Mbps 444.82 Mbps T-Mobile Polska S.A. - Gdańsk Warsaw, PL 133.32 ms 0.0% 4793.21 Mbps 567.77 Mbps Orange Polska S.A. - Warsaw Lviv, UA 164.04 ms 0.0% 3899.90 Mbps 515.07 Mbps Kyivstar - Lviv Kyiv, UA 154.44 ms 0.0% 3617.13 Mbps 224.51 Mbps O3 - Kyiv Bucharest, RO 153.06 ms 0.0% 3627.27 Mbps 599.22 Mbps Orange Romania SA - Bucuresti Timisoara, RO 133.92 ms 0.0% 1.05 Mbps 593.15 Mbps Digi Helsinki, FI 133.72 ms 0.0% 1.43 Mbps 674.31 Mbps Elisa Oyj - Helsinki Stockholm, SE 130.34 ms 0.0% 4640.86 Mbps 674.16 Mbps i3D.net - Stockholm Oslo, NO 122.07 ms 0.0% 4965.56 Mbps 688.08 Mbps Telia Norge AS - Oslo Moscow, RU 152.68 ms 0.0% 999.36 Mbps 338.25 Mbps MTS - Moscow Petersburg, RU 136.41 ms 15.3% 5781.44 Mbps 0.67 Mbps MegaFon - Saint Petersburg Istanbul, TR 168.77 ms 0.0% 4627.07 Mbps 443.83 Mbps Turkcell - Istanbul Tbilisi, GE FAILED - IP has been rate limited. Try again after 1 hour. --------------------------------------------------------------------------- Avg DL Speed : 2446.77 Mbps Avg UL Speed : 541.73 Mbps Total DL Data : 106.62 GB Total UL Data : 23.61 GB Total Data : 130.22 GB --------------------------------------------------------------------------- Duration : 15 min 22 sec System Time : 22/04/2024 - 17:23:27 CEST Total Script Runs : 41322 ---------------------------------------------------------------------------Just to update, as of this afternoon it was found that there were some bad fiber cables at the switch. The DC has made some corrections, but tomorrow new cables will be put in. The speeds have mostly resolved themselves since the errors are reduced, but until the new cables are in place it might be some slowness.
We have a few in stock in Texas. Working on getting new nodes started up in both locations - just waiting for the hardware.
solved all the problems too?
Yes, all of the problematic fiber runs and SFP modules have been replaced in the Texas network.
When will we have 10Gbps link on Ohio? @lnx
Want to use your servers for a mail server.
Do you allow outbound on port 25? How's the IP reputation?
@lnx
Seeing this error for AMD for both Ohio and Texas now.
It's in the works, but no planned date for it yet.
Yes, Texas is sold out again.
Seems like Ohio as well.
Any chance Texas will become available again?