This is the result of the hdparm -I /dev/sda command. I didn’t know what you wanted, so here’s the lot.
Posts made by Julianh
RE: Strange upload error
Thanks you all for getting back to me.
I’ve uploaded a slightly longer video to https://youtu.be/cg5tpB3kq9M
It shows the imaging start, but at the end it fails. I have to wait 12 hours for that though.
Tom, the image continues, as if it were imaging the server, then fails. The imaging will take 12 hours or so it says, it’s 9pm here, so I’ll post the “end” error tomorrow morning.
Sebastian, there is no raid in the microserver. The drive is a samsung 1TB green. If I run the image in “upload - debug” mode, can I run the commands in that mode?
Thanks again for your help. I’ll post the image tomorrow.
RE: Strange upload error
I’m working away, so I only had the weekend to try it. I swapped over the hard drive, and then tried the libata.force=noncq option, but unfortunatley it didn’t work.
Do you have any suggestions I could try, or options I could enable?
I’m back home at the weekend, then at home for a couple of weeks. Hopefully we can find the solution then.
Is there ny further information you want?
Strange upload error
I have fog working perfectly on all my servers, all identical, in the immortal words of Bill and Ted “a most bodacious product”
However I have one other server, a HP microserver, old box, Dual core 1.3 Ghz CPU no less! It presents an error initially then starts cloning, with speeds of 350-ish MB, and eventually fails.
The error code is TSC: Fats Calibration failed
ata2.00: failed to enable AA (error_mask=0x1)
ata1.00: failed to enable AA (error_mask=0x1)
There is nothing else on the switch, just a Fog server, this microserver and 2 draytek 2860 routers.
A picture is worth a thousand wods, so I uploaded the video of it here
Does anyone have an idea what it is?
I ran out of disk space on the data disk today, but couldn’t work out why. I then researched it a bit and found that Linux reserves 5% of the disk in case you start to run out, for the system files. Great idea for system disks, but pointless if you have data disks for say images.
This command removes the reservation from the disk, and gives you back the 5%
sudo tune2fs -m 0 /dev/sdb1
I hope this is useful
Imaging fails on one machine but worked previously.
I wanted to put up this problem, and it’s solution, as it had me banging my head for ages, tom kindly connected up, and also spent ages trying to debug it.
The problem was one of my machines just stopped downloading images. Obviously you assume it’s the machine, checked the bios for changes, compared it to a working machine, not the bios.
Re imported the machine, no change. In the end I rebuilt the fog server totally, even gparted that partitions to make sure there was nothing left. Still no joy.
Tom suspected it was the disks, had I put then in a raid array? No the disks were each attached to a sata controller, no raid. As Tom put it, “it’s the disks”.
By now I’m getting concerned, as courses are scheduled and I can’t restore the correct images, not a career move.
I decided to check the disks were working by installing 2008R2. I started the install, it saw the disks, but when it started copying files it initially paused for ages, as if it couldn’t access the disks. But it did, a delay of 3-4 minutes, create the partition.
I then tried downloading an image from fog and it worked perfectly, and has been doing so since I installed 2008 that was subsequently over written.
So what caused it? I re initialised the partition table before all this, and I wonder if somehow there was some form of corruption in it.
I hope this helps someone, and many thanks to Tom for his help and “it’s the disks” comment
Could someone mark it as solved please