Howdy, Stranger!

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


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
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.

Hostbrr US storagebox migration

Have you heard of updates about the status of the migration? It has been 3 days. All my services are still down.
Thank you.

Comments

  • JabJabJabJab Member
    edited January 12

    Did you read the e-mail they sent?

    Once the migration of your account starts it will be disabled on the current host system at https://ftp3.hostypanel.com:2222. If you see your account is disabled, then your account is being migrated or has already been migrated. You can then login at https://ftpus1.hostypanel.com:2222. If your account is disabled there, then the migration is still on-going for your account.

    When all accounts has been migrated, we'll transfer the old hostname to the new server so you can continue to use this if preferred, however, the official hostname moving forwards will be https://ftpus1.hostypanel.com:2222.

    A IP change is necessary for the migration. The new server IP will be 192.200.112.194.

    If you have any questions then please open a support ticket. Do not reply to this e-mail.

  • l> @JabJab said:

    Did you read the e-mail they sent?

    Yes, they mentioned Each batch of migrations will last approximately 4-12 hours.
    My account is still disabled when I tried to login to the new host name now

  • networknetwork Member
    edited January 12

    Did you try opening a ticket? My storage box was up in under 12 hours after migration.

  • @network said:
    Did you try opening a ticket? My storage box was up in under 12 hours after migration.

    Yes, I opened the ticket 2 days ago. Haven't got any response so far.

  • toftof Member
    edited January 12

    As mentioned in the email, the service was paused for less than a day. My box is now back online. Did you change the ftp address?

  • @tof said:
    As mentioned in the email, the service was paused for less than a day. My box is now back online. Did you change the ftp address?

    Tried new link, my account is still disabled.
    https://ftpus1.hostypanel.com:2222

  • @tivovv said: Tried new link, my account is still disabled.

    It's disabled on both servers?

  • @JabJab said:

    @tivovv said: Tried new link, my account is still disabled.

    It's disabled on both servers?

    Yes, disabled on both servers. It has been like this for 3 days

  • Same here. been 36 hours on my partner's account. Both directadmin panels are disabled (old and new), cannot access via ftp or owncloud. THe one site has on box is now missing, cannot access it either.

    Gosh, hate to say it but last time I recommend HostBrr to anyone...

  • [@realoleman said]

    Did you open a ticket? Have you got any replies?

  • labzelabze Member, Patron Provider
    edited January 12

    @realoleman said:
    Same here. been 36 hours on my partner's account. Both directadmin panels are disabled (old and new), cannot access via ftp or owncloud. THe one site has on box is now missing, cannot access it either.

    Gosh, hate to say it but last time I recommend HostBrr to anyone...

    Open a ticket and I'll refund you if the downtime is this bad.

    It is unfortunate that a few clients has a longer downtime during the migration. However, a few accounts contains alot of small files which unfortunately has slowed the queue down. Transferring 5 TB of 1 kb files take significantly longer than 5 TB of 10 GB files.

    If an account was in queue behind these accounts then there has been a unfortunate delay.

    A bunch of the accounts should be available now.

  • "A bunch of the accounts should be available now."

    Perhaps keeping people updated about solve the mystery behind this. Anyway, I will tell her about your offer, highly doubtful she wants to bother with a refund, think she just wants service :)

    Have a great day.

    Thanked by 2suyadi92 yoursunny
  • [@labze said]

    Can you keep us updated and let us know the progress? Thank you

  • The migration is completed. All my services are back online now. Thank you

  • @tivovv said:
    The migration is completed. All my services are back online now.

    Yours may be completed but mine has not started yet. But I am not concerned.

  • I also just hit the 3 day mark on my service being down. It's all good for it to take 3 days if you tell them that. It was a good deal I'm fine with that. There have been no further emails or contact about it as well....

  • labzelabze Member, Patron Provider
    edited January 17

    @daspork said:
    I also just hit the 3 day mark on my service being down. It's all good for it to take 3 days if you tell them that. It was a good deal I'm fine with that. There have been no further emails or contact about it as well....

    I agree the information is lackluster. But the jest is this, if your account is unavailable then it is still in process.

    Unfortunately with the amounts of accounts being migrated it would be too time consuming for me to reach out to all clients individually for any delays.

    I expected it to be much faster considering both servers are 10 Gbps compared to the migration in Germany where the source server only was 1 Gbps. However, it seems like many accounts store millions of kB files instead of larger files. This is significantly slower to transfer (approx. 100 Mbps compared the up to 5 Gbps throughput we see per large file).

    Thanked by 1zejjnt
  • rpqurpqu Member

    @labze said:

    @daspork said:
    I also just hit the 3 day mark on my service being down. It's all good for it to take 3 days if you tell them that. It was a good deal I'm fine with that. There have been no further emails or contact about it as well....

    However, it seems like many accounts store millions of kB files instead of larger files.

    People should have know the risk of storing gigantic amount of small files in HDD based storage. Perhaps there's a niche for SSD storage box too

  • @rpqu said: People should have know the risk of storing gigantic amount of small files in HDD based storage. Perhaps there's a niche for SSD storage box too

    100%! That's why I only get the HD videos of the gentlemens' special interest films. No pics.

    Thanked by 2rpqu zejjnt
  • @labze said:

    @daspork said:
    I also just hit the 3 day mark on my service being down. It's all good for it to take 3 days if you tell them that. It was a good deal I'm fine with that. There have been no further emails or contact about it as well....

    I agree the information is lackluster. But the jest is this, if your account is unavailable then it is still in process.

    Unfortunately with the amounts of accounts being migrated it would be too time consuming for me to reach out to all clients individually for any delays.

    I expected it to be much faster considering both servers are 10 Gbps compared to the migration in Germany where the source server only was 1 Gbps. However, it seems like many accounts store millions of kB files instead of larger files. This is significantly slower to transfer (approx. 100 Mbps compared the up to 5 Gbps throughput we see per large file).

    How are you transferring them? The VPS server is shutdown, transfer the virtual image, it's just a large binary file that'll benefit from compression. If transferring files, use compression and multiple threads.

  • labzelabze Member, Patron Provider

    @TimboJones said:

    @labze said:

    @daspork said:
    I also just hit the 3 day mark on my service being down. It's all good for it to take 3 days if you tell them that. It was a good deal I'm fine with that. There have been no further emails or contact about it as well....

    I agree the information is lackluster. But the jest is this, if your account is unavailable then it is still in process.

    Unfortunately with the amounts of accounts being migrated it would be too time consuming for me to reach out to all clients individually for any delays.

    I expected it to be much faster considering both servers are 10 Gbps compared to the migration in Germany where the source server only was 1 Gbps. However, it seems like many accounts store millions of kB files instead of larger files. This is significantly slower to transfer (approx. 100 Mbps compared the up to 5 Gbps throughput we see per large file).

    How are you transferring them? The VPS server is shutdown, transfer the virtual image, it's just a large binary file that'll benefit from compression. If transferring files, use compression and multiple threads.

    The migrations are for Storageboxes, not a VPS service.

    Accounts are migrated using rsync and and each pass is done in batches with multiple batches running once. The largest accounts were migrated first to ensure they wouldn't bottleneck the process.

    However, as mentioned, due to some accounts storing TBs worth of > 1 kB files even a 2 TB account takes longer than transferring 50 TB of accounts with larger files.

    This wasn't the case for any accounts during the migration in Germany, so this was unexpected.

    There shouldn't be any accounts left that are still suspended for longer periods. We're pretty much 95% done with the migratios.

  • @labze Will we restock the Germany Storageboxes before Valentine's Day? I am considering switching from the US to Germany.

  • @cosmossofa said:
    @labze Will we restock the Germany Storageboxes before Valentine's Day? I am considering switching from the US to Germany.

    Do let me know if you are interested in $30/year for 2TB germany storagebox, I am ready to transfer if the host permit.

  • cosmossofacosmossofa Member
    edited January 18

    @rohitsingh1333 said:

    @cosmossofa said:
    @labze Will we restock the Germany Storageboxes before Valentine's Day? I am considering switching from the US to Germany.

    Do let me know if you are interested in $30/year for 2TB germany storagebox, I am ready to transfer if the host permit.

    Thank you, my friend. However, I already have a 1TB box from US. I just want to start with a 500GB Germany one to try it out first.

  • quicksilver03quicksilver03 Member, Host Rep

    Accounts are migrated using rsync and and each pass is done in batches with multiple batches running once. The largest accounts were migrated first to ensure they wouldn't bottleneck the process.

    However, as mentioned, due to some accounts storing TBs worth of > 1 kB files even a 2 TB account takes longer than transferring 50 TB of accounts with larger files.

    FYI, rclone is much better at parallelizing copy operations across a network (see for example https://www.jeffgeerling.com/blog/2025/4x-faster-network-file-sync-rclone-vs-rsync/ ), though I've found that it sometimes misses setting owner, group and modes like the source.

    I usually make a 1st pass using rclone, then a 2nd pass using rsync to properly transfer file metadata.

    Thanked by 2rpqu zed
  • twaintwain Member

    @quicksilver03 said:

    Accounts are migrated using rsync and and each pass is done in batches with multiple batches running once. The largest accounts were migrated first to ensure they wouldn't bottleneck the process.

    However, as mentioned, due to some accounts storing TBs worth of > 1 kB files even a 2 TB account takes longer than transferring 50 TB of accounts with larger files.

    FYI, rclone is much better at parallelizing copy operations across a network (see for example https://www.jeffgeerling.com/blog/2025/4x-faster-network-file-sync-rclone-vs-rsync/ ), though I've found that it sometimes misses setting owner, group and modes like the source.

    I usually make a 1st pass using rclone, then a 2nd pass using rsync to properly transfer file metadata.

    Interesting about rclone. I'm doing a large rsync currently -- I would think about maybe using rclone instead but rclone unfortunately can't deal with hard links like rsync can and will wind up copying both files to the destination.

    Thanked by 1quicksilver03
Sign In or Register to comment.