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.
HostSolutions Shrinking Disk Space
This discussion has been closed.
Comments
@cociu ETA on vel7?
is checking errors from 2 days , i am verry dissgusted ... no eta indicated.
Are you going to offer vel7 customers refunds/credit for this?
i have mentionated before , i will give all 1 month for free. We have this problem only for 4 days so i think 1 month free is a good compensation. Yes is normaly to give this because was our fault not a customer one.
That's a good attitude. Will it be done automatically or open a support ticket?
need to be done manually but is not much , only 40 users maximum in this node. Once the service is active again if you dont see the change in your account in the next 24 hours yes you can ope a tiket.
@cociu I found my idling 1tb storage box has been dead for many days, could you please take a look at ticket #647457?Nevermind, although no answer to the ticket, the problem seems to be fixed.
Vel7 can restore it? I was one of the 35 users, unfortunately.
I was one of the 35 users too and your website was down for a few hours.
Vel7 still down. I'm starting to think my data might not survive this incident... Hope that turns out to be false.
What 35 users? Did I miss anything?
i can guarantee your data is safe. Unfortunatly we have move some data from the first day and now is checking errors from the last 30 hours. IS a verry big partion and for this is take a infernal time. so this is tarding nothing more.
Any (approximate) ETA when Vel7 will be fixed?
Is not indicate nothing , just is take vm with vm , process a check and stap away , if is take this in order i estimate a maximum 24 hours more BUT i am not sure so cannot give any eta in this moment. The problem is is like 60 tb of data so is much to check in all vms.
Ok, thanks. Will wait.
Good luck!
I've gone ahead and opened a ticket to ask for a refund... it doesnt look like the host will be coming back up anytime soon.
Well if this final step is the fsck then it will be back tomorrow I guess, the host cant speed this up, thought I would mention it in case it is worth suffering through 1 more day.
+1 @cociu - a lot quicker and less hassle than I expected
Thanks for that
Network and disk now much better than before, but horrendous cpu overhead or memory overload it seems (or maybe it's disk again). md5sum on a 4gb file took 21 sec cpu, but 5 minutes elapsed.
anyone have wait more than 96 hours for a fsck check ? i am very dispoinment with this ......
At leaset is not freez but no eta no nothing ...
you have the reason so way to tard ?
asumming you are in vel8 wich yesterday we have detect some users who dont care about others ... now is fixed , so give a try
Is there a way to find which node I'm on? It was invoice #4639. It's acting a lot better now: md5sum of that same file used around 20 sec cpu, 31.5 sec elapsed.
you are in vel6 Let me see what heve in this node
root@vel6:~# w
10:45:16 up 17 days, 11:41, 1 user, load average: 2.32, 2.57, 2.70
System Info
Processor : Intel(R) Xeon(R) CPU E5-2450L 0 @ 1.80GHz
CPU Cores : 32
Frequency : 1795.644 MHz
Memory : 196514 MB
Swap : 196255 MB
Uptime : 17 days, 11:42,
OS : Debian GNU/Linux 7
Arch : x86_64 (64 Bit)
Kernel : 2.6.32-48-pve
Hostname : vel6
Speedtest (IPv4 only)
Your public IPv4 is x.x.x.x
Location Provider Speed
CDN Cachefly 44.4MB/s
Atlanta, GA, US Coloat 10.1MB/s
Dallas, TX, US Softlayer 10.4MB/s
Seattle, WA, US Softlayer 8.49MB/s
San Jose, CA, US Softlayer 9.39MB/s
Washington, DC, US Softlayer 10.3MB/s
Tokyo, Japan Linode 6.07MB/s
Singapore Softlayer 4.38MB/s
Rotterdam, Netherlands id3.net 842KB/s
Haarlem, Netherlands Leaseweb 71.3MB/s
Disk Speed
I/O (1st run) : 129 MB/s
I/O (2nd run) : 133 MB/s
I/O (3rd run) : 151 MB/s
Average I/O : 137.667 MB/s
root@vel6:~#
This is your node @willie , i have make the test in the same array waht you have the vm.
Thanks, yes, either cpu or disk i/o was badly overloaded earlier today but it's good now. Network speed was good earlier when I transferred that file earlier. I haven't done any more large transfers but ssh is snappy. The node is pretty fast right now, let's hope it lasts
.
this node is closed so no futures orders will be located in this , also if we note some huge usage more for others users we will try to blanace between nodes. So yes should be a good node .
It's a storage node though right? Who cares if the cpu is a bit overloaded, probably people assuming they can use it as a compute node with a ton of storage for next to nothing.
Boys will be boys.
if your fsck takes ages you probably still have at least one bad drive in your raid array.
Not sure how you're running the fsck (i.e. automagically at boot or manually), but if you can control/manually run fsck, here's a good way to get some details on what is going on:
fsck.ext4 -f -t -v -C0 [device](assuming that you are using ext4 on Linux). Change according to your file system.