Just FYI, setting size and min_size to 1 is a last resort in my mind - to get you out of dodge !!!!!! Before setting that you should have made your self 105% certain that all OSD you leave ON, have NO bad sectors or no sectors pending or no any errors of any kind. once you can mount the cephfs, just delete everything you don’t actually need. Trust everybody has some data that they don’t trully need … this pron collection that you can redownload ;) that set of iso files that you downloaded from ubuntu but you can download them later … it might turn out that one of those files will contain the missing objects and your recovery will be pointless. > On 29 Aug 2017, at 20:49, Willem Jan Withagen <wjw@xxxxxxxxxxx> wrote: > > On 29-8-2017 19:12, Steve Taylor wrote: >> Hong, >> >> Probably your best chance at recovering any data without special, >> expensive, forensic procedures is to perform a dd from /dev/sdb to >> somewhere else large enough to hold a full disk image and attempt to >> repair that. You'll want to use 'conv=noerror' with your dd command >> since your disk is failing. Then you could either re-attach the OSD >> from the new source or attempt to retrieve objects from the filestore >> on it. > > Like somebody else already pointed out > In problem "cases like disk, use dd_rescue. > It has really a far better chance of restoring a copy of your disk > > --WjW > >> I have actually done this before by creating an RBD that matches the >> disk size, performing the dd, running xfs_repair, and eventually >> adding it back to the cluster as an OSD. RBDs as OSDs is certainly a >> temporary arrangement for repair only, but I'm happy to report that it >> worked flawlessly in my case. I was able to weight the OSD to 0, >> offload all of its data, then remove it for a full recovery, at which >> point I just deleted the RBD. >> >> The possibilities afforded by Ceph inception are endless. ☺ >> >> >> >> Steve Taylor | Senior Software Engineer | StorageCraft Technology Corporation >> 380 Data Drive Suite 300 | Draper | Utah | 84020 >> Office: 801.871.2799 | >> >> If you are not the intended recipient of this message or received it erroneously, please notify the sender and delete it, together with any attachments, and be advised that any dissemination or copying of this message is prohibited. >> >> >> >> On Mon, 2017-08-28 at 23:17 +0100, Tomasz Kusmierz wrote: >>> Rule of thumb with batteries is: >>> - more “proper temperature” you run them at the more life you get out >>> of them >>> - more battery is overpowered for your application the longer it will >>> survive. >>> >>> Get your self a LSI 94** controller and use it as HBA and you will be >>> fine. but get MORE DRIVES !!!!! … >>>> On 28 Aug 2017, at 23:10, hjcho616 <hjcho616@xxxxxxxxx> wrote: >>>> >>>> Thank you Tomasz and Ronny. I'll have to order some hdd soon and >>>> try these out. Car battery idea is nice! I may try that.. =) Do >>>> they last longer? Ones that fit the UPS original battery spec >>>> didn't last very long... part of the reason why I gave up on them.. >>>> =P My wife probably won't like the idea of car battery hanging out >>>> though ha! >>>> >>>> The OSD1 (one with mostly ok OSDs, except that smart failure) >>>> motherboard doesn't have any additional SATA connectors available. >>>> Would it be safe to add another OSD host? >>>> >>>> Regards, >>>> Hong >>>> >>>> >>>> >>>> On Monday, August 28, 2017 4:43 PM, Tomasz Kusmierz <tom.kusmierz@g >>>> mail.com> wrote: >>>> >>>> >>>> Sorry for being brutal … anyway >>>> 1. get the battery for UPS ( a car battery will do as well, I’ve >>>> moded on ups in the past with truck battery and it was working like >>>> a charm :D ) >>>> 2. get spare drives and put those in because your cluster CAN NOT >>>> get out of error due to lack of space >>>> 3. Follow advice of Ronny Aasen on hot to recover data from hard >>>> drives >>>> 4 get cooling to drives or you will loose more ! >>>> >>>> >>>>> On 28 Aug 2017, at 22:39, hjcho616 <hjcho616@xxxxxxxxx> wrote: >>>>> >>>>> Tomasz, >>>>> >>>>> Those machines are behind a surge protector. Doesn't appear to >>>>> be a good one! I do have a UPS... but it is my fault... no >>>>> battery. Power was pretty reliable for a while... and UPS was >>>>> just beeping every chance it had, disrupting some sleep.. =P So >>>>> running on surge protector only. I am running this in home >>>>> environment. So far, HDD failures have been very rare for this >>>>> environment. =) It just doesn't get loaded as much! I am not >>>>> sure what to expect, seeing that "unfound" and just a feeling of >>>>> possibility of maybe getting OSD back made me excited about it. >>>>> =) Thanks for letting me know what should be the priority. I >>>>> just lack experience and knowledge in this. =) Please do continue >>>>> to guide me though this. >>>>> >>>>> Thank you for the decode of that smart messages! I do agree that >>>>> looks like it is on its way out. I would like to know how to get >>>>> good portion of it back if possible. =) >>>>> >>>>> I think I just set the size and min_size to 1. >>>>> # ceph osd lspools >>>>> 0 data,1 metadata,2 rbd, >>>>> # ceph osd pool set rbd size 1 >>>>> set pool 2 size to 1 >>>>> # ceph osd pool set rbd min_size 1 >>>>> set pool 2 min_size to 1 >>>>> >>>>> Seems to be doing some backfilling work. >>>>> >>>>> # ceph health >>>>> HEALTH_ERR 22 pgs are stuck inactive for more than 300 seconds; 2 >>>>> pgs backfill_toofull; 74 pgs backfill_wait; 3 pgs backfilling; >>>>> 108 pgs degraded; 6 pgs down; 6 pgs inconsistent; 6 pgs peering; >>>>> 7 pgs recovery_wait; 16 pgs stale; 108 pgs stuck degraded; 6 pgs >>>>> stuck inactive; 16 pgs stuck stale; 130 pgs stuck unclean; 101 >>>>> pgs stuck undersized; 101 pgs undersized; 1 requests are blocked >>>>>> 32 sec; recovery 1790657/4502340 objects degraded (39.772%); >>>>> recovery 641906/4502340 objects misplaced (14.257%); recovery >>>>> 147/2251990 unfound (0.007%); 50 scrub errors; mds cluster is >>>>> degraded; no legacy OSD present but 'sortbitwise' flag is not set >>>>> >>>>> >>>>> >>>>> Regards, >>>>> Hong >>>>> >>>>> >>>>> On Monday, August 28, 2017 4:18 PM, Tomasz Kusmierz <tom.kusmierz >>>>> @gmail.com> wrote: >>>>> >>>>> >>>>> So to decode few things about your disk: >>>>> >>>>> 1 Raw_Read_Error_Rate 0x002f 100 100 051 Pre-fail >>>>> Always - 37 >>>>> 37 read erros and only one sector marked as pending - fun disk >>>>> :/ >>>>> >>>>> 181 Program_Fail_Cnt_Total 0x0022 099 099 000 Old_age >>>>> Always - 35325174 >>>>> So firmware has quite few bugs, that’s nice >>>>> >>>>> 191 G-Sense_Error_Rate 0x0022 100 100 000 Old_age >>>>> Always - 2855 >>>>> disk was thrown around while operational even more nice. >>>>> >>>>> 194 Temperature_Celsius 0x0002 047 041 000 Old_age >>>>> Always - 53 (Min/Max 15/59) >>>>> if your disk passes 50 you should not consider using it, high >>>>> temperatures demagnetise plate layer and you will see more errors >>>>> in very near future. >>>>> >>>>> 197 Current_Pending_Sector 0x0032 100 100 000 Old_age >>>>> Always - 1 >>>>> as mentioned before :) >>>>> >>>>> 200 Multi_Zone_Error_Rate 0x002a 100 100 000 Old_age >>>>> Always - 4222 >>>>> your heads keep missing tracks … bent ? I don’t even know how to >>>>> comment here. >>>>> >>>>> >>>>> generally fun drive you’ve got there … rescue as much as you can >>>>> and throw it away !!! >>>>> >>>>> >>>> >>>> >> _______________________________________________ >> ceph-users mailing list >> ceph-users@xxxxxxxxxxxxxx >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> > _______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
 |