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.

★ VirMach ★ RYZEN ★ NVMe ★★ $8.88/YR- 384MB ★★ $21.85/YR- 2.5GB ★ Instant ★ Japan Pre-order ★ & More

1299300302304305339

Comments

  • aliletalilet Member

    @Liso said:

    @alilet said:

    @Liso said:

    @netrix said:

    @alilet said:

    @MallocVoidstar said:
    "busy" means the iperf servers you're contacting are busy. Try curl -Ls benchy.pw | bash -s -- --skip-disk --skip-gb --speedtest to use Ookla speedtest.

    This one also failed.

    # # # # # # # # # # # # # # # # # # # # #
    #             Benchy v2.0               #
    #    https://github.com/L1so/benchy     #
    # # # # # # # # # # # # # # # # # # # # #
    #        20 Jul 2022 07:57 EDT          #
    # # # # # # # # # # # # # # # # # # # # #
    
    Server Insight                                  Hardware Information
    ---------------------                           ---------------------
    OS         : Debian GNU/Linux 9 (stretch)       Model       : AMD EPYC-Milan Processor
    Location   : United States                      Core        : 4 @ 3393.618 MHz
    Kernel     : 4.9.0-19-amd64                     AES-NI      : ✔ Enabled
    Uptime     : 0 days, 2 hrs, 50 mins, 29 secs    VM-x/AMD-V  : ❌ Disabled
    Virt       : kvm                                Swap        : 8.0 GiB
    ``
    Disk & Memory Usage                             Network Data
    ---------------------                           ---------------------
    Disk       : 51.1 GiB                           ASN         : AS35913
    Disk Usage : 9.2 GiB (19% Used)                 ISP         : DediPath
    Mem        : 7.8 GiB                            IPv4        : ✔ Enabled
    Mem Usage  : 0.2 GiB (2% Used)                  IPv6        : ❌ Disabled
    
    Ookla Network Speedtest (Region: North America
    Oceania
    North America)
    +---------------------------------------------------------------------------------------+
    | Provider    | Location          | Download     | Upload       | Data Used | Latency   |
    +=======================================================================================+
    |             |                   | Failed       | To           | Get       | Data      |
    +---------------------------------------------------------------------------------------+
    

    not only virmach, my non virmach vps is also failed

    Hello there, I just found about your issues.

    The error caused by grep returning ambiguous result as I'm utilizing country name instead of country code, to give you an idea you can try searching United States in this list, it'll return 3 match, exactly what occurred to you.

    It should be fixed now, sorry for bad experience.

    Now getting nothing.

     sudo curl -Ls benchy.pw | bash -s -- --skip-disk --skip-gb --speedtest
    # # # # # # # # # # # # # # # # # # # # #
    #             Benchy v2.0               #
    #    https://github.com/L1so/benchy     #
    # # # # # # # # # # # # # # # # # # # # #
    #        21 Jul 2022 01:09 EDT          #
    # # # # # # # # # # # # # # # # # # # # #
    
    Server Insight                                  Hardware Information
    ---------------------                           ---------------------
    OS         : Debian GNU/Linux 9 (stretch)       Model       : AMD Ryzen 9 3900X 12-Core Processor
    Location   : United States                      Core        : 1 @ 3799.998 MHz
    Kernel     : 4.9.0-19-amd64                     AES-NI      : ✔ Enabled
    Uptime     : 8 days, 18 hrs, 10 mins, 45 secs   VM-x/AMD-V  : ✔ Enabled
    Virt       : kvm                                Swap        : 1024.0 MiB
    
    Disk & Memory Usage                             Network Data
    ---------------------                           ---------------------
    Disk       : 48.2 GiB                           ASN         : AS35913
    Disk Usage : 10.2 GiB (23% Used)                ISP         : DediPath
    Mem        : 996.3 MiB                          IPv4        : ✔ Enabled
    Mem Usage  : 0.4 GiB (41% Used)                 IPv6        : ❌ Disabled
    
    Ookla Network Speedtest (Region: North America)
    +---------------------------------------------------------------------------------------+
    | Provider    | Location          | Download     | Upload       | Data Used | Latency   |
    +=======================================================================================+
    +---------------------------------------------------------------------------------------+
    

    Huh that's weird, I don't have any problem with mine. To diagnose the problem, you can try manually perform speedtest to the server.

    curl -Ls benchy.pw | sh -s -- --keep-file --parse-only --speedtest
    cd $HOME/.benchy_file/speedtest/
    ./speedtest -o speedtest.dal.hivelocity.net
    

    Will perform a speedtest to hivelocity server located in Dallas, if still not working-- probably there's a problem on virmach network.

    On my home system this yield.

    $ ~/.benchy_file/speedtest $ ./speedtest -o speedtest.dal.hivelocity.net
    
       Speedtest by Ookla
    
         Server: Hivelocity - Dallas, TX (id = 22288)
            ISP: My Republic ID
        Latency:   243.71 ms   (0.16 ms jitter)
       Download:     8.54 Mbps (data used: 11.3 MB )                               
         Upload:     8.15 Mbps (data used: 12.6 MB )                               
    Packet Loss:     0.0%
     Result URL: https://www.speedtest.net/result/c/4ad8bdbe-5b36-4bd4-aaea-8b9ed84d55f7
    

    Ok I found out that the problem was ufw. Even though ports 80, 443, 21, 53, 465 and 587 are open but it seems this speedtest works on a different port. Once I disabled ufw it worked.

  • edited July 2022
    top - 04:32:57 up 32 days, 16:26,  1 user,  load average: 0.08, 0.08, 0.13
    Tasks:  95 total,   2 running,  93 sleeping,   0 stopped,   0 zombie
    %Cpu(s): 23.5 us,  8.2 sy,  0.0 ni, 26.5 id,  0.0 wa,  0.0 hi,  2.4 si, 39.4 st
    MiB Mem :   1478.9 total,    664.7 free,    282.6 used,    531.6 buff/cache
    MiB Swap:   1536.0 total,   1348.1 free,    187.9 used.   1036.6 avail Mem
    

    holy moly CPU steal

  • LisoLiso Member

    @alilet said:

    @Liso said:

    @alilet said:

    @Liso said:

    @netrix said:

    @alilet said:

    @MallocVoidstar said:
    "busy" means the iperf servers you're contacting are busy. Try curl -Ls benchy.pw | bash -s -- --skip-disk --skip-gb --speedtest to use Ookla speedtest.

    This one also failed.

    # # # # # # # # # # # # # # # # # # # # #
    #             Benchy v2.0               #
    #    https://github.com/L1so/benchy     #
    # # # # # # # # # # # # # # # # # # # # #
    #        20 Jul 2022 07:57 EDT          #
    # # # # # # # # # # # # # # # # # # # # #
    
    Server Insight                                  Hardware Information
    ---------------------                           ---------------------
    OS         : Debian GNU/Linux 9 (stretch)       Model       : AMD EPYC-Milan Processor
    Location   : United States                      Core        : 4 @ 3393.618 MHz
    Kernel     : 4.9.0-19-amd64                     AES-NI      : ✔ Enabled
    Uptime     : 0 days, 2 hrs, 50 mins, 29 secs    VM-x/AMD-V  : ❌ Disabled
    Virt       : kvm                                Swap        : 8.0 GiB
    ``
    Disk & Memory Usage                             Network Data
    ---------------------                           ---------------------
    Disk       : 51.1 GiB                           ASN         : AS35913
    Disk Usage : 9.2 GiB (19% Used)                 ISP         : DediPath
    Mem        : 7.8 GiB                            IPv4        : ✔ Enabled
    Mem Usage  : 0.2 GiB (2% Used)                  IPv6        : ❌ Disabled
    
    Ookla Network Speedtest (Region: North America
    Oceania
    North America)
    +---------------------------------------------------------------------------------------+
    | Provider    | Location          | Download     | Upload       | Data Used | Latency   |
    +=======================================================================================+
    |             |                   | Failed       | To           | Get       | Data      |
    +---------------------------------------------------------------------------------------+
    

    not only virmach, my non virmach vps is also failed

    Hello there, I just found about your issues.

    The error caused by grep returning ambiguous result as I'm utilizing country name instead of country code, to give you an idea you can try searching United States in this list, it'll return 3 match, exactly what occurred to you.

    It should be fixed now, sorry for bad experience.

    Now getting nothing.

     sudo curl -Ls benchy.pw | bash -s -- --skip-disk --skip-gb --speedtest
    # # # # # # # # # # # # # # # # # # # # #
    #             Benchy v2.0               #
    #    https://github.com/L1so/benchy     #
    # # # # # # # # # # # # # # # # # # # # #
    #        21 Jul 2022 01:09 EDT          #
    # # # # # # # # # # # # # # # # # # # # #
    
    Server Insight                                  Hardware Information
    ---------------------                           ---------------------
    OS         : Debian GNU/Linux 9 (stretch)       Model       : AMD Ryzen 9 3900X 12-Core Processor
    Location   : United States                      Core        : 1 @ 3799.998 MHz
    Kernel     : 4.9.0-19-amd64                     AES-NI      : ✔ Enabled
    Uptime     : 8 days, 18 hrs, 10 mins, 45 secs   VM-x/AMD-V  : ✔ Enabled
    Virt       : kvm                                Swap        : 1024.0 MiB
    
    Disk & Memory Usage                             Network Data
    ---------------------                           ---------------------
    Disk       : 48.2 GiB                           ASN         : AS35913
    Disk Usage : 10.2 GiB (23% Used)                ISP         : DediPath
    Mem        : 996.3 MiB                          IPv4        : ✔ Enabled
    Mem Usage  : 0.4 GiB (41% Used)                 IPv6        : ❌ Disabled
    
    Ookla Network Speedtest (Region: North America)
    +---------------------------------------------------------------------------------------+
    | Provider    | Location          | Download     | Upload       | Data Used | Latency   |
    +=======================================================================================+
    +---------------------------------------------------------------------------------------+
    

    Huh that's weird, I don't have any problem with mine. To diagnose the problem, you can try manually perform speedtest to the server.

    curl -Ls benchy.pw | sh -s -- --keep-file --parse-only --speedtest
    cd $HOME/.benchy_file/speedtest/
    ./speedtest -o speedtest.dal.hivelocity.net
    

    Will perform a speedtest to hivelocity server located in Dallas, if still not working-- probably there's a problem on virmach network.

    On my home system this yield.

    $ ~/.benchy_file/speedtest $ ./speedtest -o speedtest.dal.hivelocity.net
    
       Speedtest by Ookla
    
         Server: Hivelocity - Dallas, TX (id = 22288)
            ISP: My Republic ID
        Latency:   243.71 ms   (0.16 ms jitter)
       Download:     8.54 Mbps (data used: 11.3 MB )                               
         Upload:     8.15 Mbps (data used: 12.6 MB )                               
    Packet Loss:     0.0%
     Result URL: https://www.speedtest.net/result/c/4ad8bdbe-5b36-4bd4-aaea-8b9ed84d55f7
    

    Ok I found out that the problem was ufw. Even though ports 80, 443, 21, 53, 465 and 587 are open but it seems this speedtest works on a different port. Once I disabled ufw it worked.

    Glad to hear that :smile:

  • jholycloudjholycloud Member
    edited July 2022

    @karjaj said:

    @jholycloud said:
    2 more of my VMs already ryzen-ed :
    1 into node NYCB030 : up and running, better performance than old node
    1 into node AMSD026 : it is almost 2 days but I still can't boot it up

    hope @VirMach aware about issue in AMSD026 node.

    Node AMSD026 seems to be about stable, no problems on my VPS.

    I just tried to press boot button again and still no luck. My VM still in offline state.

    Below is from troubleshoot button :
    Main IP pings: false
    Node Online: false
    Service online: offline
    Operating System: windows-2016-virtio-x86_64
    Service Status:Active
    Registration Date:2018-11-25

    @VirMach , please check if there are any un-lucky VMs in node AMSD026 that cannot boot. Maybe one of them is mine...

  • drizbodrizbo Member

    Did you try to unmount any iso you might have? as that is one of the issues

  • @VirMach Problems here too, at RYZE.DEN-Z001.VMS node. Various weeks no booting

    Main IP pings: false
    Node Online: true
    Service online: offline
    Operating System: linux-ubuntu-18-x86_64-legacy-gen2-v1
    Service Status:Active
    Registration Date:2016-11-15

  • s12321s12321 Member

    @VirMach LAXA024 has no internet for more than a week, looks like the gateway has not plugged in. :smiley:

  • netrixnetrix Member

    @s12321 said:
    @VirMach LAXA024 has no internet for more than a week, looks like the gateway has not plugged in. :smiley:

    no problem at all with laxa024. my vps has 9 days uptime

  • @VirMach said: @ripeapple said:

    » show previous quotes

    Tokyo ipv6 seems to be gone, no ipv6 network now

    Yeah it's gone for now, no ETA.

    Sir, please add it back, please...

  • donbdonb Member
    edited July 2022

    @Nothingsoul said:
    @VirMach Problems here too, at RYZE.DEN-Z001.VMS node. Various weeks no booting

    Main IP pings: false
    Node Online: true
    Service online: offline
    Operating System: linux-ubuntu-18-x86_64-legacy-gen2-v1
    Service Status:Active
    Registration Date:2016-11-15

    Yea, same here. I'm pretty sure they're on it though. @VirMach

  • Virmach's service is rotten, it's a cowboy operation, they migrate everyone's services trashing a bunch of stuff in the process and customer support is non-existent. And the $15 charge threats while submitting a ticket that they never answer for weeks on end is a joke.

  • J0rmoJ0rmo Member
    edited July 2022

    Since the network improvement, the upload speed of my VPS on node JP27 does not exceed 10Mb/s.

    iperf3 testing from Hong Kong
    [ ID] Interval Transfer Bitrate
    [ 5] 0.00-2.00 sec 1.98 MBytes 8.29 Mbits/sec
    [ 5] 2.00-4.00 sec 1.68 MBytes 7.05 Mbits/sec
    [ 5] 4.00-6.00 sec 1.82 MBytes 7.65 Mbits/sec
    [ 5] 6.00-8.00 sec 2.07 MBytes 8.70 Mbits/sec
    [ 5] 8.00-10.00 sec 2.74 MBytes 11.5 Mbits/sec


    [ ID] Interval Transfer Bitrate Retr
    [ 5] 0.00-10.05 sec 12.9 MBytes 10.7 Mbits/sec 20 sender
    [ 5] 0.00-10.00 sec 10.3 MBytes 8.64 Mbits/sec receiver

  • YunenYunen Member

    If you don't know how to fix these problems, contact the relevant technical experts instead of trying to fix the problems by yourself while learning. :'(

  • @Yunen said:
    If you don't know how to fix these problems, contact the relevant technical experts instead of trying to fix the problems by yourself while learning. :'(

    And what what percentage of these problems are due to us dumb end users?

  • FrankZFrankZ Barred

    @Yunen said: If you don't know how to fix these problems, contact the relevant technical experts instead of trying to fix the problems by yourself while learning. :'(

    IMO this is a rather naive comment. You do realize don't you, that many of these issues were the result of DC hands, hardware manufacturer, and industry leading software. "experts" ? Besides what good is it really going to do if you try to make yourself feel better by taking a dump on VirMach?

    Thanked by 2bakageta tototo
  • FrankZFrankZ Barred
    edited July 2022

    @Nothingsoul said: Problems here too, at RYZE.DEN-Z001.VMS node. Various weeks no booting

    @donb

    I am on DENZ001 and have not had any issues at all, so the node is up and working well.
    Lets see if we can get you going regarding your VM...

    1. Have you gone into SolusVM* panel and made sure that no ISOs are mounted?
      This will keep your VM from booting.

    2. Have you tried installing a "Ryzen Compatible" template version of ubuntu also from the SolusVM panel, not the billing panel.

    3. Does your VM show online in the billing panel ? If so what errors do you show when you access via VNC ?

    *The SolusVM panel can be accessed by clicking the "VPS Control Panel" button from your VM in the billing panel.

  • @FrankZ said:
    I am on DENZ001 and have not had any issues at all, so the node is up and working well.

    Echoing this^. My Denver VPS works fine and control panel also does not disconnect...

    Thanked by 1FrankZ
  • @VirMach Have been using the server in Buffalo for the past 2 years with no significant issues, but yesterday got suddenly locked out of the panel with the message "The node is currently locked". Not sure where to check the exact node number, but it's been locked for over 24 hours now, so I can't do absolutely anything with my server.

    I made ticket #166564, but I am mostly curious as to how much longer I will be locked out, and will my data be preserved? Due to me not subscribing for migration and not getting any warning in advance, I am hoping that I won't have to wait for weeks like some other people here.

  • rostovodrostovod Member
    edited July 2022

    “PM me if you've ever insulted or showered @virmach with vicious abuse on lowendtalk.
    I'll send you a hostloc app redeem code. First ten only.”

    https://www-jifengba-com.translate.goog/135458?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=en-US

    Thanked by 1FrankZ
  • FrankZFrankZ Barred
    edited July 2022

    @TimesAndPlaces I would expect that your VM is being migrated with data and will probably be finished in ~48 to 60 hrs based on what I have seen in the past. (The time to migrate the whole node, not just your VM) You will get a new IP and will need to update your network configuration. If you have any issues after the migration is finished, feel free to ask them here. Tickets are not really a thing right now.

    --

    @rostovod said:

    “PM me if you've ever insulted or showered @virmach with vicious abuse on lowendtalk.
    I'll send you a hostloc app redeem code. First ten only.”

    https://www-jifengba-com.translate.goog/135458?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=en-US

    I guess that explains a lot of these recent posts. :wink:

    Thanked by 1ZA_capetown
  • AdemanAdeman Member

    @FrankZ said: I would expect that your VM is being migrated with data and will probably be finished in ~48 to 60 hrs based on what I have seen in the past.

    I've been down for 16 days with no communication from VirMach whatsoever, my ticket has been unanswered for 15 days now. I'm fairly confident I'm down due to the Ryzen migration, but my node (DALZ004) has never been mentioned and I never actually got the "you are going to be migrated" email.

    @VirMach I'm begging you for at least a status update.

  • Hey @FrankZ , you're usually paying more attention than I am. One of my NY boxes got migrated and afterward has the dreaded "No bootable media." Tried to reinstall from ISO and fdisk spits a bunch of errors trying to access /dev/vda. I'm thinking my sync went poorly and my disk didn't get created properly. Is that one of the ones that @Virmach cleans up automagically or do I need to ticket it? Appreciate any clues you can pass me. Was a redundant node so I can wait. Just want to make sure I'm waiting for a purpose. :)

  • TottiTotti Member

    @VirMach my ip:185.97.146.236, Can't access control center,
    The page says "Operation Timed Out After 90001 Milliseconds With 0 Bytes Received",

  • @TimesAndPlaces that would indicate that you're getting your free migration to a Ryzen server (free 2x/3x CPU and IO upgrade in the process)

    Difficult to predict exactly how long it will take, usually only a couple of hours or a day or maybe 2 or so if all goes well.

    And if all goes well yes, all your data will be preserved and migrate with you.

    With a few VM's, there are at times some glitches that occur if you are unlucky and then it might take longer, but they do their best to then resolve it ASAP.

    I'd advise you first close the ticket, as to not overwhelm their ticketing system.
    And if things aren't up and running again within 24 hours from now, then you ask here again and someone would be able to tell you whether you should open a ticket for your case.

    BUT, if all goes well, you'll be up and fine and running Soon™ :)

    Thanked by 1FrankZ
  • @Ademan said: I've been down for 16 days with no communication from VirMach whatsoever, my ticket has been unanswered for 15 days now. I'm fairly confident I'm down due to the Ryzen migration, but my node (DALZ004) has never been mentioned and I never actually got the "you are going to be migrated" email.

    Go back few pages here and you should find a solution to your issue. In most cases you'll just need to reboot the VM or reconfigure the network.

  • FrankZFrankZ Barred
    edited July 2022

    @Ademan - If you are on DALZ004 you are already on Ryzen and are probably not being migrated. There were some issues with Dallas Ryzen (DALZ003 & DALZ008) for me more then a week ago, but that has been resolved. What issues are you having?


    @skorous - If you are getting the "No Bootable Disk" after migration, and you have done all the normal things to get it to work, your VM probably did not create correctly and that is something that VirMach will take care of eventually. I expect that he makes the rounds to fix these every week to ten days bases on when they have been fixed for me in the past. I do not ticket for this, and they do get fixed anyway.


    @Totti - The billing panel is not connecting to the SolusVM on your node. There can be various reasons for this. It will get fixed, but may take a few days or more. No need to ticket for this one, VirMach already knows, but is probably waiting on DC hands because if you can't access it via the billing panel probably he can't as well.

    If you are on NYCM101 as I am, we have been having this issue since the 18th

    Thanked by 1skorous
  • AdemanAdeman Member
    edited July 2022

    @DanSummer said: Go back few pages here and you should find a solution to your issue. In most cases you'll just need to reboot the VM or reconfigure the network.

    Thanks I've been a bit cautious about randomly pressing buttons without knowing the actual status of my VM, but I have tried rebooting. I just tried reconfigure network, and it fails with "Networking could not be reconfigured. Unknown operating system". I'm using the very obscure Ubuntu 20.04 LTS server ISO that VirMach provides.

    @FrankZ said: If you are on DALZ004 you are already on Ryzen and are probably not being migrated. There were some issues with Dallas Ryzen (DALZ003 & DALZ008) for me a more then a week ago, but that has been resolved. What issues are you having?

    Thanks for the response. My VM is offline, can't boot/reboot it (it says succeeded but never comes online). I still have the "Migrate" option in the ("Client Area") panel up there with "rDNS" and "Switch IP", not sure if that has anything to do with the Ryzen migration, though. As far as I know, my VM never actually said "Locked" in the panel, but I could have just missed it.

    VNC from solus fails with "Failed to connect with downstream server". Admittedly I haven't tried pointing my own VNC client at it, the html5 one has always worked fine for me in the past.

    Reconfigure Networking fails and it seems like that's just a consequence of my choice of guest OS unfortunately.

    Can I (safely) share my ticket number here in case @VirMach notices me?

    EDIT: May as well include

    Main IP pings: false
    Node Online: false
    Service online: offline
    Operating System:
    Service Status:Active
    Registration Date:2022-04-01

  • FrankZFrankZ Barred
    edited July 2022

    @Ademan said: I still have the "Migrate" option in the ("Client Area") panel up there with "rDNS" and "Switch IP", not sure if that has anything to do with the Ryzen migration,

    This is normal stuff and has nothing to do with migration.

    @Ademan said: My VM is offline, can't boot/reboot it (it says succeeded but never comes online).

    Go to SolusVM from the billing panel by hitting the "VPS Control Panel" button
    and make sure that you do not have any ISO mounted, your VM will not boot with an ISO mounted.

    Also from SolusVM hit the "Power off" button, not the "Shutdown", wait 5 minutes and then hit the "Boot" button. This only works rarely, but it is worth a shot.

    @Ademan said: Reconfigure Networking fails and it seems like that's just a consequence of my choice of guest OS unfortunately.

    The reconfigure networking is not going to work right because your network interface for this ISO install is not eth0. Once the VM is online you will need to reconfigure the networking manually by editing what I expect to be /etc/netplan/01-network-manager-all.yaml but you should double check by editing what file is shown by ls /etc/netplan

    @Ademan said: Can I (safely) share my ticket number here in case @VirMach notices me?

    You can share it safely, but it will not make anything go faster, so I would not.

    Thanked by 1Ademan
  • @FrankZ - you wrote:

    There were some issues with Dallas Ryzen (DALZ003 & DALZ008) for me more then a week ago, but that has been resolved.

    Please let me know if you have a working VPS on DALZ008.

    Or if anyone has a working VPS on DALZ008 please post here.

  • AdemanAdeman Member
    edited July 2022

    @FrankZ said: This only works rarely, but it is worth a shot.

    Thanks, doesn't appear to have worked unfortunately, but worth trying.


    I'm not positive how to read this, but I'm inferring that "Node Online: false" indicates DALZ004 itself is offline? I'm presuming "Service online: offline" is referring to my VM. Either way the troubleshooter summary says at the top that "the host node" (DALZ004) is down, and presumably has been this whole time.

    Main IP pings: false
    Node Online: false
    Service online: offline
    Operating System:
    Service Status:Active
    Registration Date:2022-04-01


    @FrankZ said: The reconfigure networking is not going to work right because your network interface for this ISO install is not eth0. Once the VM is online you will need to reconfigure the networking manually by editing what I expect to be /etc/netplan/01-network-manager-all.yaml but you should double check by editing what file is shown by ls /etc/netplan

    Thanks, tbh I can't keep up with the network management changes, take me back to ifupdown lol

    EDIT: formatting

    EDIT EDIT: formatting!

    EDIT EDIT EDIT: Clarified question/comment about the troubleshooting output

This discussion has been closed.