-
Updated
Aug 24, 2021 - Go
storage
Here are 2,562 public repositories matching this topic...
-
Updated
Aug 19, 2021 - JavaScript
-
Updated
Aug 10, 2021 - JavaScript
Is your proposal related to a problem?
Replication is currently slow.
Describe the solution you'd like
tools bucket replicate
could upload a few objects at a time instead of one by one
Describe alternatives you've considered
Copying the objects with some other tool but tools bucket replicate
is way too convenient because you can use two completely different object st
-
Updated
Aug 23, 2021 - JavaScript
-
Updated
Aug 24, 2021 - Go
-
Updated
May 23, 2021 - Python
Before opening, please confirm:
- I have searched for duplicate or closed issues and discussions.
- I have read the guide for submitting bug reports.
- I have done my best
Local PV (device) provisioner leaves a stale BDC in the following case:
- On PVC request, creates a BDC
- If the system doesn't have a matching BD, then PVC request keeps retrying, and so does the NDM operator that keeps retrying
- Now if the user deletes the PVC, then Local PV (device) provisioner doesn't get the trigger to process delete, as there was no PVC.
This causes the stale BDC
I read the docs of dexie-export-import thoroughly, however I didn't find a way how to add onto the current database when importing the data. It either completely replaces the whole table or merges and overwrites any row with the same id.
What I'd like to do is to import the data with new id's, while keeping the old data in the table intact.
-
Updated
Jul 19, 2021 - JavaScript
Looking at sticky activation it seems to be calling current high resolution time without a global (that is needed in order to know the time origin).
It'd be good to pass along the global. (W
or window
, if I'm reading the algorithms correctly)
Here is an issues with detailed description: NekR/offline-plugin#77
-
Updated
Aug 23, 2021 - Python
-
Updated
Oct 11, 2019 - Java
-
Updated
Aug 24, 2021 - Go
-
Updated
Aug 24, 2021 - C
-
Updated
Aug 15, 2021 - JavaScript
-
Updated
Jul 12, 2021
We want to have consistent and structured logs to improve the ability to filter and analyse longhorn-manager logs.
Currently the controller uses the global logrus package logger, the task here would be to switch the log calls to the instance logger that was implemented in longhorn/longhorn-manager#661
While doing this also improve the log messages, where possible.
For an example of a successf
-
Updated
Aug 10, 2021 - JavaScript
-
Updated
Aug 3, 2021 - Ruby
-
Updated
Aug 11, 2021 - Go
-
Updated
Nov 1, 2018 - Go
-
Updated
Nov 19, 2020 - JavaScript
The benchmarking scripts in benches/
haven't been updated since the VM decoupling refactor began.
Improve this page
Add a description, image, and links to the storage topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the storage topic, visit your repo's landing page and select "manage topics."
There are a lot of options in persistConfig that aren't mentioned in the README. We should add a section to the README that documents each option you can declare in a persistConfig.