Howdy, Stranger!

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

Sign In Register

Quick Links


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

Categories

In this Discussion

Home › Offers
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.

EvosHosting.com| High Performance | Best Support 24/7 | NVMe SSD VPS 2,99€ | NL

1…2627293132…62

Comments

  • mwmw Member

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    if you installed their templates sure but dedis? ISO self installs?

  • nszervernszerver Member

    @mikewazar said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    if you installed their templates sure but dedis? ISO self installs?

    https://www.virtualizor.com/docs/admin/rescue-mode/

  • mwmw Member

    @nszerver said:

    @mikewazar said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    if you installed their templates sure but dedis? ISO self installs?

    https://www.virtualizor.com/docs/admin/rescue-mode/

    im not reading that shit my dedis dont use it

  • CybrCybr Member
    edited August 2024

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    A provider asking their customers for login credentials to their server is wild.

    That isn't an option for any serious production server. You can't just give random people access to your company and customer data, even if you think they can be trusted.

    Thanked by 2RapToN gbzret4d
  • mwmw Member

    @Cybr said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    A provider asking their customers for login credentials to their server is wild.

    The only time such a thing should ever be considered is if the customer requests support and asks the provider to login to help them with some configuration, and even then that would not be an option for any serious production server. You can't just give random people access to your company and customer data, even if you think they can be trusted.

    yap yap yap

    Thanked by 1gbzret4d
  • WhiteRoseGWhiteRoseG Member

    @Cybr said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    A provider asking their customers for login credentials to their server is wild.

    The only time such a thing should ever be considered is if the customer requests support and asks the provider to login to help them with some configuration, and even then that would not be an option for any serious production server. You can't just give random people access to your company and customer data, even if you think they can be trusted.

    :p OMG when is the end ?

  • gbzret4dgbzret4d Member

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    I cant find a logical answer for that...

  • gbzret4dgbzret4d Member
    edited August 2024

    @mikewazar said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    if you installed their templates sure but dedis? ISO self installs?

    In my case its a vps so they could use it ;)

    and it speaks for itself if they still using passwords instead of keys

  • nszervernszerver Member

    @Cybr said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    A provider asking their customers for login credentials to their server is wild.

    The only time such a thing should ever be considered is if the customer requests support and asks the provider to login to help them with some configuration, and even then that would not be an option for any serious production server. You can't just give random people access to your company and customer data, even if you think they can be trusted.

    for example, there is a rescue mode dedicated server with great services.
    for example:
    ovh
    Hetzner
    oneprovider
    hivelocity
    etc

    Thanked by 1Cybr
  • EvosHostingEvosHosting Member

    @WhiteRoseG said:

    @Cybr said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    A provider asking their customers for login credentials to their server is wild.

    The only time such a thing should ever be considered is if the customer requests support and asks the provider to login to help them with some configuration, and even then that would not be an option for any serious production server. You can't just give random people access to your company and customer data, even if you think they can be trusted.

    :p OMG when is the end ?

    if the customer reports a problem and we don't see anything from the outside we are forced to check the operating system for example today they open a ticket for us saying that the SSD was very slow and from the outside everything was ok we had the credentials provided we did the tests and we verified that everything was ok the customer can request screen recording during the intervention and you have a copy at the end of the intervention

  • CybrCybr Member

    @WhiteRoseG said:

    :p OMG when is the end ?

    Shortened for the demographic reading this shitstorm of a thread.

  • gbzret4dgbzret4d Member

    @EvosHosting said:

    @WhiteRoseG said:

    @Cybr said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    A provider asking their customers for login credentials to their server is wild.

    The only time such a thing should ever be considered is if the customer requests support and asks the provider to login to help them with some configuration, and even then that would not be an option for any serious production server. You can't just give random people access to your company and customer data, even if you think they can be trusted.

    :p OMG when is the end ?

    if the customer reports a problem and we don't see anything from the outside we are forced to check the operating system for example today they open a ticket for us saying that the SSD was very slow and from the outside everything was ok we had the credentials provided we did the tests and we verified that everything was ok the customer can request screen recording during the intervention and you have a copy at the end of the intervention

    YOU DONT SEE ANYTHING FROM THE OUTSIDE?

    So no problems with your systems atm?

    People keep posting their low geekbench scores ...

  • EvosHostingEvosHosting Member

    @gbzret4d said:

    @EvosHosting said:

    @WhiteRoseG said:

    @Cybr said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    A provider asking their customers for login credentials to their server is wild.

    The only time such a thing should ever be considered is if the customer requests support and asks the provider to login to help them with some configuration, and even then that would not be an option for any serious production server. You can't just give random people access to your company and customer data, even if you think they can be trusted.

    :p OMG when is the end ?

    if the customer reports a problem and we don't see anything from the outside we are forced to check the operating system for example today they open a ticket for us saying that the SSD was very slow and from the outside everything was ok we had the credentials provided we did the tests and we verified that everything was ok the customer can request screen recording during the intervention and you have a copy at the end of the intervention

    YOU DONT SEE ANYTHING FROM THE OUTSIDE?

    So no problems with your systems atm?

    People keep posting their low geekbench scores ...

    all the new nodes work fine if you read our communications we have scheduled maintenance tonight for the other vps

  • gbzret4dgbzret4d Member
    edited August 2024

    @EvosHosting said:

    @gbzret4d said:

    @EvosHosting said:

    @WhiteRoseG said:

    @Cybr said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    A provider asking their customers for login credentials to their server is wild.

    The only time such a thing should ever be considered is if the customer requests support and asks the provider to login to help them with some configuration, and even then that would not be an option for any serious production server. You can't just give random people access to your company and customer data, even if you think they can be trusted.

    :p OMG when is the end ?

    if the customer reports a problem and we don't see anything from the outside we are forced to check the operating system for example today they open a ticket for us saying that the SSD was very slow and from the outside everything was ok we had the credentials provided we did the tests and we verified that everything was ok the customer can request screen recording during the intervention and you have a copy at the end of the intervention

    YOU DONT SEE ANYTHING FROM THE OUTSIDE?

    So no problems with your systems atm?

    People keep posting their low geekbench scores ...

    all the new nodes work fine if you read our communications we have scheduled maintenance tonight for the other vps

    If you define by "up and running" then yes you are right but if you define it by "user gets what advertised" then its a clear "no".

    You are in some kind of maintenance since 3 weeks.
    UPS, DHL, broken cpu, mainboard, oversell, performance drops, ...

  • nszervernszerver Member

    New Maintenance

    Maintenance Period:
    - Start: 19/08/2024 00:00
    - End: 19/08/2024 04:00

    Time Europe/Rome

    Interested Services:
    - VPS-Node-1
    - VPS-Node-2
    - VPS-Node-3
    - VPS-Node-4
    - VPS-Node-5
    - VPS-Node-6
    - VPS-Node-7
    - VPS-Node-8
    - VPS-Node-9
    - VPS-Node-10
    - VPS-Node-11

    - VPS-Node-12

    • VDS-Node-1
    • VDS-Node-2
    • VDS-Node-3
    • VDS-Node-4
    • VDS-Node-5
    • VDS-Node-6
    • VDS-Node-7

    For Migration to new Node

    More info: https://status.evoshosting.com

    make a backup... it's better if you have one, I learned from pfcloud's mistake.

  • EvosHostingEvosHosting Member

    @nszerver said:
    New Maintenance

    Maintenance Period:
    - Start: 19/08/2024 00:00
    - End: 19/08/2024 04:00

    Time Europe/Rome

    Interested Services:
    - VPS-Node-1
    - VPS-Node-2
    - VPS-Node-3
    - VPS-Node-4
    - VPS-Node-5
    - VPS-Node-6
    - VPS-Node-7
    - VPS-Node-8
    - VPS-Node-9
    - VPS-Node-10
    - VPS-Node-11

    - VPS-Node-12

    • VDS-Node-1
    • VDS-Node-2
    • VDS-Node-3
    • VDS-Node-4
    • VDS-Node-5
    • VDS-Node-6
    • VDS-Node-7

    For Migration to new Node

    More info: https://status.evoshosting.com

    make a backup... it's better if you have one, I learned from pfcloud's mistake.

    No data will be lost,
    are live migration the system migrates the vps and once it has verified that the transfer is complete it deletes the old vps

  • EvosHostingEvosHosting Member

    @gbzret4d said: If you define by "up and running" then yes you are right but if you define it by "user gets what advertised" then its a clear "no".

    You are in some kind of maintenance since 3 weeks.

    UPS, DHL, broken cpu, mainboard, oversell, performance drops, ...

    Quote

    @gbzret4d said:

    @EvosHosting said:

    @gbzret4d said:

    @EvosHosting said:

    @WhiteRoseG said:

    @Cybr said:

    @nszerver said:

    @gbzret4d said:
    Cause I opened a ticket due to the low performance and the wrong cpu I keep getting asked to give the ssh access to my root account. Strange behaviour

    but why does he need a root password, a virtualizer is used, there is a rescue mode, you can watch it there...

    A provider asking their customers for login credentials to their server is wild.

    The only time such a thing should ever be considered is if the customer requests support and asks the provider to login to help them with some configuration, and even then that would not be an option for any serious production server. You can't just give random people access to your company and customer data, even if you think they can be trusted.

    :p OMG when is the end ?

    if the customer reports a problem and we don't see anything from the outside we are forced to check the operating system for example today they open a ticket for us saying that the SSD was very slow and from the outside everything was ok we had the credentials provided we did the tests and we verified that everything was ok the customer can request screen recording during the intervention and you have a copy at the end of the intervention

    YOU DONT SEE ANYTHING FROM THE OUTSIDE?

    So no problems with your systems atm?

    People keep posting their low geekbench scores ...

    all the new nodes work fine if you read our communications we have scheduled maintenance tonight for the other vps

    If you define by "up and running" then yes you are right but if you define it by "user gets what advertised" then its a clear "no".

    You are in some kind of maintenance since 3 weeks.
    UPS, DHL, broken cpu, mainboard, oversell, performance drops, ...

    63 VPSs were affected by performance slowdowns in total,
    all the rest worked with a 1.2 per cent performance drop

  • EvosHostingEvosHosting Member

    We have almost completed the migration,
    if you still encounter problems, please open a ticket and we will solve it in a few minutes :)

  • EvosHostingEvosHosting Member

    EvosHosting would like to apologise for the problems caused this week,
    we have managed to solve them in the shortest possible time.
    We expect vps storage to be ready this week.
    Thank you for your trust and patience,
    Many offers will be back soon, stay tuned on
    discord.gg/evoshosting and https://t.me/+f2xQmPOQFIA3OWI0

    Thanked by 1lala_th
  • dev_vpsdev_vps Member
    edited August 2024

    @EvosHosting said:
    EvosHosting would like to apologise for the problems caused this week,
    we have managed to solve them in the shortest possible time.
    We expect vps storage to be ready this week.
    Thank you for your trust and patience,
    Many offers will be back soon, stay tuned on
    discord.gg/evoshosting and https://t.me/+f2xQmPOQFIA3OWI0

    Thank you @EvosHosting
    VDS performance is back to the expected level.

    4x vCore
GB6 single core   2293
Multi-Core Score  6743

https://browser.geekbench.com/v6/cpu/7395924
  • nszervernszerver Member

    @dev_vps said:

    @EvosHosting said:
    EvosHosting would like to apologise for the problems caused this week,
    we have managed to solve them in the shortest possible time.
    We expect vps storage to be ready this week.
    Thank you for your trust and patience,
    Many offers will be back soon, stay tuned on
    discord.gg/evoshosting and https://t.me/+f2xQmPOQFIA3OWI0

    Thank you @EvosHosting
    VDS performance is back to the expected level.

    4x vCore
GB6 single core   2293
Multi-Core Score  6743

https://browser.geekbench.com/v6/cpu/7395924

                |

    4x vCore
    Single Core | 2552
    Multi Core | 7935
    YABS completed in 7 min 45 sec

    Thank you @EvosHosting
    VDS performance is back to the expected level.

  • bingo567bingo567 Member

    Connection timed out Error code 522
    Visit cloudflare.com for more information.
    2024-08-19 04:53:20 UTC

  • mwmw Member

    @mikewazar said:
    Sun Aug 18 09:29:47 AM EDT 2024

    Basic System Information:
    ---------------------------------
    Uptime : 11 days, 16 hours, 41 minutes
    Processor : Intel(R) Xeon(R) CPU E5-2699A v4 @ 2.40GHz
    CPU cores : 22 @ 2397.222 MHz
    AES-NI : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM : 188.7 GiB
    Swap : 0.0 KiB
    Disk : 393.6 GiB
    Distro : Debian GNU/Linux 12 (bookworm)
    Kernel : 6.1.0-9-amd64
    VM Type : KVM
    IPv4/IPv6 : ✔ Online / ❌ Offline

    IPv4 Network Information:
    ---------------------------------
    ISP : Alessandro Accorsi trading as Len Service SRL
    ASN : AS215026 Alessandro Accorsi trading as Len Service SRL
    Host : Netname
    Location : London, England (ENG)
    Country : United Kingdom

    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda1):
    ---------------------------------
    Block Size | 4k (IOPS) | 64k (IOPS)
    ------ | --- ---- | ---- ----
    Read | 28.43 MB/s (7.1k) | 199.71 MB/s (3.1k)
    Write | 28.44 MB/s (7.1k) | 200.76 MB/s (3.1k)
    Total | 56.88 MB/s (14.2k) | 400.48 MB/s (6.2k)
    | |
    Block Size | 512k (IOPS) | 1m (IOPS)
    ------ | --- ---- | ---- ----
    Read | 417.85 MB/s (816) | 361.39 MB/s (352)
    Write | 440.05 MB/s (859) | 385.45 MB/s (376)
    Total | 857.90 MB/s (1.6k) | 746.84 MB/s (728)

    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider | Location (Link) | Send Speed | Recv Speed | Ping
    ----- | ----- | ---- | ---- | ----
    Clouvider | London, UK (10G) | 4.84 Gbits/sec | 3.94 Gbits/sec | 12.1 ms
    Eranium | Amsterdam, NL (100G) | 5.45 Gbits/sec | 9.08 Gbits/sec | 3.54 ms
    Uztelecom | Tashkent, UZ (10G) | 1.70 Gbits/sec | 806 Mbits/sec | 94.2 ms
    Leaseweb | Singapore, SG (10G) | 950 Mbits/sec | 963 Mbits/sec | 163 ms
    Clouvider | Los Angeles, CA, US (10G) | 505 Mbits/sec | 472 Mbits/sec | 139 ms
    Leaseweb | NYC, NY, US (10G) | 1.63 Gbits/sec | 1.98 Gbits/sec | 83.3 ms
    Edgoo | Sao Paulo, BR (1G) | 941 Mbits/sec | 400 Mbits/sec | 202 ms

    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test | Value
    |
    Single Core | 544
    Multi Core | 1859
    Full Test | https://browser.geekbench.com/v6/cpu/7389244

    YABS completed in 17 min 20 sec

    544 single core
    1859 multi core

    22 vCores

    make it make sense

    what would yall consider to be a normal score?

  • trelawneytrelawney Member 
    $ tuptime
System startups:        5  since  12:49:41 PM 08/14/2024
System shutdowns:       1 ok  +  3 bad
System life:            4d 13h 11m 23s

Longest uptime:         1d 2h 43m 6s  from  08:16:57 AM 08/16/2024
Average uptime:         14h 30m 19s
System uptime:          66.42%  =  3d 0h 31m 37s

Longest downtime:       23h 32m 30s  from  11:00:03 AM 08/17/2024
Average downtime:       9h 9m 56s
System downtime:        33.58%  =  1d 12h 39m 46s

Current uptime:         2m 8s  since  01:58:56 AM 08/19/2024

    Let's hope this is the last time i have to restart the VPS (new IP address this time, 3rd so far).

  • halihdhalihd Barred
    edited August 2024

    Best i/o and cpu and ram low memory and best network:
    Ubuntu / Debian:

    Optimize your server OS:

    Set ulimit parameters on your ubuntu server. Check ulimit with this command:
    Run

    ulimit -u
    modprobe nf_conntrack

    if it was 1024 then we need to increase it as follow
    Edit:
    nano /etc/security/limits.conf

    add the following lines to the end of your file:

    * hard nofile 500000
* soft nofile 500000
root hard nofile 500000
root soft nofile 500000
* soft nproc 500000
* hard nproc 500000
root soft nproc 500000
root hard nproc 500000

    Then save and close the file.

    1. Optimize sysctl

    Edit sysctl.conf - sysctl preload/configuration file

    Edit:

    nano /etc/sysctl.conf

    add the following lines to the end of your file:

    net.core.somaxconn = 6815744
net.ipv4.route.flush=1
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_moderate_rcvbuf = 1
fs.file-max = 6815744
fs.aio-max-nr = 6815744
fs.nr_open = 6815744
net.ipv4.ip_local_port_range = 1024 65000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_rmem = 10000000 10000000 10000000
net.ipv4.tcp_wmem = 10000000 10000000 10000000
net.ipv4.tcp_mem = 10000000 10000000 10000000
net.core.rmem_max = 524287
net.core.wmem_max = 524287
net.core.rmem_default = 524287
net.core.wmem_default = 524287
net.core.optmem_max = 524287
net.core.netdev_max_backlog = 300000
net.ipv4.tcp_max_syn_backlog = 300000
net.netfilter.nf_conntrack_max=1215196608
net.ipv4.tcp_window_scaling = 1
vm.max_map_count = 655300
net.ipv4.tcp_max_tw_buckets = 1440000

    Then save and close the file.

    run this command:

    sudo sysctl -p

    1. Reboot your server and check it now !

    after reboot, run these commands again to verify your changes:
    Run:
    ulimit -u
    -> should show 500000
    Run:

    sudo sysctl -p

    -> should show the above values

    Thanked by 1alincupunct
  • meu0meu0 Member

    VPS is down since yesterday.
    I have created ticket
    Client area connection time out.
    when VPS was working does not goes more then 200 Mbps out.
    can you please let me know when this will be fixed.

  • nszervernszerver Member
    edited August 2024

    have you received an invoice yet?
    Today I thought the whole thing was a joke.
    12-day vps.
    In 12 days there was a slowdown for 4-5 days, 1 day of network outage.
    and you should pay, but there is time until the 2nd of September.:::
    isn't the bill early?

    This is a notification that an invoice was generated on Monday, August 19th, 2024.

    Your payment method is: Bank Transfer

    Invoice No. 995 Amount Due: €9.80 EUR Due Date: Monday, September 2nd, 2024

  • nszervernszerver Member

    @halihd said:
    Best i/o and cpu and ram low memory and best network:
    Ubuntu / Debian:

    Optimize your server OS:

    Set ulimit parameters on your ubuntu server. Check ulimit with this command:
    Run

    ulimit -u
    modprobe nf_conntrack

    if it was 1024 then we need to increase it as follow
    Edit:
    nano /etc/security/limits.conf

    add the following lines to the end of your file:

    * hard nofile 500000
* soft nofile 500000
root hard nofile 500000
root soft nofile 500000
* soft nproc 500000
* hard nproc 500000
root soft nproc 500000
root hard nproc 500000

    Then save and close the file.

    1. Optimize sysctl

    Edit sysctl.conf - sysctl preload/configuration file

    Edit:

    nano /etc/sysctl.conf

    add the following lines to the end of your file:

    net.core.somaxconn = 6815744
net.ipv4.route.flush=1
net.ipv4.tcp_no_metrics_save=1
net.ipv4.tcp_moderate_rcvbuf = 1
fs.file-max = 6815744
fs.aio-max-nr = 6815744
fs.nr_open = 6815744
net.ipv4.ip_local_port_range = 1024 65000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_rmem = 10000000 10000000 10000000
net.ipv4.tcp_wmem = 10000000 10000000 10000000
net.ipv4.tcp_mem = 10000000 10000000 10000000
net.core.rmem_max = 524287
net.core.wmem_max = 524287
net.core.rmem_default = 524287
net.core.wmem_default = 524287
net.core.optmem_max = 524287
net.core.netdev_max_backlog = 300000
net.ipv4.tcp_max_syn_backlog = 300000
net.netfilter.nf_conntrack_max=1215196608
net.ipv4.tcp_window_scaling = 1
vm.max_map_count = 655300
net.ipv4.tcp_max_tw_buckets = 1440000

    Then save and close the file.

    run this command:

    sudo sysctl -p

    1. Reboot your server and check it now !

    after reboot, run these commands again to verify your changes:
    Run:
    ulimit -u
    -> should show 500000
    Run:

    sudo sysctl -p

    -> should show the above values

    Thankyou working perfect:

    Test | Value
    |
    Single Core | 2804
    Multi Core | 8733

  • HostSlickHostSlick 🚩 Host Rep Tag Suspended
    edited August 2024

    @nszerver said:
    have you received an invoice yet?
    Today I thought the whole thing was a joke.
    12-day vps.
    In 12 days there was a slowdown for 4-5 days, 1 day of network outage.
    and you should pay, but there is time until the 2nd of September.:::
    isn't the bill early?

    This is a notification that an invoice was generated on Monday, August 19th, 2024.

    Your payment method is: Bank Transfer

    Invoice No. 995 Amount Due: €9.80 EUR Due Date: Monday, September 2nd, 2024

    Why whats wrong?

    I come sometimes to this thead to read and I feel that some of you make drama for nothing here. Makes me shake my head sometimes.

    Just to say. We do same. Invoice is generated 2 weeks before due date. And is due on due date. In fact most providers do this 7-14 days before due date. Its market standard.

    Or whats the hint? The downtime? Then you Need to Open Ticket with them
    There something i dont get in your post.

    You ordered 2. August and got the server 2nd august, right?
    So then now is 19. August. In 2 weeks its 2nd September. So if the provider generates the invoice 2 weeks before due date then its today.

    Of course doesnt mean that its due today but in 2 weeks. You dont have to pay it until 2. september anyway.

    Market standard 7-14 days.

    Thanked by 5nszerver amaeva080 BasToTheMax RapToN gridoptions
  • nszervernszerver Member

    @HostSlick said:

    @nszerver said:
    have you received an invoice yet?
    Today I thought the whole thing was a joke.
    12-day vps.
    In 12 days there was a slowdown for 4-5 days, 1 day of network outage.
    and you should pay, but there is time until the 2nd of September.:::
    isn't the bill early?

    This is a notification that an invoice was generated on Monday, August 19th, 2024.

    Your payment method is: Bank Transfer

    Invoice No. 995 Amount Due: €9.80 EUR Due Date: Monday, September 2nd, 2024

    Why whats wrong?

    I come sometimes to this thead to read and I feel that some of you make drama for nothing here. Makes me shake my head sometimes.

    Just to say. We do same. Invoice is generated 2 weeks before due date. And is due on due date. In fact most providers do this 7-14 days before due date. Its market standard.

    Or whats the hint? The downtime? Then you Need to Open Ticket with them
    There something i dont get in your post.

    You ordered 2. August and got the server 2nd august, right?
    So then now is 19. August. In 2 weeks its 2nd September. So if the provider generates the invoice 2 weeks before due date then its today.

    Of course doesnt mean that its due today but in 2 weeks. You dont have to pay it until 2. september anyway.

    Market standard 7-14 days.

    yes, I understand, but a delay of 4-5 days can be compensated by 4-5 days.
    because the service was unusable.

This discussion has been closed.