Hiroki Kobayashi
Hiroki Kobayashi
It would be very helpful if current HEAD were tagged, so that it could be used via Ansible Galaxy.
If `ListIterator` tries to iterate over an improper list, it panics while retrieving its elements. Is it possible for `ListIterator` to fail in a modest way like throwing errors, rather...
https://docs.rs/crate/frugalos/0.18.0 などを参照。 `docs.rs failed to build frugalos-0.18.0` と言われる docs 生成処理の、liberasurecode のビルド中に失敗している。 ``` [INFO] [stderr] + git clone https://github.com/ceph/gf-complete.git [INFO] [stderr] Cloning into 'gf-complete'... [INFO] [stderr] fatal: unable to access 'https://github.com/ceph/gf-complete.git/':...
## Types of changes Please check one of the following: - [ ] Bug fix (non-breaking change which fixes an issue) - [ ] New feature (non-breaking change which adds...
現状の `it/` に置かれている統合テストでは、特定の環境で現在動いている frugalos に問題があるかどうかを調べることができない。
[std::future::Future](https://doc.rust-lang.org/nightly/std/future/trait.Future.html) got stabilized in Rust 1.36.0. As we migrate to std::future, there is a big obstacle: [futures 0.1](https://docs.rs/futures/0.1.28/futures/) and std::future are not compatible. To overcome this, a [compatibility layer](https://rust-lang-nursery.github.io/futures-rs/blog/2019/04/18/compatibility-layer.html) is...
デバイスの不調の兆候を検出して、対応ができるようにします。 以下の兆候を検出します: (1) I/O のレイテンシ増大。具体的には、x 回の I/O にかかる時間が y 秒以上であれば不調と判定する。 (2) I/O エラー増加。具体的には、x 秒以内に I/O エラーが x 回以上起起これば不調と判定する。 また、不調と判定した後、対応として以下が選択できます: (1) すぐにデバイスを止める (2) n 回までは耐える (3) 無視してそのままデバイスを動かす (止めるのであれば手動でデバイスを止める想定)
Explaining the most recommended way to use this crate is something everyone wants.