Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
On 22/02/16 06:00 PM, Lars Ellenberg wrote: > On Mon, Feb 22, 2016 at 12:10:12PM -0500, Digimer wrote: >> On 22/02/16 11:59 AM, Lars Ellenberg wrote: >>> On Thu, Feb 18, 2016 at 02:04:36PM -0500, Digimer wrote: >>>> This software is purely for 8.4, so I am not worried about DRBD 9 >>>> compatibility at this time. >>>> >>>> That said, I would rather not use it anyway, so if I can get the >>>> estimate resync time via another tool, I would prefer to do so. >>> >>> I don't think we have that readily available, really. >>> It is also a rough estimate anyways, >>> based on sampling the out-of-sync count, >>> guestimating a derivative, and extrapolating to zero... >>> >>> I still could put that in some connection/peer_device specific sysfs >>> or debugfs file. >>> >>> Lars >> >> If no one else has asked for this, don't worry about it. I am pretty >> sure that it is always 'hh:mm:ss', right? It never reports days? > > Code reads: > seq_printf(seq, "finish: %lu:%02lu:%02lu", > rt / 3600, (rt % 3600) / 60, rt % 60); > > That was a "Yes." ;-) Excellent, thanks for confirming. >> Assuming so, I already went ahead and wrote a simple parser that does >> ((hh*3600) + (mm*60) + sec) and that's working well enough. >> >> Having this type of info (setup for parsing by programs) in sysfs for >> drbd 9 though would be a lovely feature to have. That is where we'll be >> focusing our long term efforts. > _______________________________________________ > drbd-user mailing list > drbd-user at lists.linbit.com > http://lists.linbit.com/mailman/listinfo/drbd-user > -- Digimer Papers and Projects: https://alteeve.ca/w/ What if the cure for cancer is trapped in the mind of a person without access to education?