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.
★ VirMach ★ RYZEN ★ NVMe ★★ $8.88/YR- 384MB ★★ $21.85/YR- 2.5GB ★ Instant ★ Japan Pre-order ★ & More
This discussion has been closed.

Comments
im done
maybe. since mine is still not active
. still waiting PATIENTLY. 🙏
Try again, this time read last to first page. Come back after 4 days to show you have really understood how to get this plan
oh shit...039, auto shutdown again
utc+8
manually boot at 01:10:31
anything unusual?
Node 39 has been looking good from my point of view since ~6:30 AM PDT. (~5 hours) Network has been real world stable with less then 1% cpu steal rate. No noticeable disk I/O issues. I am not doing any yabs or checking maximum network transfer rates. No shutdowns. I was able to install CentOS 7 from template in the billing panel and from CentOS7server ISO in SolusVM without any problems. Thank you VirMach.
CPU steal only 1%? Network is stable? Let me fix all that with more activations. Actually this node is the lowest CPU usage right now and highest RAM usage. That usually happens when everyone gets settled down into ... the idle zone.
from nginx
so, maybe the time between 01:03:06 ~ 01:12:05???
What's your info on that? DM me your IP. I'll check logs on my end.
thx
check your Inbox
Only running a DNS server, a from Tokyo monitoring script, and a small website on the 1.5GB VPS. I was waiting to step on the accelerator harder until things settled down. I will still probably wait a few days to start doing large file transfers on the larger one, which is also on Node 39, so save a little cpu and I/O for me.
emmmmm....
top - 03:09:25 up 1:58, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 71 total, 2 running, 69 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.0 us, 0.0 sy, 0.0 ni, 95.2 id, 0.0 wa, 0.0 hi, 1.9 si, 2.9 st
MiB Mem : 348.5 total, 192.7 free, 59.0 used, 96.8 buff/cache
MiB Swap: 256.0 total, 256.0 free, 0.0 used. 279.0 avail Mem
only used to fxxk the wall from my country....
The new nodes with Ryzen and NVMe disks make a huge difference in load average compared to the old Xeon nodes. It almost look like I am idling.
??????
again...when i "apt-get autoclean"
then...shutdown again...
im off to bed
good luck
Good Neighborhood
That's why you don't want early deployment.
Things are bound to break.
Unknown issues are basically inevitable.
Seemingly your short paragraph doesn't properly translate, for some communities.
Then I guess they'll learn haste makes waste the hard way.
It's just NVMe plans now. On storage VPS, even a small issue can potentially result in huge amount of data losses
It's the same issue I see with everyone else on Debian 10 + 384MB. It's crashing due to OOM.
Debian template doesn't create swap at all or what?
You can't create it at all of what?
So it crashes due to OOM and then the automation shuts it down the way it would one of the invalid OS machine?
I don't use Debian template, so I don't know how it is going over there.
But there are too many people encountering oom as if the swap were never created by default.
Sure you can create it, but you can't count on everyone on LET to know to do anything beyond normal shell usage.
In Alma template 2gb swapfile is created on deployment.
People that getting their entire box nuked from oom maybe earlyoom could help?
https://github.com/rfjakob/earlyoom
This is just a report, but the upload speed now looks a bit slow.
this is the result of bench.monster on node 40, after a few vps were suspended, the IO score was better, but the network speed didn't seem to have increased much, maybe there are still many who do speedtest
Node 39 suddenly under high steal again
Now it down to 100±100ms, nice.
Is it me? If you purchase a 384MB RAM VPS, don't know how to configure swap and don't realise that you're gonna be restricted in what software can be used, then you really shouldn't have bought it.
(Oh, and a 2GB swap is plain silly, in my book - but hey, it's fast NVMe, so why not? /s )
37 node network problems

traceroute to 45.149.159.1 (45.149.159.1), 30 hops max, 46 byte packets
1 45.66.128.1.static.xtom.com (45.66.128.1) 127.956 ms 172.714 ms 111.461 ms
2 45.149.159.1 (45.149.159.1) 739.663 ms * *
Sudden high latency on nodes 33 and 37
Excuse me, how long does it take for the waiting 768 I purchased to agree to apply for a refund and return the balance for more than a day. The service order is #414812