Has anyone experienced an unexpected reboot on the ATLZ034 (used to be called DALZ007)?
I've encountered three unexpected reboots in the last 5 days, and I checked the logs and didn't record the reboot process, so I suspect the node was rebooted unexpectedly.
On two occasions apparent CPU stealing time was recorded before the reboot.
@tulipyun said:
Has anyone experienced an unexpected reboot on the ATLZ034 (used to be called DALZ007)?
I've encountered three unexpected reboots in the last 5 days, and I checked the logs and didn't record the reboot process, so I suspect the node was rebooted unexpectedly.
On two occasions apparent CPU stealing time was recorded before the reboot.
Yes! I thought it was just me. My VPS has experienced some unexpected reboots for a few weeks now. As of Wednesday, it immediately shuts down when trying to boot Windows. Ubuntu full desktop also shuts down, but I can use some of the lighter weight distributions. 4 CPUs, 8GB RAM, so I should have plenty of headroom.
@tulipyun said:
Has anyone experienced an unexpected reboot on the ATLZ034 (used to be called DALZ007)?
I've encountered three unexpected reboots in the last 5 days, and I checked the logs and didn't record the reboot process, so I suspect the node was rebooted unexpectedly.
On two occasions apparent CPU stealing time was recorded before the reboot.
Yes! I thought it was just me. My VPS has experienced some unexpected reboots for a few weeks now. As of Wednesday, it immediately shuts down when trying to boot Windows. Ubuntu full desktop also shuts down, but I can use some of the lighter weight distributions. 4 CPUs, 8GB RAM, so I should have plenty of headroom.
You're getting virmached
It's a hit/ miss really.
La still dead after a couple of days. Replaced and will cancel service.
@geo said:
Curious. Does anyone have a server with 100% uptime?
Excluding deliberate reboots, yes and more than just one.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
Yup, NVMe2G in AMS is just one example. Up until recently, CHIZ001 was very stable.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
We cannot load the controls for your service at this time.
This could either mean:
A) It took too long to load. The server controls have been automatically disabled due to an anomoly.
C) The server could be offline, in which case we have already been notified.
I had no problem with my MIA, during this time. Touch wood!
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
VirMach said: I'm going to disappear for a while to really try to focus..
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
There's also a cross-over effect: Kahnwebhost changed my IP in Texas yesterday, due a network issue.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural. It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
@tulipyun said:
Has anyone experienced an unexpected reboot on the ATLZ034 (used to be called DALZ007)?
I've encountered three unexpected reboots in the last 5 days, and I checked the logs and didn't record the reboot process, so I suspect the node was rebooted unexpectedly.
On two occasions apparent CPU stealing time was recorded before the reboot.
Yes! I thought it was just me. My VPS has experienced some unexpected reboots for a few weeks now. As of Wednesday, it immediately shuts down when trying to boot Windows. Ubuntu full desktop also shuts down, but I can use some of the lighter weight distributions. 4 CPUs, 8GB RAM, so I should have plenty of headroom.
Too bad the ATLZ034 went offline again and then rebooted successfully a few minutes later.
Also thanks to Virmach, the Tokyo server has been properly inbound using the IIJ line, which has solved the poor internet connection for the past six months.
@Encoders said:
so looks like virmach is just going silent unil next BF pretending like nothing hapens like last year
anyone wanna bet on this? feels like i'll be winnin'
and you say this after multiple servers get fixed and multiple website status updates?
That is kinda strange logic. Or you mean he will stop posting on the forum... like he said he will?
Can anyone clarify if these VMs use any form of RAID (for NVMe drives)? I vaguely recollect that once upon a time RAID was standard and then something happened and now it's pretty much RAID0 / no redundancy.
@nullnothere said:
Can anyone clarify if these VMs use any form of RAID (for NVMe drives)? I vaguely recollect that once upon a time RAID was standard and then something happened and now it's pretty much RAID0 / no redundancy.
iirc no redundancy, daily backups to a HDD in the system or something like that.
@nullnothere said:
Can anyone clarify if these VMs use any form of RAID (for NVMe drives)? I vaguely recollect that once upon a time RAID was standard and then something happened and now it's pretty much RAID0 / no redundancy.
No RAIDs [anymore (it was at the start iirc, but cards funky/died and idea discarded)]. Few disks that are deployed in server are split among VMs so you can have one disk dead (and some VMs dead) while other VMs on the same node works.
There is supposed to be backup to HDD somewhere by VirMach, automated, but I wouldn't trust it [and it has not that much with "VirMach" and "automation" - I never trust provider backups (-:]. Restoring TBs of mass backup will probably take days and then imagine VirMach ticket queue to "get my data faster".
You should think of total YOLO and have your own.
However I can say I never lost any "not-idler" data on VirMach - even my placeholder website that is (was?) on Shared Hosting was restored after X migrations, X crashes and who the fuck knows. I think that node was offline for few months too?
Have I lost idler data? Probably, I don't know. If shit crashes I don't wait for VirMach to restore it/investigate (I recall there were times when backup restore was taking months - getting disks from DC, actual process, etc.) I just re-deploy my idler from scratch.
Haven't bought a single service in VirMach Great Ryzen 2022 - 2023 Flash Sale.
@morange said:
ipv6 doesn't seem to work on my TYO-C034 Tokyo vps, it's worth mentioning that it was working fine before the migration.@VirMach
Try pinging the IPv6 gateway. If that does not work try setting VM up with only the single IPv6, not the /48 and see if you can ping the gateway.
It is normal to ping the gateway, but cannot connect to the external network.
PING 2a12:a300:3400::1(2a12:a300:3400::1) 56 data bytes
64 bytes from 2a12:a300:3400::1: icmp_seq=1 ttl=64 time=6.18 ms
64 bytes from 2a12:a300:3400::1: icmp_seq=2 ttl=64 time=0.928 ms
64 bytes from 2a12:a300:3400::1: icmp_seq=3 ttl=64 time=0.906 ms
64 bytes from 2a12:a300:3400::1: icmp_seq=4 ttl=64 time=1.15 ms
So ... I opened a ticket about my VM on RYZE.LAX-A024.VMS a week ago. The host/hypervisor seemed and still seems unresponsive (just timeout in WHMCS). My VPS had issues, but I traced it be DNS: It would not receive answer to DNS queries from the Google DNS servers (8.8.8.8 and 8.8.4.4, provided by DHCP). I also didn't receive DNS responses from Cloudflare (1.1.1.1, 1.0.0.1). But I had no issue with Quad 9, so after I switched to those, my VPS keep running fine with no issue. But now my VPS seems to be completely offline.
And I still can't seem to do anything through SolusVM or WHMCS.
Usually I will see stuff like this in Network status, but nothing seems to be mentioned there, and no ticket response from @VirMach either, ticket #563129.
(Sorry if this was just mentioned in backlog, I don't have capacity to read all that. Just searched for LAX-A024 with no recent hit.)
I'm loosing millions of imaginary pesos every day on this ...
Edit 2025-02-0422:45CET: VPS and node just became responsive and came alive again. I also get DNS responses from Google and Cloudflare DNS as well now.
@morange said:
ipv6 doesn't seem to work on my TYO-C034 Tokyo vps, it's worth mentioning that it was working fine before the migration.@VirMach
Try pinging the IPv6 gateway. If that does not work try setting VM up with only the single IPv6, not the /48 and see if you can ping the gateway.
It is normal to ping the gateway, but cannot connect to the external network.
PING 2a12:a300:3400::1(2a12:a300:3400::1) 56 data bytes
64 bytes from 2a12:a300:3400::1: icmp_seq=1 ttl=64 time=6.18 ms
64 bytes from 2a12:a300:3400::1: icmp_seq=2 ttl=64 time=0.928 ms
64 bytes from 2a12:a300:3400::1: icmp_seq=3 ttl=64 time=0.906 ms
64 bytes from 2a12:a300:3400::1: icmp_seq=4 ttl=64 time=1.15 ms
I can ping your gateway from the both GreenCloud Tokyo and Multacom Los Angeles, so the gateway appears to be online.
Are the results the same from both the single IPv6 and from IPs in the /48 ?
@morange said:
ipv6 doesn't seem to work on my TYO-C034 Tokyo vps, it's worth mentioning that it was working fine before the migration.@VirMach
Try pinging the IPv6 gateway. If that does not work try setting VM up with only the single IPv6, not the /48 and see if you can ping the gateway.
It is normal to ping the gateway, but cannot connect to the external network.
PING 2a12:a300:3400::1(2a12:a300:3400::1) 56 data bytes
64 bytes from 2a12:a300:3400::1: icmp_seq=1 ttl=64 time=6.18 ms
64 bytes from 2a12:a300:3400::1: icmp_seq=2 ttl=64 time=0.928 ms
64 bytes from 2a12:a300:3400::1: icmp_seq=3 ttl=64 time=0.906 ms
64 bytes from 2a12:a300:3400::1: icmp_seq=4 ttl=64 time=1.15 ms
I can ping your gateway from the both GreenCloud Tokyo and Multacom Los Angeles, so the gateway appears to be online.
Are the results the same from both the single IPv6 and from IPs in the /48 ?
Thank you for your help. The gateway can be pinged with single ipv6, but cannot be pinged with /48.
@FrankZ said:
I can ping your gateway from the both GreenCloud Tokyo and Multacom Los Angeles, so the gateway appears to be online.
Are the results the same from both the single IPv6 and from IPs in the /48 ?
Thank you for your help. The gateway can be pinged with single ipv6, but cannot be pinged with /48.
I have had similar issues in the past with Tokyo IPv6. Removing the /48 and just going with the single IPv6 solved the issue for me. Of course you only get one IPv6, but that was enough for my purposes.
Your service was suspended for: Hosting malware. Please appeal your suspension by clicking the green button above. Otherwise, please cancel your service to avoid service renewal.
Your service was suspended for: Hosting malware. Please appeal your suspension by clicking the green button above. Otherwise, please cancel your service to avoid service renewal.
Comments
Node: TPAZ004
Can I buy Virmach?
QD has gone to shits recently. Checked in to see my virmach VMS are affected. They probably are. Didn't even get to set them up yet.
Also, nice to see the status page is down.
Can't connect to the panel in NYC, MIA and LA now. Some other NT nodes still alive.
I can confirm that this time it was not me. I have no VMs on AMSD016.
Best of luck to those effected.
Has anyone experienced an unexpected reboot on the ATLZ034 (used to be called DALZ007)?
I've encountered three unexpected reboots in the last 5 days, and I checked the logs and didn't record the reboot process, so I suspect the node was rebooted unexpectedly.
On two occasions apparent CPU stealing time was recorded before the reboot.
Node: TPAZ004
Node: MIAZ016
Mentioned at Network Status, let's wait!
My virmach Florida vps is down
Yes! I thought it was just me. My VPS has experienced some unexpected reboots for a few weeks now. As of Wednesday, it immediately shuts down when trying to boot Windows. Ubuntu full desktop also shuts down, but I can use some of the lighter weight distributions. 4 CPUs, 8GB RAM, so I should have plenty of headroom.
You're getting virmached
It's a hit/ miss really.
La still dead after a couple of days. Replaced and will cancel service.
Finally, my NYCB032 machine is back online.
Powerful AMD Ryzen VPS (aff)
Curious. Does anyone have a server with 100% uptime?
FWIW, my VM on NYCB020 has been 100% up (bought & set up on Jan 9th).
Excluding deliberate reboots, yes and more than just one.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
for more than a year?
I bench YABS 24/7/365 unless it's a leap year.
Yup, NVMe2G in AMS is just one example. Up until recently, CHIZ001 was very stable.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
so looks like virmach is just going silent unil next BF pretending like nothing hapens like last year
anyone wanna bet on this? feels like i'll be winnin'
Fuck this 24/7 internet spew of trivia and celebrity bullshit.
My vps in node MIAZ018 is online again.
mine in MIAZ016 is up too. seems like network related issue.
I bench YABS 24/7/365 unless it's a leap year.
I had no problem with my MIA, during this time. Touch wood!
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
@Encoders
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
There's also a cross-over effect: Kahnwebhost changed my IP in Texas yesterday, due a network issue.
In stasis until the shitposting stops/abates.
Than=compare;then=sequence:brought=bring;bought=buy:staffs=pile of sticks:informations/infos=no plural.
It wisnae me! A big boy done it and ran away. || NVMe2G for life! until death (the end is nigh).
Too bad the ATLZ034 went offline again and then rebooted successfully a few minutes later.
This is the fourth time in 7 days.
Can @VirMach look into this.
Also thanks to Virmach, the Tokyo server has been properly inbound using the IIJ line, which has solved the poor internet connection for the past six months.
Virmachhhhhhhhhh
-------------------- A Bench.sh Script By Teddysun -
------------------ Version : v2024-11-11
Usage : wget -qO- bench.sh | bash
CPU Model : AMD Ryzen 9 5900X 12-Core Processor
CPU Cores : 2 @ 3693.060 MHz
CPU Cache : 512 KB
AES-NI : ✓ Enabled
VM-x/AMD-V : ✓ Enabled
Total Disk : 49.9 GB (4.6 GB Used)
Total Mem : 1.9 GB (469.3 MB Used)
System uptime : 10 days, 19 hour 55 min
Load average : 0.00, 0.00, 0.00
OS : Debian GNU/Linux 12
Arch : x86_64 (64 Bit)
Kernel : 6.12.9-amd64
TCP CC : bbr
Virtualization : KVM
IPv4/IPv6 : ✓ Online / ✗ Offline
Organization : AS3258 xTom Japan Co., Ltd.
Location : Tokyo / JP
Region : Tokyo
I/O Speed(1st run) : 1.8 GB/s
I/O Speed(2nd run) : 1.9 GB/s
I/O Speed(3rd run) : 2.1 GB/s
I/O Speed(average) : 1979.7 MB/s
Node Name Upload Speed Download Speed Latency
Speedtest.net 914.81 Mbps 934.66 Mbps 1.13 ms
Paris, FR 259.31 Mbps 840.71 Mbps 257.84 ms
Amsterdam, NL 118.30 Mbps 474.35 Mbps 236.85 ms
Beijing, CN 894.23 Mbps 961.02 Mbps 53.30 ms
Shanghai, CN 664.82 Mbps 953.97 Mbps 65.83 ms
Hong Kong, CN 863.09 Mbps 921.67 Mbps 55.76 ms
Singapore, SG 313.39 Mbps 836.12 Mbps 84.91 ms
Tokyo, JP 906.79 Mbps 943.70 Mbps 1.68 ms
Finished in : 3 min 22 sec
Timestamp : 2025-02-04 11:45:37 +08
I bench YABS 24/7/365 unless it's a leap year.
ipv6 doesn't seem to work on my TYO-C034 Tokyo vps, it's worth mentioning that it was working fine before the migration.@VirMach
and you say this after multiple servers get fixed and multiple website status updates?
That is kinda strange logic. Or you mean he will stop posting on the forum... like he said he will?
Anyway @VirMach check this out if you still clicking links here
https://lowendtalk.com/discussion/comment/4287165/#Comment_4287165
Haven't bought a single service in VirMach Great Ryzen 2022 - 2023 Flash Sale.
Try pinging the IPv6 gateway. If that does not work try setting VM up with only the single IPv6, not the /48 and see if you can ping the gateway.
Can anyone clarify if these VMs use any form of RAID (for NVMe drives)? I vaguely recollect that once upon a time RAID was standard and then something happened and now it's pretty much RAID0 / no redundancy.
iirc no redundancy, daily backups to a HDD in the system or something like that.
No RAIDs [anymore (it was at the start iirc, but cards funky/died and idea discarded)]. Few disks that are deployed in server are split among VMs so you can have one disk dead (and some VMs dead) while other VMs on the same node works.
There is supposed to be backup to HDD somewhere by VirMach, automated, but I wouldn't trust it [and it has not that much with "VirMach" and "automation" - I never trust provider backups (-:]. Restoring TBs of mass backup will probably take days and then imagine VirMach ticket queue to "get my data faster".
You should think of total YOLO and have your own.
However I can say I never lost any "not-idler" data on VirMach - even my placeholder website that is (was?) on Shared Hosting was restored after X migrations, X crashes and who the fuck knows. I think that node was offline for few months too?
Have I lost idler data? Probably, I don't know. If shit crashes I don't wait for VirMach to restore it/investigate (I recall there were times when backup restore was taking months - getting disks from DC, actual process, etc.) I just re-deploy my idler from scratch.
Haven't bought a single service in VirMach Great Ryzen 2022 - 2023 Flash Sale.
Fifth in seven days. :'(
It is normal to ping the gateway, but cannot connect to the external network.
So ... I opened a ticket about my VM on RYZE.LAX-A024.VMS a week ago. The host/hypervisor seemed and still seems unresponsive (just timeout in WHMCS). My VPS had issues, but I traced it be DNS: It would not receive answer to DNS queries from the Google DNS servers (8.8.8.8 and 8.8.4.4, provided by DHCP). I also didn't receive DNS responses from Cloudflare (1.1.1.1, 1.0.0.1). But I had no issue with Quad 9, so after I switched to those, my VPS keep running fine with no issue. But now my VPS seems to be completely offline.
And I still can't seem to do anything through SolusVM or WHMCS.
Usually I will see stuff like this in Network status, but nothing seems to be mentioned there, and no ticket response from @VirMach either, ticket #563129.
(Sorry if this was just mentioned in backlog, I don't have capacity to read all that. Just searched for LAX-A024 with no recent hit.)
I'm loosing millions of imaginary pesos every day on this ...
Edit 2025-02-04 22:45 CET: VPS and node just became responsive and came alive again. I also get DNS responses from Google and Cloudflare DNS as well now.
Sixth in seven days.
Crashes are getting more frequent.
I can ping your gateway from the both GreenCloud Tokyo and Multacom Los Angeles, so the gateway appears to be online.
Are the results the same from both the single IPv6 and from IPs in the /48 ?
Thank you for your help. The gateway can be pinged with single ipv6, but cannot be pinged with /48.
I have had similar issues in the past with Tokyo IPv6. Removing the /48 and just going with the single IPv6 solved the issue for me. Of course you only get one IPv6, but that was enough for my purposes.
hi
AMSD016 There is a problem with the hard drive and vps cannot find the hard drive from rescue.
My first VirMach invoice in 2015 was invoice 10,017. My last invoice was 1,673,368.
That is a boat load of invoices.
NY node is down. not all, but some.
@VirMach, One of my NY vps is gone from My Service, what's up?
@VirMach,Ticket #523199
Bet majority ones are from the free vps ones being posted like a clockwork. The day those go under the knife it will be a sad day
N.Y is off, my vm is suddenly gone from My Service. Ticket #523199
NYCB045 is down.
I don't see any green button.
/virmach