I mean I can pinpoint the time you applied the fix!
If this is working too well - no idea, I don't (yet, Sunday night attempt number 4[1]) run shit there so I can only get those ping reports ;')
[1] last time my MySQL replication did some crazy things and started running 200MB/s...
Basically when I did the initial math for 2x E5-2660v2 to Ryzen, it showed me that we were going to be basically at almost no CPU usage at all so it falls in line with those initial hypothetical results. When we actually did it, that wasn't the case. And it's very possible this SolusVM issue could have caused the discrepancy for particular hardware. (edit) Luckily it still worked out because Ryzen is just that powerful compared to 10 year old Intel, but this could mean way way way better.
The graph you're looking at is smoothed out and delayed to the point where it's useless in representing this case. You might see it in a few hours. Let me share ours.
@FrankZ said: @YanJony - I suggest you migrate to Los Angeles if fast network speed it important to you.
This is my speed tests and ping time results for the past week from SJCZ008. Not great, but it is more or less consistently 80 Mb/s up & down which is reasonable for most uses.
This is the same time period for my VM on LAXA009 in Los Angeles which is consistently over 500 Mb/s up & down.
Definitely an issue there but also not unusable. Already reported to DC.
I don't think an upload speed of 16MBps is normal, and I know you're busy right now, so I'm patiently waiting for a fix.
Please stop testing to Kansas, it has nothing to do with the issue that's there and that issue exists, but perhaps actually pick a server in San Jose instead of relying on their terrible geolocation partner Maxmind. They're too cheap to use good geolocation, I get it, but it doesn't mean you should only test to default server they pick.
(edit) Actually based on your test of 180Mbps to Kansas it seems like they might have finally fixed it.
I have tested the server by testing other nodes and the result is the same, does this mean that it is not fixed yet?
@FrankZ said: @YanJony - I suggest you migrate to Los Angeles if fast network speed it important to you.
This is my speed tests and ping time results for the past week from SJCZ008. Not great, but it is more or less consistently 80 Mb/s up & down which is reasonable for most uses.
This is the same time period for my VM on LAXA009 in Los Angeles which is consistently over 500 Mb/s up & down.
Definitely an issue there but also not unusable. Already reported to DC.
I don't think an upload speed of 16MBps is normal, and I know you're busy right now, so I'm patiently waiting for a fix.
Please stop testing to Kansas, it has nothing to do with the issue that's there and that issue exists, but perhaps actually pick a server in San Jose instead of relying on their terrible geolocation partner Maxmind. They're too cheap to use good geolocation, I get it, but it doesn't mean you should only test to default server they pick.
(edit) Actually based on your test of 180Mbps to Kansas it seems like they might have finally fixed it.
I have tested the server by testing other nodes and the result is the same, does this mean that it is not fixed yet?
@FrankZ said: @YanJony - I suggest you migrate to Los Angeles if fast network speed it important to you.
This is my speed tests and ping time results for the past week from SJCZ008. Not great, but it is more or less consistently 80 Mb/s up & down which is reasonable for most uses.
This is the same time period for my VM on LAXA009 in Los Angeles which is consistently over 500 Mb/s up & down.
Definitely an issue there but also not unusable. Already reported to DC.
I don't think an upload speed of 16MBps is normal, and I know you're busy right now, so I'm patiently waiting for a fix.
Please stop testing to Kansas, it has nothing to do with the issue that's there and that issue exists, but perhaps actually pick a server in San Jose instead of relying on their terrible geolocation partner Maxmind. They're too cheap to use good geolocation, I get it, but it doesn't mean you should only test to default server they pick.
(edit) Actually based on your test of 180Mbps to Kansas it seems like they might have finally fixed it.
I have tested the server by testing other nodes and the result is the same, does this mean that it is not fixed yet?
@FrankZ said: @YanJony - I suggest you migrate to Los Angeles if fast network speed it important to you.
This is my speed tests and ping time results for the past week from SJCZ008. Not great, but it is more or less consistently 80 Mb/s up & down which is reasonable for most uses.
This is the same time period for my VM on LAXA009 in Los Angeles which is consistently over 500 Mb/s up & down.
Definitely an issue there but also not unusable. Already reported to DC.
I don't think an upload speed of 16MBps is normal, and I know you're busy right now, so I'm patiently waiting for a fix.
Please stop testing to Kansas, it has nothing to do with the issue that's there and that issue exists, but perhaps actually pick a server in San Jose instead of relying on their terrible geolocation partner Maxmind. They're too cheap to use good geolocation, I get it, but it doesn't mean you should only test to default server they pick.
(edit) Actually based on your test of 180Mbps to Kansas it seems like they might have finally fixed it.
I have tested the server by testing other nodes and the result is the same, does this mean that it is not fixed yet?
My VPS node is SJCZ010, should I wait for the fix or try to migrate via redeploy?
This node is also missing patch since it was offline when it was applied, I'm applying it now. Check again in a few minutes. It's not directly related to the network it's something else.
(edit) part of it didn't work, may require reboot. Looking into it some more.
@VirMach said:
I have no idea what INAP is doing (or rather why) but I'm sure whatever they're doing has the end goal of making sure their shareholders and executives get paid.
Genuinely heartbreaking to see one of my favorite US networking companies die this way. Good news is that there's other options that are almost as good.
Same for me. I've actually "known" about that for a very long time, since I was like 8 or 9 years old maybe. It's weird because it was like a "brand name" to me that I forgot about for the longest time until around maybe 2018 or 2019 when I went "INAP hmm sounds familiar they're some old internet company I remember"
I remember hosting all my game servers with Internap back when I had the time for games, a lot of game communities still use them now. Really unfortunate what's been happening to them lately. They have an amazing network but they have no idea how to monetize it.
@FrankZ said: @YanJony - I suggest you migrate to Los Angeles if fast network speed it important to you.
This is my speed tests and ping time results for the past week from SJCZ008. Not great, but it is more or less consistently 80 Mb/s up & down which is reasonable for most uses.
This is the same time period for my VM on LAXA009 in Los Angeles which is consistently over 500 Mb/s up & down.
Definitely an issue there but also not unusable. Already reported to DC.
I don't think an upload speed of 16MBps is normal, and I know you're busy right now, so I'm patiently waiting for a fix.
Please stop testing to Kansas, it has nothing to do with the issue that's there and that issue exists, but perhaps actually pick a server in San Jose instead of relying on their terrible geolocation partner Maxmind. They're too cheap to use good geolocation, I get it, but it doesn't mean you should only test to default server they pick.
(edit) Actually based on your test of 180Mbps to Kansas it seems like they might have finally fixed it.
I have tested the server by testing other nodes and the result is the same, does this mean that it is not fixed yet?
My VPS node is SJCZ010, should I wait for the fix or try to migrate via redeploy?
This node is also missing patch since it was offline when it was applied, I'm applying it now. Check again in a few minutes. It's not directly related to the network it's something else.
(edit) part of it didn't work, may require reboot. Looking into it some more.
I restarted the VPS and re-tested it and it is still the same as before.
@FrankZ said: @YanJony - I suggest you migrate to Los Angeles if fast network speed it important to you.
This is my speed tests and ping time results for the past week from SJCZ008. Not great, but it is more or less consistently 80 Mb/s up & down which is reasonable for most uses.
This is the same time period for my VM on LAXA009 in Los Angeles which is consistently over 500 Mb/s up & down.
Definitely an issue there but also not unusable. Already reported to DC.
I don't think an upload speed of 16MBps is normal, and I know you're busy right now, so I'm patiently waiting for a fix.
Please stop testing to Kansas, it has nothing to do with the issue that's there and that issue exists, but perhaps actually pick a server in San Jose instead of relying on their terrible geolocation partner Maxmind. They're too cheap to use good geolocation, I get it, but it doesn't mean you should only test to default server they pick.
(edit) Actually based on your test of 180Mbps to Kansas it seems like they might have finally fixed it.
I have tested the server by testing other nodes and the result is the same, does this mean that it is not fixed yet?
My VPS node is SJCZ010, should I wait for the fix or try to migrate via redeploy?
This node is also missing patch since it was offline when it was applied, I'm applying it now. Check again in a few minutes. It's not directly related to the network it's something else.
(edit) part of it didn't work, may require reboot. Looking into it some more.
I restarted the VPS and re-tested it and it is still the same as before.
Yeah just use the button. I still haven't heard back from them and it seems like it might actually be network related still since they had the issue with the switch.
@FrankZ said: @YanJony - I suggest you migrate to Los Angeles if fast network speed it important to you.
This is my speed tests and ping time results for the past week from SJCZ008. Not great, but it is more or less consistently 80 Mb/s up & down which is reasonable for most uses.
This is the same time period for my VM on LAXA009 in Los Angeles which is consistently over 500 Mb/s up & down.
Definitely an issue there but also not unusable. Already reported to DC.
I don't think an upload speed of 16MBps is normal, and I know you're busy right now, so I'm patiently waiting for a fix.
Please stop testing to Kansas, it has nothing to do with the issue that's there and that issue exists, but perhaps actually pick a server in San Jose instead of relying on their terrible geolocation partner Maxmind. They're too cheap to use good geolocation, I get it, but it doesn't mean you should only test to default server they pick.
(edit) Actually based on your test of 180Mbps to Kansas it seems like they might have finally fixed it.
I have tested the server by testing other nodes and the result is the same, does this mean that it is not fixed yet?
My VPS node is SJCZ010, should I wait for the fix or try to migrate via redeploy?
This node is also missing patch since it was offline when it was applied, I'm applying it now. Check again in a few minutes. It's not directly related to the network it's something else.
(edit) part of it didn't work, may require reboot. Looking into it some more.
I restarted the VPS and re-tested it and it is still the same as before.
Yeah just use the button. I still haven't heard back from them and it seems like it might actually be network related still since they had the issue with the switch.
Okay, I will wait patiently for the processing, please inform me when there are results, or I will check back after a while.
@VirMach said:
(edit) Oh god wait Las Vegas is Flex isn't it
eyes my vm that started the migration in dallas, then escaped to la on the doomed lax014 node then settled in PHX I think i found our bad luck charm....
@VirMach said: By the way some industry news-ish that's relevant to our operation and people in Phoenix: official notice will be sent out later over the weekend once we have everything planned out, but it seems like INAP is shutting down their operation in Phoenix. I may have mentioned it earlier but have more information now, and it means we most likely have to migrate people to Las Vegas. Initially it was another DC in Phoenix but their deal fell through. Option is to get rid of Phoenix completely and move to LA, find a fifth partner that does Phoenix on short notice, or switch it over to Las Vegas and at least maintain another location around that area.
Argh, I just moved my NVMe2G for life to Phoenix.
I selected this location because I haven't heard any drama about it in past few weeks.
Now I have to move it again.
I shouldn't have trusted Phoenix.
You know, college kids in that town spell USA backwards.
Main IP pings: false
Node Online: false
Service online: online
This is weird. Node is offline but my VM is online
Network is offline though
The piece of apple pie have been in the fridge for more than a week. It should be good to eat it yet, right?
Troubleshooter is wrong. We basically have to update it every time we add nodes and haven't been doing that, and IPs have been flying all over the place for them. We'll do a final update soon.
Troubleshooter was wrong. Node and VM were online.
I realized I had to update the IP in /etc/netplan/50-cloud-init.yaml and my VPS is online again.
I got stuck with 2 ubuntu servers at work from the previous guy, and constantly find myself saying this. I've got friends who swear by it for desktop use, but literally every other machine we have is RHEL, I have no idea why he went with Ubuntu here.
I got stuck with 2 ubuntu servers at work from the previous guy, and constantly find myself saying this. I've got friends who swear by it for desktop use, but literally every other machine we have is RHEL, I have no idea why he went with Ubuntu here.
Perhaps that's why he's the "previous guy" if you catch my drift.
I've stayed away from Ubuntu for quite a while now. Debian (well and Proxmox but it's debian + vm stuff) is primarily what I use with a few very small vps using Alpine. My laptop runs EndeavourOS since it's cutting edge and I mostly use the laptop to see what will explode today, rarely actually out and about. The outside world is full of like sunshine and people and stuff, it's crazy.
@VirMach said: By the way some industry news-ish that's relevant to our operation and people in Phoenix: official notice will be sent out later over the weekend once we have everything planned out, but it seems like INAP is shutting down their operation in Phoenix. I may have mentioned it earlier but have more information now, and it means we most likely have to migrate people to Las Vegas. Initially it was another DC in Phoenix but their deal fell through. Option is to get rid of Phoenix completely and move to LA, find a fifth partner that does Phoenix on short notice, or switch it over to Las Vegas and at least maintain another location around that area.
(edit) Oh god wait Las Vegas is Flex isn't it
(edit2) Sorry if this is an unprofessional update and it seems like I have no idea what we're actually doing, it's because I just found out about most of this a few minutes ago hence the unofficial update.
Emigrated there 20 years ago, got paid off after 9 months, or so (that side of the business closed down). Got offered a position in Denver with same/sister company; said "Feck that! it snows most of the year there!". Returned to chilly Scotland.
I couldn't live someplace where a simple walk to the store could kill me from dehydration. Michigan winters can be annoying but i'll take them. ;-)
Emigrated there 20 years ago, got paid off after 9 months, or so (that side of the business closed down). Got offered a position in Denver with same/sister company; said "Feck that! it snows most of the year there!". Returned to chilly Scotland.
I couldn't live someplace where a simple walk to the store could kill me from dehydration. Michigan winters can be annoying but i'll take them. ;-)
I'm the complete opposite, if there are days the high never goes above freezing I don't have any interest living there. Now I live at the edge of a desert and barely have lows below freezing, the sand is annoying but I'll take it for only having to see snow once a decade.
Peace on earth will come to stay, when we all live as LESbians every day.
For staff assistance or support issues please use the helpdesk ticket system at https://support.lowendspirit.com/index.php?a=add
Peace on earth will come to stay, when we all live as LESbians every day.
For staff assistance or support issues please use the helpdesk ticket system at https://support.lowendspirit.com/index.php?a=add
Comments
@skorous Jab is Irish?
It wisnae me! A big boy done it and ran away.
NVMe2G for life! until death (the end is nigh)
Basically when I did the initial math for 2x E5-2660v2 to Ryzen, it showed me that we were going to be basically at almost no CPU usage at all so it falls in line with those initial hypothetical results. When we actually did it, that wasn't the case. And it's very possible this SolusVM issue could have caused the discrepancy for particular hardware. (edit) Luckily it still worked out because Ryzen is just that powerful compared to 10 year old Intel, but this could mean way way way better.
The graph you're looking at is smoothed out and delayed to the point where it's useless in representing this case. You might see it in a few hours. Let me share ours.
^ oooh, pointy. (Said in a Homer Simpson voice.)
It wisnae me! A big boy done it and ran away.
NVMe2G for life! until death (the end is nigh)
I have tested the server by testing other nodes and the result is the same, does this mean that it is not fixed yet?
iperf3 Network Speed Tests (IPv4):
Provider | Location (Link) | Send Speed | Recv Speed
| | |
Clouvider | London, UK (10G) | 14.2 Mbits/sec | 152 Mbits/sec
Online.net | Paris, FR (10G) | 17.4 Mbits/sec | 244 Mbits/sec
Hybula | The Netherlands (40G) | 15.4 Mbits/sec | 39.4 Mbits/sec
Uztelecom | Tashkent, UZ (10G) | 12.9 Mbits/sec | 107 Mbits/sec
Clouvider | NYC, NY, US (10G) | 14.4 Mbits/sec | 245 Mbits/sec
Clouvider | Dallas, TX, US (10G) | 16.3 Mbits/sec | 290 Mbits/sec
Clouvider | Los Angeles, CA, US (10G) | 16.8 Mbits/sec | 217 Mbits/sec
What specific node again?
My VPS node is SJCZ010, should I wait for the fix or try to migrate via redeploy?
This node is also missing patch since it was offline when it was applied, I'm applying it now. Check again in a few minutes. It's not directly related to the network it's something else.
(edit) part of it didn't work, may require reboot. Looking into it some more.
I remember hosting all my game servers with Internap back when I had the time for games, a lot of game communities still use them now. Really unfortunate what's been happening to them lately. They have an amazing network but they have no idea how to monetize it.
I restarted the VPS and re-tested it and it is still the same as before.
iperf3 Network Speed Tests (IPv4):
Provider | Location (Link) | Send Speed | Recv Speed
| | |
Clouvider | London, UK (10G) | 15.1 Mbits/sec | 103 Mbits/sec
Online.net | Paris, FR (10G) | busy | 252 Mbits/sec
Hybula | The Netherlands (40G) | 17.1 Mbits/sec | 20.5 Mbits/sec
Uztelecom | Tashkent, UZ (10G) | 15.9 Mbits/sec | 69.9 Mbits/sec
Clouvider | NYC, NY, US (10G) | 16.2 Mbits/sec | 162 Mbits/sec
Clouvider | Dallas, TX, US (10G) | 14.7 Mbits/sec | 239 Mbits/sec
Clouvider | Los Angeles, CA, US (10G) | 16.1 Mbits/sec | 243 Mbits/sec
Yeah just use the button. I still haven't heard back from them and it seems like it might actually be network related still since they had the issue with the switch.
Okay, I will wait patiently for the processing, please inform me when there are results, or I will check back after a while.
eyes my vm that started the migration in dallas, then escaped to la on the doomed lax014 node then settled in PHX I think i found our bad luck charm....
Argh, I just moved my NVMe2G for life to Phoenix.
I selected this location because I haven't heard any drama about it in past few weeks.
Now I have to move it again.
I shouldn't have trusted Phoenix.
You know, college kids in that town spell USA backwards.
Accepting submissions for IPv6 less than /64 Hall of Incompetence.
Troubleshooter was wrong. Node and VM were online.
I realized I had to update the IP in /etc/netplan/50-cloud-init.yaml and my VPS is online again.
Fucking Ubuntu.
The fuck is wrong with the hr tag?
I use Arch btw.
dnscry.pt - Public DNSCrypt resolvers hosted by LowEnd providers • Need a free NAT LXC? -> https://microlxc.net/
I got stuck with 2 ubuntu servers at work from the previous guy, and constantly find myself saying this. I've got friends who swear by it for desktop use, but literally every other machine we have is RHEL, I have no idea why he went with Ubuntu here.
Perhaps that's why he's the "previous guy" if you catch my drift.
I've stayed away from Ubuntu for quite a while now. Debian (well and Proxmox but it's debian + vm stuff) is primarily what I use with a few very small vps using Alpine. My laptop runs EndeavourOS since it's cutting edge and I mostly use the laptop to see what will explode today, rarely actually out and about. The outside world is full of like sunshine and people and stuff, it's crazy.
Wwaoo, long long long time I have not seen the network status clean like this. congratulations and thank you @VirMach
oh, I have 4 servers there, take time again
I couldn't live someplace where a simple walk to the store could kill me from dehydration. Michigan winters can be annoying but i'll take them. ;-)
@VirMach Nice to see you here,need a Japan VPS,please have a look at Ticket ID: 191126.Thanks
I'm the complete opposite, if there are days the high never goes above freezing I don't have any interest living there. Now I live at the edge of a desert and barely have lows below freezing, the sand is annoying but I'll take it for only having to see snow once a decade.
I feel this is inaccurate
I wish my chicago was online，or move to Tokyo
Hmm, does anyone remember what template I should install first to fix that? I flipped back a few pages but can't find it.
Almalinux I believe
AlmaLinux?
That is correct. Install AlmaLinux8 to enable VM-x/AMD-V and CPU pass-thru
Peace on earth will come to stay, when we all live as LESbians every day.
For staff assistance or support issues please use the helpdesk ticket system at https://support.lowendspirit.com/index.php?a=add
Hmm, bummer, that was from alma. Reinstalled with deb 11 and same thing, I'll go try alma again this time from solus.
(edit)
No change with alma from solus.
Strange, what node is that on ?
Peace on earth will come to stay, when we all live as LESbians every day.
For staff assistance or support issues please use the helpdesk ticket system at https://support.lowendspirit.com/index.php?a=add