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.
Comments
That's bad... The question, is this migration will end daily downtime?
Can anyone tell how to add name-servers from client area webpage . It has ns1 and ns2 what i had put earlier when didnt have a domain
Now i have a domain from name cheap , have added proper dns entires in namecheap but its still not resolving due to probably this issue
Dont want to open a ticket with @cociu if can be resolved as someone esle also must have faced it
Did you buy shared hosting or VPS?
same as urs ,2GB ,200GB NVME
You have to set up a DNS server in your VPS or use an external DNS service like Cloudflare or your domain providers. Personally, I like Cloudflare one.
FYI, entering nameservers while ordering VPS or a dedicated server means nothing.
I am using namecheap DNS service and have added in that . Earlier VPSs didnt give this issue
Did you point the VPS IP address in A record?
yes pls
I already have other domains linked to different VPSs
Mine is resolving without any issue. Don't know what's wrong with your one.
hey hakim, would you mind sharing the yabs result of your 2gb 2core 200gb nvme. and which os you are currently using. thanks
yabs.sh Results:
is this just the addition of cores ?
looks like the core count doesn't matter, the 2 core plan gets the same score.
Here you go.
just number count, not core
@cociu Thank you for fixing the issue with the 45.* IPs. My monitors are showing better uptime these past couple of days.
nice to see that CPU host and AES enabled is available now
Hope that we can get that activated on older plans too in the future
thanks. by the way, what OS you are using?
co-ask
Oh! forgot to add that. It's Debian 10
is only temporary fixed , we will change all ips from oradea location start from tumorrow , after this task no problem anymore.
yes we are working in this .
i think is something related to proxmox but not sure yet ... still investigating.
I've got a ticket response to rerun the test, but the result was the same, CPU's not performing right. Wait for your good news then! Good luck!!
hi @cociu , just checking. my ip starts in 45.* too, but i believed i got this storage in Bucharest location. Does this included in the migration too? I am also having lots of packet loss. thanks
Maybe try 1 socket and n cores?
bouth location is affected , but we will change the ip only for the vm from oradea , after this all back to normal.
thanks @cociu , you mean bucharest will be fixed too because of the ip change that will happen in oradea vms?
once the oradea vms will resolved automatically the bucharest location will work like a charm , is a issue related to bgp because right now we have half ips in oradea and half in bucharest , when we have made the test no issue , when we start the production with such pps and many traffic was start the issues .... so the most easy for us and with less downtime is change oradea ips and let the entirely /45 for bucarest. i repeat this will tard maximum 3 days.
okay. understood. thanks @cociu. hope it will go smoothly. all the best.