Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
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.

Great news from FOSSVPS.org: More VPS Giveaways!

1356712

Comments

  • Not_OlesNot_Oles Member, Patron Provider
    edited September 2025

    Two client reports confirmed the issues I was seeing. Netplan reverted. Chisinau node rebooted.

  • Not_OlesNot_Oles Member, Patron Provider
    edited September 2025

    Great news! Chisinau node came back up without needing a power bump! Also, I can ssh into the node and into my test VPS via IPv4 and via IPv6.

    Hopefully we are back to where we left off before the netplan adjustment!

    I need to sleep now. Anybody still having problems please post, and I will try to fix.

    Thanks to Alexhost! <3

    Best wishes!

    Thanked by 1zed
  • msattmsatt Member, Host Rep
    edited September 2025

    @Not_Oles Just to say Thank You.
    My Aunt died and I promised her daughter I would produce a memorial video. When I tried to do it on my Chromebook (I know I was optimistic) it was pathetically slow. So I had the idea to migrate everything to your kindly provided London server. I built a kvm on the London server and installed the app and all assets. I am now able to work (using SPICE to pass audio) on the video and although it takes about 30 minutes to do final rendering the results are excellent.
    So Thank you and to @dan_onlyservers (for the donation) once again, you will have made a large family generation very happy.

  • @msatt said:
    @Not_Oles Just to say Thank You.
    My Aunt died and I promised her daughter I would produce a memorial video. When I tried to do it on my Chromebook (I know I was optimistic) it was pathetically slow. So I had the idea to migrate everything to your kindly provided London server. I built a kvm on the London server and installed the app and all assets. I am now able to work (using SPICE to pass audio) on the video and although it takes about 30 minutes to do final rendering the results are excellent.
    So Thank you and to @dan_onlyservers (for the donation) once again, you will have made a large family generation very happy.

    Just want to give my condolences here <3

  • @Not_Oles said: Anybody still having problems please post, and I will try to fix.

    I am very sorry but it seems my VM is not reachable via the network. I.e., it does not respond to echo requests neither on IPv6 nor IPv4, both HetrixTools and RIPE Atlas consider the respective probes down, and both the NTP server and NTP monitor agent are unreachable/don't report.

    Anything I can help troubleshoot this on the host side, let me know.

    Thanks!

    Thanked by 1Not_Oles
  • I don't see any issues on my VM. In fact, things appear slightly better than before. Performance had been slowly getting worse little by little but after this most recent update things are back to normal. Great job!

    Thanked by 1Not_Oles
  • Not_OlesNot_Oles Member, Patron Provider

    @msatt Best wishes to you and to your family! Your memorial video seems like an excellently positive response to a challenging event. Congrats! I am delighted that you were successful in making the memorial video on your VPS. I also thank OnlyServers for their kind server node donation. <3

  • StarnbergStarnberg Member
    edited September 2025

    Looking at the ARP table on the host, and guessing the IP addresses of the VMs, it seems more of them are unreachable than reachable.

    @FrankCastle said: I don't see any issues on my VM.

    Does your VM's IPv4 address by any chance end in 49 or 59?

    Thanked by 1Not_Oles
  • Not_OlesNot_Oles Member, Patron Provider

    Hi @Starnberg!

    Sorry about the issues.

    I just sent you a PM.

    @Starnberg said: Looking at the ARP table on the host, and guessing the IP addresses of the VMs, it seems more of them are unreachable than reachable.

    What might cause an issue where some VPSes are reachable while others are not?

  • @Starnberg said:
    Looking at the ARP table on the host, and guessing the IP addresses of the VMs, it seems more of them are unreachable than reachable.

    @FrankCastle said: I don't see any issues on my VM.

    Does your VM's IPv4 address by any chance end in 49 or 59?

    No, I'm not 49 or 59 but then again like I said above mine is reachable and I don't see any current issues.

    Thanked by 2Not_Oles Starnberg
  • Not_OlesNot_Oles Member, Patron Provider

    @FrankCastle Thanks for your report! Glad everything is working for your VPS! :star:

  • StarnbergStarnberg Member
    edited September 2025

    @Not_Oles said: What might cause an issue where some VPSes are reachable while others are not?

    Not entirely sure off the top of my head. I unfortunately don't recall how the networking was configured inside the VM, whether that could break something.

    I need to think about this a bit, maybe I get some ideas.

    And maybe my interpretation of what I saw also just is some false negative, given that @FrankCastle's VM seems to be reachable.

    Coming to think about it now, I faintly recall there being some potential issues when communicating between a host, and guests, when the host is running the virtual bridge all of them are connected to. Need to think about it a bit more, maybe I remember what it was exactly, and whether/how it could be relevant here.

  • StarnbergStarnberg Member
    edited September 2025

    @FrankCastle said: mine is reachable and I don't see any current issues

    The ones ending in 49, 59, 79 are the ones that are definitely responding to pings, that is why I inferred yours must be one of those (and since I think you got your VM early on, I assumed you wouldn't have the one ending in 79 as that seems from a later batch of addresses). But if it is not, then maybe I am seeing the wrong things, or interpreting it wrong.

    Maybe 81 then?

  • @Starnberg said:

    @FrankCastle said: mine is reachable and I don't see any current issues

    The ones ending in 49, 59, 79 are the ones that are definitely responding to pings, that is why I inferred yours must be one of those (and since I think you got your VM early on, I assumed you wouldn't have the one ending in 79 as that seems from a later batch of addresses). But if it is not, then maybe I am seeing the wrong things, or interpreting it wrong.

    Maybe 81 then?

    Yup, 81 is me! :grin:

    Thanked by 2Starnberg Not_Oles
  • Not_OlesNot_Oles Member, Patron Provider

    Unfortunately I have to be away for an hour or two. More soon!

    Thanked by 1Starnberg
  • Not_OlesNot_Oles Member, Patron Provider
    edited September 2025

    @Starnberg

    Although I could get in via the console on my test VPS, when I tried with your VPS, the console froze and did not even ask for the login username.

    Although your VPS seems broken, some of the other VPSes seem to be working fine. There are several positive reports. And my test VPS seems to be working fine. However, the overall picture doesn't look the best. Just now, top showed about nine VPSes as running 100%CPU.

    Thanked by 1Starnberg
  • Not_OlesNot_Oles Member, Patron Provider

    Hello!

    Here is this morning's view from inside the Chisinau server:

    top - 15:12:46 up 1 day,  9:58,  2 users,  load average: 9.54, 9.54, 9.58
    Tasks: 501 total,   1 running, 500 sleeping,   0 stopped,   0 zombie
    %Cpu(s): 17.0 us, 19.6 sy,  0.0 ni, 63.4 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st 
    MiB Mem : 257874.7 total, 212578.1 free,  24088.6 used,  22904.8 buff/cache     
    MiB Swap:   2048.0 total,   2048.0 free,      0.0 used. 233786.1 avail Mem 
    
        PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND               
       1827 libvirt+  20   0 4891212  53204  20480 S 100.7   0.0     33,57 qemu-system-x86       
       1644 libvirt+  20   0 4891212  53136  20480 S 100.3   0.0     33,57 qemu-system-x86       
       1873 libvirt+  20   0 4891212  53020  20800 S 100.3   0.0     33,57 qemu-system-x86       
       1934 libvirt+  20   0 4891212  53504  20800 S 100.3   0.0     33,57 qemu-system-x86       
       2035 libvirt+  20   0 4891212  52848  20800 S 100.3   0.0     33,57 qemu-system-x86       
       2311 libvirt+  20   0 4891212  52692  20480 S 100.3   0.0     33,57 qemu-system-x86       
       2624 libvirt+  20   0 4891212  52500  20800 S 100.3   0.0     33,57 qemu-system-x86       
       2673 libvirt+  20   0 4891212  51884  20480 S 100.3   0.0     33,57 qemu-system-x86       
     103573 libvirt+  20   0 4891212  52924  20800 S 100.3   0.0     12,45 qemu-system-x86       
       1601 libvirt+  20   0 9116072   2.9g  20480 S  11.0   1.1 294:25.84 qemu-system-x86       
       1989 libvirt+  20   0 9239416   4.1g  20480 S  10.6   1.6     13,04 qemu-system-x86       
       2569 libvirt+  20   0 5332600   2.1g  21120 S   5.6   0.8 119:04.54 qemu-system-x86       
       2472 libvirt+  20   0    9.9g   2.6g  20480 S   4.7   1.0  22:16.52 qemu-system-x86     
    
  • Hi @Not_Oles glad to see you much improving, sending you lots of kisses and perhaps a pantone color palette <3

    Thanked by 1Starnberg
  • Not_OlesNot_Oles Member, Patron Provider

    Update on the Chisinau Node issues

    At least two VPSes seem to be working fine! These are mine and @FrankCastle's.

    Does anyone else have a working VPS?

    What is the difference between the group of VPSes which have high CPU% and do not have network connectivity and the two VPSes which seem to be fine?

    Is it just a networking issue? Are there multiple issues?

    For awhile, the server hasn't rebooted without needing a power bump, although the most recent reboot went fine.

    A while back, after an update, new Debian VMs seemed not to work any more. New Ubuntu VMs still worked.

    Later, new Ubuntu VMs made with newly assigned, additional IPs did not work.

    Alexhost Support and I adjusted the netplan configuration, hoping to make the new IP addresses work. Thanks to Alexhost Support for their help! <3

    The new netplan configuration seemed to cause multiple issues with multiple VMs becoming unreachable from the WAN and from the node console. Multiple VMs are running high %CPU.

    The new netplan configuration was reverted and the node rebooted. Nevertheless, network access and high CPU remain on multiple VMs, but at least two VMs continue to work fine.

    Looking around yesterday didn't suggest the cause of the issues or how to resolve them.

    Thanked by 2zejjnt FrankCastle
  • LA keeps online >:)

    Thanked by 1Not_Oles
  • Not_OlesNot_Oles Member, Patron Provider

    The plan for today includes:

    • Turning off the high CPU VPSes
    • Giving @Starnberg (and others?) a chance to download a copy of his VM image
    • Trying to cleanly create a new VPS
  • Not_OlesNot_Oles Member, Patron Provider

    @fmxm said:
    LA keeps online >:)

    London okay as well! :star:

  • StarnbergStarnberg Member
    edited September 2025

    @Not_Oles said: Trying to cleanly create a new VPS

    At least for mine, I would ask to hold off on that until examination of the VM image points to it being irreparably broken.

    Also, I am still hoping for more explicit indications from more of the other VPS users on the Chișinău node as to whether their VPSs are working, or not working either (so far, my understanding is two VPSs are working, and one is not - what about all the others?). If it turns out mine is the only one not working, then the issue is likely with it. If others aren't working properly either, it might be more likely the issue is not primarily with those VPSs.

    Thanked by 1Not_Oles
  • This is easily my favorite tv show recently!

  • zejjntzejjnt Member
    edited September 2025

    @Not_Oles said:
    Update on the Chisinau Node issues

    At least two VPSes seem to be working fine! These are mine and @FrankCastle's.

    Does anyone else have a working VPS?

    What is the difference between the group of VPSes which have high CPU% and do not have network connectivity and the two VPSes which seem to be fine?

    Is it just a networking issue? Are there multiple issues?

    For awhile, the server hasn't rebooted without needing a power bump, although the most recent reboot went fine.

    A while back, after an update, new Debian VMs seemed not to work any more. New Ubuntu VMs still worked.

    Later, new Ubuntu VMs made with newly assigned, additional IPs did not work.

    Alexhost Support and I adjusted the netplan configuration, hoping to make the new IP addresses work. Thanks to Alexhost Support for their help! <3

    The new netplan configuration seemed to cause multiple issues with multiple VMs becoming unreachable from the WAN and from the node console. Multiple VMs are running high %CPU.

    The new netplan configuration was reverted and the node rebooted. Nevertheless, network access and high CPU remain on multiple VMs, but at least two VMs continue to work fine.

    Looking around yesterday didn't suggest the cause of the issues or how to resolve them.

    Except for the reboots mine has worked flawlessly :)

    Thanked by 2Starnberg Not_Oles
  • @zed said:
    This is easily my favorite tv show recently!

    modern day bingo for the elderly

  • Not_OlesNot_Oles Member, Patron Provider

    Mystery partially solved!

    I missed one space in a yaml configuration file when testing the first of the Chisinau node's newly assigned IP addresses!

    root@alexhost:~/vm-seed/vmXX# yamllint network-config 
    network-config
      1:1       warning  missing document start "---"  (document-start)
      11:8      error    wrong indentation: expected 8 but found 7  (indentation)
      12:14     error    syntax error: mapping values are not allowed here (syntax)
    
    root@alexhost:~/vm-seed/vmXX# 
    
    --------
    
    After adding one space on line 11:
    
    
    root@alexhost:~/vm-seed/vmXX# yamllint network-config 
    network-config
      1:1       warning  missing document start "---"  (document-start)
    
    root@alexhost:~/vm-seed/vmXX# 
    

    Looks like the newly assigned IP addresses do work just fine with the previous and now again reverted netplan when the yaml configuration is correct.

    Now I have to figure out why some (but definitely not all!) of the previously made VPSes stopped WAN network access and picked up high %CPU after the netplan change and reversion, which turned out not to have been necessary.

    My fault! :) Sorry! <3

    Thanks again to Alexhost Support for trying to help! Thanks again to Alexhost for your kind donation! <3

    Thanked by 3zejjnt Starnberg zed
  • Not_OlesNot_Oles Member, Patron Provider
    edited September 2025

    @Starnberg said:

    @Not_Oles said: Trying to cleanly create a new VPS

    At least for mine, I would ask to hold off on that until examination of the VM image points to it being irreparably broken.

    Yes, of course. I just wanted to figure out whether I could make another brand new VPS successfully. It looks like it worked!

    I won't touch your VPS until after we agree about what to do and what not to do.

    Also, I am still hoping for more explicit indications from more of the other VPS users on the Chișinău node as to whether their VPSs are working, or not working either (so far, my understanding is two VPSs are working, and one is not - what about all the others?). If it turns out mine is the only one not working, then the issue is likely with it. If others aren't working properly either, it might be more likely the issue is not primarily with those VPSs.

    Agreed. It may be, however, that others don't want to look like they might be complaining. Nevertheless, it is, as you say, valuable information to know when issues are occuring and when everything is okay. . . .

    Thanks for your comments and support! <3

    Thanked by 1Starnberg
  • Not_OlesNot_Oles Member, Patron Provider

    @zejjnt

    Thank for your helpful report! :star:

    I will take a look!

    Thanked by 2Starnberg zejjnt
  • @Not_Oles said:
    Update on the Chisinau Node issues

    At least two VPSes seem to be working fine! These are mine and @FrankCastle's.

    Well, we should probably put an asterisk on mine. My original VM was having the same issue with spiking to 100% cpu after that one update (before that update everything was fine). When it was brought to my attention that this was happening, I didn't want to be a noisey neighbor and cause issues for the other tenants so I wiped mine and went with a different OS which appears to have resolved those issues. Had I left things as they were I'd probably still be in the same boat as everyone else it seems like.

    Personally, I would suggest reinstalling the hypervisor after everyone has the opporunity to get their data off if they want it. Start over fresh!

    Thanked by 1Not_Oles
Sign In or Register to comment.