Strange upload error
-
I’m very very confused by this.
Is there a failure to actually uploading the image? Based on the video, it seems to be doing what it needs to even with all the “errors” on the screen. Of course we only see the point of the first partition calculating the bitmap and uploading the first partition, but does it not go further?
-
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.
Yours
Julian
-
@Julianh said:
If I run the image in “upload - debug” mode, can I run the commands in that mode?
Try host -> Basic tasks -> Debug. That should get you to a shell.
-
This is the end screen.
-
@Julianh Is it possible there’s an issue with RAM on this device? Or is this what’s happening on ALL devices?
-
This is the result of the hdparm -I /dev/sda command. I didn’t know what you wanted, so here’s the lot.
-
@Tom-Elliott
Hi Tom, the Machine is behaving perfectly well, I doubt there’s a memory issue, but I’ll run a check on it anyway. THanks for the suggestion.Julian
-
@Julianh I forgot to say Tom, It’s only this one machine.
-
@Julianh said:
I forgot to say Tom, It’s only this one machine.
Do other machines of this model work?
-
The disk model is pretty close to those I mentioned earlier but I don’t think that my suggestions on broken FPDMA_AA were correct in this case - now that I know that it’s only this one machine having issues. I guess you have the same disk in all or some of the other machines as well.
It might be memory but from the things we have seen so far I reckon it’s the disk itself - as simple as that. Run another debug session and
smartctl -A /dev/sda. If you post a picture of the values we’ll probably be able to tell you how “healthy” your disk is. -
I fixed it, it was the grapjics card. I swapped it over and now it’s working perfectly.
I spend, not hours, but days on this, eventually I swapped every component with one that worked.
Thanks for all your help, what a weird one!
Could you change this to solved please
Thanks
-
@Julianh WOW! Not something I’d have ever come up with. Thanks a lot for reporting back. I am really glad that we don’t need any kind of special kernel patch to make this work.
