Derek Su
Derek Su
> @COLDTURNIP > > This PR has been open since October 4 with all checks passing. I wanted to check: > > 1. Does this PR need any formal process...
> @derekbit Any progress with this? I've tested locally and it works well! We are reviewing the ticket.
Thanks @lexfrei's contribution!
Because of the introduction of UBLK, @PhanLe1010 and I will redesign the live upgrade. cc @PhanLe1010
Thanks @roger-ryao Can you create a PR to update https://longhorn.io/docs/1.11.0/best-practices/#operating-system? Thank you.
Thanks @lexfrei. ~~If you have time, would you be able to create a doc for the gateway api support? Thank you.~~ The doc is already in https://github.com/longhorn/website/pull/1259.
V1 testing - https://10.115.5.5/job/private/job/longhorn-tests-regression/330/ - https://10.115.5.5/job/private/job/longhorn-tests-regression/331/ V2 testing - https://10.115.5.5/job/private/job/longhorn-tests-regression/329/parameters/ - https://10.115.5.5/job/private/job/longhorn-tests-regression/333/parameters/
> cc [@Vicente-Cheng](https://github.com/Vicente-Cheng) [@WebberHuang1118](https://github.com/WebberHuang1118) Harvester may need to enable some default settings to reduce snapshot disk usage. > > [@derekbit](https://github.com/derekbit) also considers reducing the snapshot count, since 250 is too...
> If Longhorn issues an unmap request to the target snapshot each time after copying a data chunk from it to its child. Then there won't be extra space wasted....
Should we issue a sync request for each rebuilt snapshot file or each data region?