Howdy, Stranger!

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


Introducing Hong Kong storage - discount available for 48 hours - Page 3
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.

Introducing Hong Kong storage - discount available for 48 hours

13

Comments

  • @bdl said:
    Must be some kind of outage at HH HK because even the HK looking glass is down

    HH HK = !OK

    My HostHatch HK VM (from blackfriday 2020) is up, I think not all hosthatch HK is down

    Thanked by 1bdl
  • I've been using the reseller's HongKong NATVPS, but it's down time to time. :'(

  • @Konbu said:
    I've been using the reseller's HongKong NATVPS, but it's down time to time. :'(

    You are one of ppl who have been webhorizoned, aren't you?

    Thanked by 1Konbu
  • my HK vm has been up for a while and network is pretty good too

  • It's been 2 days, my new server is still offline, no response on the ticket.

  • I just got my storage VPS in HK.

  • @cobrah said:
    It's been 2 days, my new server is still offline, no response on the ticket.

    Did you read the first post?

    Are there any other differences between our normal and discounted plans?

    Yes, primarily our support. It can take several days to resolve certain issues, especially issues that require complex investigation. Please choose one of the services from hosthatch.com directly for production usage, with access to our normal support queue.

  • add_iTadd_iT Member
    edited November 2022

    @miu said:

    @longhuynh said:
    Im ticket but no reply

    Before order read what he wrote:

    @hosthatch : Are there any other differences between our normal and discounted plans?

    Yes, primarily our support:

    It can take several days to resolve certain issues

    especially issues that require complex investigation.

    SO, IF YOU EXPECT REPLY WITHIN MINUTES AND LOSS MILLIONS WITH LONG RESPONSE TIME, THEN PAY MORE FOR STANDARD PLANS (intended for production use) WITH SUCH FEATURE:

    Please choose one of the services from hosthatch.com directly for production usage, with access to our normal support queue.

    Our promotional services are provided at near-cost pricing to fill up excess capacity.

    BTW: mine is too down and i am patiently waiting for ticket response because i realize that i paid peels for this (and all 40 other there, 40 online and 1 new offline is still pretty good score for me for these money)

    Additionally: I am using HH VPSes since 2014
    For entire this time i remember 1 serious incident (when my SWISS VPS has been broken/began be unreachable and i was waiting ~ 2 weeks for fix), that's all what i can say based on my own (think quite rich) experiences w them, GOOD RATE: (cheap) price / what u get, from this (my) angle of view i am happy and satisfied their customer (calculating with fact that support is not fastest at promotional services)

    Do you have 8GB plan with $30/y price in UK or NL ?? (I think it was from 2020 BF/CM deal)

    Maybe you can spare some and i can buy yours with higher price B)

    I just need one

  • The promo is gone. I'm glad I snatched it in time. My storage VPS is snappy both the disk speed and network. Hope there will be a promo for compute VMs in HK and Zurich on the BFD too.

  • @add_iT said:
    Do you have 8GB plan with $30/y price in UK or NL ?? (I think it was from 2020 BF/CM deal)

    Hi
    Yes, but unfortunately i need them as compute instances (connected thr. nfs) for large (12TB monster) storage there

    The same in NL (but with 16GB RAM compute inst.)
    So i cannot help with this :-/

    Maybe you can spare some and i can buy yours with higher price B)

    I never ask more than is origin price or prorated rest

    I just need one

    Maybe watch too services transfer categ or maybe near BF will brings just such something what u need, good luck with it (I think surprises and special sales of HH are always quite spectacular)

  • NEW STRG HK now ticket responded, issue fixed and VPS working guys (i have survived initial 2 days off in good health), another good one for these money, thanks

    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2022-08-20                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Mon Nov 14 14:04:58 UTC 2022
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 2 minutes
    Processor  : AMD EPYC 7551P 32-Core Processor
    CPU cores  : 1 @ 2000.000 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM        : 976.4 MiB
    Swap       : 0.0 KiB
    Disk       : 931.0 GiB
    Distro     : Debian GNU/Linux 11 (bullseye)
    Kernel     : 5.10.0-9-amd64
    
    fio Disk Speed Tests (Mixed R/W 50/50):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 4.63 MB/s     (1.1k) | 55.38 MB/s     (865)
    Write      | 4.65 MB/s     (1.1k) | 55.92 MB/s     (873)
    Total      | 9.28 MB/s     (2.3k) | 111.31 MB/s   (1.7k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 228.48 MB/s    (446) | 343.18 MB/s    (335)
    Write      | 240.62 MB/s    (469) | 366.03 MB/s    (357)
    Total      | 469.10 MB/s    (915) | 709.21 MB/s    (692)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed
                    |                           |                 |
    Clouvider       | London, UK (10G)          | 659 Mbits/sec   | 455 Mbits/sec
    Online.net      | Paris, FR (10G)           | 756 Mbits/sec   | 892 Mbits/sec
    Hybula          | The Netherlands (40G)     | 821 Mbits/sec   | 669 Mbits/sec
    Uztelecom       | Tashkent, UZ (10G)        | 1.01 Gbits/sec  | 727 Mbits/sec
    Clouvider       | NYC, NY, US (10G)         | 543 Mbits/sec   | 642 Mbits/sec
    Clouvider       | Dallas, TX, US (10G)      | 583 Mbits/sec   | 547 Mbits/sec
    Clouvider       | Los Angeles, CA, US (10G) | 925 Mbits/sec   | 680 Mbits/sec
    
    Geekbench 5 Benchmark Test:
    ---------------------------------
    Test            | Value
                    |
    Single Core     | 610
    Multi Core      | 613
    Full Test       | https://browser.geekbench.com/v5/cpu/18634289
    
  • miumiu Member
    edited November 2022

    BTW: connection to LAX and NL & europe too is pretty nice

    Thanked by 1ralf
  • I just missed it. :/

  • Guys, I bought a 3T plan, the partition table is MBR, how do I use the 3T space, when I convert the hard disk to GPT, the system cannot boot, it should be that HostHatch has not enable UEFI

  • miumiu Member
    edited November 2022

    @ttlove said:
    Guys, I bought a 3T plan, the partition table is MBR, how do I use the 3T space, when I convert the hard disk to GPT, the system cannot boot, it should be that HostHatch has not enable UEFI

    I think: Try install DEBIAN (or other system) on new from ISO
    (Partitioning should be automatically create and set proper partition table and partitions (GPT + EFI BOOT, when will sees disk over 2TB))
    If this also will not work and able boot then open ticket

    (i doubt that EFI boot with GPT is not supported on node (and just on EPYC new node), sooner maybe u did something not properly or simple conversion to GPT went not good)
    Before few days i had similar problems on other EPYC node, when rsynced or dd-ed/cloned entire disk w EFI boot system on GPT from another EPYC, was not able work and boot from unknown reasons, but when i reinstalled from ISO installer (with exactly the same partition scheme) then this was by miracle then working immediately and able to boot

  • @miu said:

    @ttlove said:
    Guys, I bought a 3T plan, the partition table is MBR, how do I use the 3T space, when I convert the hard disk to GPT, the system cannot boot, it should be that HostHatch has not enable UEFI

    I think: Try install debian (or other system) on new from ISO
    (Partitioning should be automatically create and set proper partition table and partitions (GPT + EFI BOOT, when will sees disk over 2TB))
    If this also will not work and able boot then open ticket

    (i doubt that EFI boot with GPT is not supported on node (and just on EPYC new node), sooner maybe u did something not properly or simple conversion to GPT went not good)
    Before few days i had similar problems on other EPYC node, when rsynced or dd-ed/cloned entire disk w EFI boot system on GPT from another EPYC, was not able work and boot from unknown reasons, but when i reinstalled from ISO installer (with exactly the same partition scheme) then this was by miracle then working immediately and able to boot

    I had a weird situation like that as well with another HostHatch VPS. I doubt it has anything to do with HostHatch, but here's what happened to me:

    I first tried to restore an existing image I already had using commercial backup software. After doing this, I was unable to expand my partition past 2 TB to take advantage of all available space. I assume this is because the original system was using an MBR partition. No big deal.

    I then tried reinstalling from scratch using both Rocky and Alma Linux ISOs, but for some reason, neither installer could see the full size of the storage. They could only see the first 2 TB.

    The same was true when I booted from GParted. Even if I cleared all partitions, I still couldn't access more than 2 TB.

    Next, I tried installing Debian. Oddly, its installer could recognize all of the space. Once I allowed Debian to install, any other installer could magically access the full amount of storage.

    I have no idea why Debian's installer could reset things to the way they should be, but it fixed that issue for me.

  • @aj_potc said:

    @miu said:

    @ttlove said:
    Guys, I bought a 3T plan, the partition table is MBR, how do I use the 3T space, when I convert the hard disk to GPT, the system cannot boot, it should be that HostHatch has not enable UEFI

    I think: Try install debian (or other system) on new from ISO
    (Partitioning should be automatically create and set proper partition table and partitions (GPT + EFI BOOT, when will sees disk over 2TB))
    If this also will not work and able boot then open ticket

    (i doubt that EFI boot with GPT is not supported on node (and just on EPYC new node), sooner maybe u did something not properly or simple conversion to GPT went not good)
    Before few days i had similar problems on other EPYC node, when rsynced or dd-ed/cloned entire disk w EFI boot system on GPT from another EPYC, was not able work and boot from unknown reasons, but when i reinstalled from ISO installer (with exactly the same partition scheme) then this was by miracle then working immediately and able to boot

    I had a weird situation like that as well with another HostHatch VPS. I doubt it has anything to do with HostHatch, but here's what happened to me:

    I first tried to restore an existing image I already had using commercial backup software. After doing this, I was unable to expand my partition past 2 TB to take advantage of all available space. I assume this is because the original system was using an MBR partition. No big deal.

    I then tried reinstalling from scratch using both Rocky and Alma Linux ISOs, but for some reason, neither installer could see the full size of the storage. They could only see the first 2 TB.

    The same was true when I booted from GParted. Even if I cleared all partitions, I still couldn't access more than 2 TB.

    Next, I tried installing Debian. Oddly, its installer could recognize all of the space. Once I allowed Debian to install, any other installer could magically access the full amount of storage.

    I have no idea why Debian's installer could reset things to the way they should be, but it fixed that issue for me.

    Because Debian installer has recreated the partition table before partitioning, you can also do this manually to destory the MBR partition table to access the full amount of disk.

    Thanked by 1miu
  • 403_Forbidden403_Forbidden Member
    edited November 2022

    @ttlove said:
    Guys, I bought a 3T plan, the partition table is MBR, how do I use the 3T space, when I convert the hard disk to GPT, the system cannot boot, it should be that HostHatch has not enable UEFI

    On a BIOS/GPT configuration, a BIOS boot partition is required. You can search this on the internet.

  • Absolutely love my VM, thanks guys! Nice to see some reliable Hong Kong storage, and with an excellent network blend too!

    Thanked by 1hosthatch
  • @miu said:
    BTW: connection to LAX and NL & europe too is pretty nice

    Wish I'd gone for it now. The speed to the looking glass was pretty bad when I tried. Oh well.

  • Yeah, the HK looking glass isn't good, but it's significantly faster for both upload and download on these storage VMs.

  • @nick_ said:
    Yeah, the HK looking glass isn't good, but it's significantly faster for both upload and download on these storage VMs.

    What is your download / upload speed from US / Europe?

  • @gemini90 said:

    @nick_ said:
    Yeah, the HK looking glass isn't good, but it's significantly faster for both upload and download on these storage VMs.

    What is your download / upload speed from US / Europe?

    Here is my yabs which is similar to miu's above. IPv6 is having a problem so there is only the IPv4 test. And I have something running so the GB5 score is lower than usual.

    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #                                
    #              Yet-Another-Bench-Script              #                                
    #                     v2022-08-20                    #                                
    # https://github.com/masonr/yet-another-bench-script #                                
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #                                
    
    Mon 14 Nov 2022 11:18:21 PM UTC                                                       
    
    Basic System Information:                                                             
    ---------------------------------                                                     
    Uptime     : 0 days, 8 hours, 8 minutes    
    Processor  : AMD EPYC 7551P 32-Core Processor                                         
    CPU cores  : 1 @ 2000.000 MHz              
    AES-NI     : ✔ Enabled                                                                
    VM-x/AMD-V : ✔ Enabled                                                                
    RAM        : 976.6 MiB                                                                
    Swap       : 1024.0 MiB                                                               
    Disk       : 915.4 GiB                                                                
    Distro     : Debian GNU/Linux 11 (bullseye)                                           
    Kernel     : 5.10.0-19-amd64
    
    fio Disk Speed Tests (Mixed R/W 50/50):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 7.60 MB/s     (1.9k) | 89.62 MB/s    (1.4k)
    Write      | 7.64 MB/s     (1.9k) | 90.09 MB/s    (1.4k)
    Total      | 15.25 MB/s    (3.8k) | 179.71 MB/s   (2.8k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 290.51 MB/s    (567) | 389.70 MB/s    (380)
    Write      | 305.94 MB/s    (597) | 415.65 MB/s    (405)
    Total      | 596.45 MB/s   (1.1k) | 805.35 MB/s    (785)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed     
                    |                           |                 |                
    Clouvider       | London, UK (10G)          | 771 Mbits/sec   | 898 Mbits/sec  
    Online.net      | Paris, FR (10G)           | 933 Mbits/sec   | 863 Mbits/sec  
    Hybula          | The Netherlands (40G)     | 873 Mbits/sec   | 917 Mbits/sec  
    Uztelecom       | Tashkent, UZ (10G)        | 1.35 Gbits/sec  | 984 Mbits/sec  
    Clouvider       | NYC, NY, US (10G)         | 660 Mbits/sec   | 694 Mbits/sec  
    Clouvider       | Dallas, TX, US (10G)      | 623 Mbits/sec   | 518 Mbits/sec  
    Clouvider       | Los Angeles, CA, US (10G) | 897 Mbits/sec   | 967 Mbits/sec  
    
    Geekbench 5 Benchmark Test:
    ---------------------------------
    Test            | Value                         
                    |                               
    Single Core     | 409                           
    Multi Core      | 407                           
    Full Test       | https://browser.geekbench.com/v5/cpu/18642386
    
    Thanked by 1gemini90
  • @403_Forbidden said:

    @aj_potc said:

    @miu said:

    @ttlove said:
    Guys, I bought a 3T plan, the partition table is MBR, how do I use the 3T space, when I convert the hard disk to GPT, the system cannot boot, it should be that HostHatch has not enable UEFI

    I think: Try install debian (or other system) on new from ISO
    (Partitioning should be automatically create and set proper partition table and partitions (GPT + EFI BOOT, when will sees disk over 2TB))
    If this also will not work and able boot then open ticket

    (i doubt that EFI boot with GPT is not supported on node (and just on EPYC new node), sooner maybe u did something not properly or simple conversion to GPT went not good)
    Before few days i had similar problems on other EPYC node, when rsynced or dd-ed/cloned entire disk w EFI boot system on GPT from another EPYC, was not able work and boot from unknown reasons, but when i reinstalled from ISO installer (with exactly the same partition scheme) then this was by miracle then working immediately and able to boot

    I had a weird situation like that as well with another HostHatch VPS. I doubt it has anything to do with HostHatch, but here's what happened to me:

    I first tried to restore an existing image I already had using commercial backup software. After doing this, I was unable to expand my partition past 2 TB to take advantage of all available space. I assume this is because the original system was using an MBR partition. No big deal.

    I then tried reinstalling from scratch using both Rocky and Alma Linux ISOs, but for some reason, neither installer could see the full size of the storage. They could only see the first 2 TB.

    The same was true when I booted from GParted. Even if I cleared all partitions, I still couldn't access more than 2 TB.

    Next, I tried installing Debian. Oddly, its installer could recognize all of the space. Once I allowed Debian to install, any other installer could magically access the full amount of storage.

    I have no idea why Debian's installer could reset things to the way they should be, but it fixed that issue for me.

    Because Debian installer has recreated the partition table before partitioning, you can also do this manually to destory the MBR partition table to access the full amount of disk.

    Right, but wouldn't you expect the installer from other distros to do this as well?

    I've used Anaconda (RHEL and family) to create partition layouts many times in the past, so I assumed that I could use it to wipe any existing MBR partitions and create a new GPT-based partition table. But no luck, at least in the scenario I described above. Anaconda was constrained to the MBR limitations.

  • This Storage VM from HostHatch is really a great service for the price they offer. Speedtest to my ISP in Da Nang, Vietnam gives quite impressive results: ping 45ms, download: 3293.3 Mbps, upload: 1299.4 Mbps
    https://www.speedtest.net/result/c/f29f6e7e-57e6-4d0e-a37b-6b5b6538c6a0

    Thanked by 1hosthatch
  • I'd recommend installing Debian from an ISO instead of using the Debian templates from HostHatch. The first time I logged in to my storage VPS, the OS alone already used 16GB of disk space while it takes only around 3GB if installed via an ISO.

  • @aj_potc said:

    @403_Forbidden said:

    @aj_potc said:

    @miu said:

    @ttlove said:
    Guys, I bought a 3T plan, the partition table is MBR, how do I use the 3T space, when I convert the hard disk to GPT, the system cannot boot, it should be that HostHatch has not enable UEFI

    I think: Try install debian (or other system) on new from ISO
    (Partitioning should be automatically create and set proper partition table and partitions (GPT + EFI BOOT, when will sees disk over 2TB))
    If this also will not work and able boot then open ticket

    (i doubt that EFI boot with GPT is not supported on node (and just on EPYC new node), sooner maybe u did something not properly or simple conversion to GPT went not good)
    Before few days i had similar problems on other EPYC node, when rsynced or dd-ed/cloned entire disk w EFI boot system on GPT from another EPYC, was not able work and boot from unknown reasons, but when i reinstalled from ISO installer (with exactly the same partition scheme) then this was by miracle then working immediately and able to boot

    I had a weird situation like that as well with another HostHatch VPS. I doubt it has anything to do with HostHatch, but here's what happened to me:

    I first tried to restore an existing image I already had using commercial backup software. After doing this, I was unable to expand my partition past 2 TB to take advantage of all available space. I assume this is because the original system was using an MBR partition. No big deal.

    I then tried reinstalling from scratch using both Rocky and Alma Linux ISOs, but for some reason, neither installer could see the full size of the storage. They could only see the first 2 TB.

    The same was true when I booted from GParted. Even if I cleared all partitions, I still couldn't access more than 2 TB.

    Next, I tried installing Debian. Oddly, its installer could recognize all of the space. Once I allowed Debian to install, any other installer could magically access the full amount of storage.

    I have no idea why Debian's installer could reset things to the way they should be, but it fixed that issue for me.

    Because Debian installer has recreated the partition table before partitioning, you can also do this manually to destory the MBR partition table to access the full amount of disk.

    Right, but wouldn't you expect the installer from other distros to do this as well?

    I've used Anaconda (RHEL and family) to create partition layouts many times in the past, so I assumed that I could use it to wipe any existing MBR partitions and create a new GPT-based partition table. But no luck, at least in the scenario I described above. Anaconda was constrained to the MBR limitations.

    You can use dd command to destory the existing partition table and fdisk to create GPT partion table before partitioning, for example, press Alt+Function key to do the operation before you perform partitioning in Anaconda installer but after the disk scanning.
    There is an easier way to do that, you can mount a live ISO just like Gparted to overwrite the existing MBR partition table, than mount your RHEL ISO.

  • @nick_ said:
    I'd recommend installing Debian from an ISO instead of using the Debian templates from HostHatch. The first time I logged in to my storage VPS, the OS alone already used 16GB of disk space while it takes only around 3GB if installed via an ISO.

    Solid advice for any provider.

    In my earlier hosting days, I'd use templates. I can't count the hours of troubleshooting due to some providers' templates having odd, non-standard configurations for some random packages, all totally undocumented. By the time I figured out the problem, I could have reinstalled from ISO several times. :smile:

    Nothing beats a minimal installation from ISO followed by an Ansible (or similar) playbook to get the system to conform to your own needs.

    Thanked by 1nick_
  • Great promotion, but the servers have bad route to China. :'(

  • ttlovettlove Member
    edited November 2022

    @miu said:

    @ttlove said:
    Guys, I bought a 3T plan, the partition table is MBR, how do I use the 3T space, when I convert the hard disk to GPT, the system cannot boot, it should be that HostHatch has not enable UEFI

    I think: Try install DEBIAN (or other system) on new from ISO
    (Partitioning should be automatically create and set proper partition table and partitions (GPT + EFI BOOT, when will sees disk over 2TB))
    If this also will not work and able boot then open ticket

    (i doubt that EFI boot with GPT is not supported on node (and just on EPYC new node), sooner maybe u did something not properly or simple conversion to GPT went not good)
    Before few days i had similar problems on other EPYC node, when rsynced or dd-ed/cloned entire disk w EFI boot system on GPT from another EPYC, was not able work and boot from unknown reasons, but when i reinstalled from ISO installer (with exactly the same partition scheme) then this was by miracle then working immediately and able to boot

    Guys,i have solved it,You can use the background template (ubuntu 22), and you will find that it completely recognizes a space larger than 2T,Because in the background template, ubuntu 22 is a GPT partition.If you don't like ubuntu, you can install ubuntu 22 first, and then use IOS to install the system you like. So, the final solution is——
    First use the partition tool(The role of ubuntu 22 in the background is this) to convert the hard disk to GPT, and then install it with ISO, you can fully identify the size larger than 2T, that is, BIOS+GPT, and it can work normally.

Sign In or Register to comment.