Cypress + cucumber: No test found when run "cypress open"

HI,
I have tried to set up a project with cypress / cypress-cucumber-preprocessor and typescript but it's not working totally.
When I run "cypress run --spect ..."  this command work properly and I got the result properly "All steps passed" but when I run "cypress open e2e --browser chrome" and I click in the test I got a error "Cypress could not detect tests in this file."
Error: Build failed with 1 error:
C:\Dev\Hilco\node_modules\esbuild\lib\main.js:255:12: ERROR: Invalid option in build() call: "watch"
    at failureErrorWithLog (C:\Dev\Hilco\node_modules\esbuild\lib\main.js:1636:15)
    at C:\Dev\Hilco\node_modules\esbuild\lib\main.js:953:16
    at responseCallbacks.<computed> (C:\Dev\Hilco\node_modules\esbuild\lib\main.js:697:9)
    at handleIncomingPacket (C:\Dev\Hilco\node_modules\esbuild\lib\main.js:752:9)
    at Socket.readFromStdout (C:\Dev\Hilco\node_modules\esbuild\lib\main.js:673:7)
    at Socket.emit (node:events:513:28)
    at Socket.emit (node:domain:489:12)
    at addChunk (node:internal/streams/readable:324:12)
    at readableAddChunk (node:internal/streams/readable:297:9)
    at Socket.Readable.push (node:internal/streams/readable:234:10)
    at Pipe.onStreamRead (node:internal/stream_base_commons:190:23)

And I don't know why
My package.json file:
{
  "name": "test",
  "version": "1.0.0",
  "description": "",
  "scripts": {
    "cypress:runner": "cypress open --e2e --browser chrome",
    "test": "cypress run --spec \"**/*.feature\"",
    "cypress:execution": "cypress run --spec cypress/e2e/features/*",
    "cypress:execution-tags": "cypress run --env tags=@mobile",
    "cypress:execution-allure": "cypress run --env allure=true",
    "allure:clear": "rm -r allure-results/ allure-report cypress/screenshots || true",
    "allure:report": "allure generate allure-results --clean -o allure-report",
    "allure:history": "mv -f allure-report/history allure-results/history && rm -r allure-report || true"
  },
  "devDependencies": {
    "@badeball/cypress-cucumber-preprocessor": "15.1.2",
    "cypress": "12.4.0",
    "typescript": "4.9.4"
  },
  "dependencies": {
    "@bahmutov/cypress-esbuild-preprocessor": "2.1.5",
    "@cypress/xpath": "2.0.3",
    "@shelex/cypress-allure-plugin": "2.34.0",
    "cypress-xpath": "2.0.1",
    "esbuild": "0.17.4",
    "ts-loader": "9.4.2"
  }
}

My cypress.config.ts
async function setupNodeEvents(on, config) {
    // This is required for the preprocessor to be able to generate JSON reports after each run, and more,
    await preprocessor.addCucumberPreprocessorPlugin(on, config);

    on(
        'file:preprocessor',
        createBundler({
            plugins: [createEsbuildPlugin.default(config)]
        })
    );
    allureWriter(on, config);

    // Make sure to return the config object as it might have been modified by the plugin.
    return config;
}

module.exports = defineConfig({
    e2e: {
        setupNodeEvents,
        specPattern: '**/*.{feature,features}',
        videosFolder: 'out/videos',
        screenshotsFolder: 'out/screenshots',
        baseUrl: 'https://www.google.com,
        defaultCommandTimeout: 30000,
        requestTimeout: 30000,
        chromeWebSecurity: false,
        env: {
            allureReuseAfterSpec: true
        }
    }
});

My .cypress-cucumber-preprocessorrc.json file:
{

  "json": {
    "enabled": false,
    "output": "jsonlogs/log.json",
    "formatter": "cucumber-json-formatter.exe"
  },
  "messages": {
    "enabled": false,
    "output": "jsonlogs/messages.ndjson"
  },
  "html": {
    "enabled": false
  },
  "stepDefinitions": [
    "[filepath]/**/*.{js,ts}",
    "[filepath].{js,ts}",
    "cypress/e2e/step_definitions/*.{js,ts}",
    "[filepath]\\***.{js,ts}",
    "[filepath].{js,ts}",
    "cypress\\e2e\\step_definitions\\*.{js,ts}"
  ]
}

My feature file
Feature: Test
    Scenario: Test
        Given I navigate to google page

My step definition:
import { Given } from '@badeball/cypress-cucumber-preprocessor';

Given('I navigate to main page', () => {
    cy.visit('https://www.google.com/');
});

My structure
cypress
|- e2e
|----- features
|----- step_definitions
|-  fixtures
|-  integration
|-  plugin
|-  support

What am I doing wrong?
Thank you in advance

Duplicate of https://github.com/badeball/cypress-cucumber-preprocessor/issues/929.

Thank you
I've changed my esbuild version and works


Toggle for Dark Mode

It would be nice to have a dark mode toggle. I have already implemented this in my fork of the project. If people are interested I could re-fork and create a PR with just the dark mode toggle functionality.
Here's a sample of how the toggle looks:

Dark Mode

Light Mode

@davidtmiller

@shahrk I would be happy if you could share your code with me! :)

Hey @swiese42 you could simply fork my version - https://github.com/shahrk/shahrk.github.io


No entities detected by the add-on

Problem
Core 2023.12.4
Supervisor 2023.12.0
Operating System 11.2
It sounds like you've configured everything as needed, there are no errors in the logs, the UPS has been detected, the add-on has connected to Mosquitto, but you're unable to find the entities it detected. You've tried both automatic and manual configuration tests, but nothing seems to be adding.

Hi @bistek22
Thanks for testing the SmartNUT addon.
For now, it still publishes on mqtt topics not aligned with Home Assistant to be automatically detected (Sensor...).
That's my next step, after the end of year break.
Thanks again for your report and your patience

I'm waiting for further development of the project, it looks very promising, finally I'll be able to manage my servers safely and easily with Bee.

Thanks for your encouraging feedback 😄
What is Bee by the way? I'm just a month old into home assistant...

Just a heads up, I'm still heavily over busy with work and home


Installation

Installation stuck on license page.http://localhost/TastyIgniter/setup/license

Same Problem here!

The installation get stop on licence page while installation.

Same here. Installation stops at license page. Click on "Continue" but page keeps refreshing over and over.

Use issues to report bugs, please post your questions on the forums or better still search the forums for existing solutions.


Doc improvements

Description
Various documentation updates

add text to attributes where changing them will replace the resource
add warning requested in an issue #393
reword note on offer_url in integration resources

Type of change

Other: documentation updates

/merge

/merge


Fix package.json for modules/arcgis

My previous PR #4252 was missing some build-related info in the package.json file for the @deck.gl/arcgis module. This is a first attempt at fixing it.

Coverage increased (+2.6%) to 82.104% when pulling d36a3c5b1b93dfbbe3e1eb8fbf6ad0b0d721f506 on damix911:ddamico/arcgis-bundling-fix into 4ba349d536424d6a612c92fd61493e89aceec8ea on uber:master.

Can I merge this even if CI wasn't successful? Is this a real failure on my end or not: https://travis-ci.com/uber/deck.gl/jobs/290251533

@damix911 I think travis is having some issues. I was seeing errors related to apt yesterday. If the tests are passing for you locally, it's fine to merge.

@tsherif @Pessimistress Thank you!


Add CI check for unregistered rules.

More or less everyone at this point has managed to write a rule and forget to register it. We should write some code in CI that spots that and yells at you.

Is this done?

Yes.


Invalid character group name

Hello Team,
I am getting an error when trying to use the plugin, I am a novice at nvim but I isolated the problem as much as possible this is what's in my config.
vim.o.background = 'dark'
require('vscode').setup{}

this was stripped from the documentation
I am using packer to install the plugin
this is the error message

The odd part is I am getting the theme to work but I continue to get this error every time I open nvim

I'm experiencing the same issue.  I have confirmed it is caused by this commit:
https://github.com/Mofiqul/vscode.nvim/commit/ec639c1e96793583a97b96924503ef950593ec22

I've also confirmed that the new highlight groups work with NeoVim 0.8. I was running 0.7 previously.

I see I am using 0.7 as well

It also fixed the issue when upgrading to 0.8

I see this error with 0.7.2 using this colorscheme.

Upgrading Neovim to v0.8 fixed this issue.

Hmm... I'm on NeoVim v0.8 but still getting this, any thought on what it might be?

Upgrading to NVIM 0.9 solves this lol ..

I see this error with 0.7.2 using this colorscheme.

For anyone else like me that is stuck on the 0.7.x version til the  neovim-ppa package maintainers make  0.8+ part of the stable release, just lock in the last version that worked. If you're using packer plugin manager like me, then replace:
use { 'Mofiqul/vscode.nvim' }
With:
use { 'Mofiqul/vscode.nvim', commit = "c5125820a0915ef50f03fae10423c43dc49c66b1" }
Other plugin managers will have a similar mechanism to pin a specific commit for a plugin.


Remove zooom/2 - it's discontinued.

The developer homepage states that the project is closed.
"December 2016 represents the end of just over 10 years of work to bring a better move/resize tool to the market. Zooom/2 sold its very first copy in the second half of October in 2006, just over a decade ago.
Closing down the website and product from a commercial standpoint brings a mixed bag of feelings. On one hand I've been in the unique situation to help thousands of people have a far better experience on the Mac - and on the other hand I have chosen to stop active development of the product.
[...]
I will leave the website running until March 2017, after which it too shall be shut down."
http://www.coderage-software.com/index.html
If there’s a checkbox you can’t complete for any reason, that's okay, just explain in detail why you weren’t able to do so.
After making all changes to the cask:

[ ] brew cask audit --download {{cask_file}} is error-free.
[ ] brew cask style --fix {{cask_file}} reports no offenses.
[ ] The commit message includes the cask’s name and version.

Additionally, if adding a new cask:

[ ] Named the cask according to the token reference.
[ ] brew cask install {{cask_file}} worked successfully.
[ ] brew cask uninstall {{cask_file}} worked successfully.
[ ] Checked there are no open pull requests for the same cask.
[ ] Checked the cask was not already refused in closed issues.
[ ] Checked the cask is submitted to the correct repo.

See also #30281


How to use SSLOnlineEvaluator callback

❓ Questions and Help
Before asking:
Lightning Forum Posted Question: https://forums.pytorchlightning.ai/t/how-to-use-sslonlineevaluator/309
What is your question?
I study the code provided here SSL SimCLR on colab, and implemented a similar code.
I have modified the datamodule to load mine, and I can run the code. However, if I use SSLOnlineEvaluator. I cannot make it work. If I specify the callbacks for model, the error shows:
TypeError: on_train_batch_end() takes 6 positional arguments but 7 were given
Code
I have the following code:
def to_device(batch, device):
    (img1, _), y = batch
    img1 = img1.to(device)
    y = y.to(device)
    return img1, y

online_finetuner = SSLOnlineEvaluator(z_dim=2048 * 2 * 2, num_classes = 7)
online_finetuner.to_device = to_device

lr_logger = LearningRateMonitor()

callbacks = [online_finetuner, lr_logger]

# pick data
rafdb_height=100
batch_size=64

# data
dm = RAFDBDataModule(num_workers=0)
dm.train_transforms = SimCLRTrainDataTransform(input_height=rafdb_height)
dm.val_transforms = SimCLREvalDataTransform(input_height=rafdb_height)
dm.test_transforms = SimCLREvalDataTransform(input_height=rafdb_height)

# model
model = SimCLR(num_samples=dm.num_samples, batch_size=batch_size)

# fit
trainer = pl.Trainer(gpus=1, max_epochs=20, callbacks=callbacks)
trainer.fit(model, dm)

Full Output information:
GPU available: True, used: True
TPU available: False, using: 0 TPU cores
LOCAL_RANK: 0 - CUDA_VISIBLE_DEVICES: [0]

  | Name                 | Type         | Params
------------------------------------------------------
0 | encoder              | ResNet       | 25 M
1 | projection           | Projection   | 4 M
2 | non_linear_evaluator | SSLEvaluator | 8 M
Epoch 0:   0%|          | 0/383 [00:00<?, ?it/s] Traceback (most recent call last):
  File "H:/Project/PycharmProject/FER_Long-tailed/train_SimCLR.py", line 236, in <module>
    trainer.fit(model, dm)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\trainer.py", line 440, in fit
    results = self.accelerator_backend.train()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\accelerators\gpu_accelerator.py", line 54, in train
    results = self.train_or_test()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\accelerators\accelerator.py", line 66, in train_or_test
    results = self.trainer.train()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\trainer.py", line 483, in train
    self.train_loop.run_training_epoch()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\training_loop.py", line 557, in run_training_epoch
    self.on_train_batch_end(epoch_output, epoch_end_outputs, batch, batch_idx, dataloader_idx)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\training_loop.py", line 249, in on_train_batch_end
    self.trainer.call_hook('on_train_batch_end', epoch_end_outputs, batch, batch_idx, dataloader_idx)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\trainer.py", line 823, in call_hook
    trainer_hook(*args, **kwargs)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\callback_hook.py", line 147, in on_train_batch_end
    callback.on_train_batch_end(self, self.get_model(), outputs, batch, batch_idx, dataloader_idx)
TypeError: on_train_batch_end() takes 6 positional arguments but 7 were given
Epoch 0:   0%|          | 0/383 [00:02<?, ?it/s]

Process finished with exit code 1

What have you tried?
Try to put OnlineEvaluator as the only callback, but it does not work as well.
What's your environment?

OS: Win10
Packaging [e.g. pip, conda]
Version:
python                    3.8.6
pytorch                   1.6.0
pytorch-lightning         1.0.2                      py_0    conda-forge
pytorch-lightning-bolts   0.2.5                    pypi_0    pypi

I believe this PR #277 fixed this

Cool. I see that an 'output' arg was added. I will install the latest version from GitHub.
Just an offset question: If I do not want to install the blots package again by
pip install git+https://github.com/PytorchLightning/pytorch-lightning-bolts.git@master --upgrade, instead I download the package from GitHub, put it in my project folder, and just call any function by its relative path. Would this work with this kind of big project?

I never tried that but you should be able to make it work. You probably have to add it to the python path or similar to have the imports working.
We don't recommend this, because you won't get any updates and have to manually repeat the process if you need to get  new version.

Cool. There is a new bug, when I upgrade to the master version.
The output information
GPU available: True, used: True
TPU available: False, using: 0 TPU cores
LOCAL_RANK: 0 - CUDA_VISIBLE_DEVICES: [0]

  | Name                 | Type         | Params
------------------------------------------------------
0 | encoder              | ResNet       | 25 M
1 | projection           | Projection   | 4 M
2 | non_linear_evaluator | SSLEvaluator | 8 M
Epoch 0:   0%|          | 0/383 [00:00<?, ?it/s] Traceback (most recent call last):
  File "H:/Project/PycharmProject/FER_Long-tailed/train_SimCLR.py", line 276, in <module>
    trainer.fit(model, dm)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\trainer.py", line 440, in fit
    results = self.accelerator_backend.train()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\accelerators\gpu_accelerator.py", line 54, in train
    results = self.train_or_test()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\accelerators\accelerator.py", line 66, in train_or_test
    results = self.trainer.train()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\trainer.py", line 483, in train
    self.train_loop.run_training_epoch()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\training_loop.py", line 557, in run_training_epoch
    self.on_train_batch_end(epoch_output, epoch_end_outputs, batch, batch_idx, dataloader_idx)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\training_loop.py", line 249, in on_train_batch_end
    self.trainer.call_hook('on_train_batch_end', epoch_end_outputs, batch, batch_idx, dataloader_idx)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\trainer.py", line 823, in call_hook
    trainer_hook(*args, **kwargs)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\callback_hook.py", line 147, in on_train_batch_end
    callback.on_train_batch_end(self, self.get_model(), outputs, batch, batch_idx, dataloader_idx)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pl_bolts\callbacks\ssl_online.py", line 85, in on_train_batch_end
    mlp_preds = pl_module.non_linear_evaluator(representations)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\torch\nn\modules\module.py", line 722, in _call_impl
    result = self.forward(*input, **kwargs)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pl_bolts\models\self_supervised\evaluator.py", line 30, in forward
    logits = self.block_forward(x)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\torch\nn\modules\module.py", line 722, in _call_impl
    result = self.forward(*input, **kwargs)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\torch\nn\modules\container.py", line 117, in forward
    input = module(input)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\torch\nn\modules\module.py", line 722, in _call_impl
    result = self.forward(*input, **kwargs)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\torch\nn\modules\linear.py", line 91, in forward
    return F.linear(input, self.weight, self.bias)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\torch\nn\functional.py", line 1676, in linear
    output = input.matmul(weight.t())
RuntimeError: mat1 dim 1 must match mat2 dim 0
Epoch 0:   0%|          | 0/383 [00:00<?, ?it/s]

This bug only happens if I add callback. I works fine for a few time(not sure if it is step, iterations ...), but then it gives input.shape=32,100352, weight.t().shape=8192,1024.

The above mentioned issue is with my customed datamodule. Here is a different issue with official CIFAR10.
The issue seems to relate with CUDA, not sure if the problem is on my side.  Just to make it clear, all codes run well with out callbacks passed in.
GPU available: True, used: True
TPU available: False, using: 0 TPU cores
LOCAL_RANK: 0 - CUDA_VISIBLE_DEVICES: [0]
Files already downloaded and verified
Files already downloaded and verified

  | Name                 | Type         | Params
------------------------------------------------------
0 | encoder              | ResNet       | 25 M
1 | projection           | Projection   | 4 M
2 | non_linear_evaluator | SSLEvaluator | 8 M
Epoch 0:   0%|          | 0/1562 [00:00<?, ?it/s] C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [0,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [1,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [4,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [8,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [9,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [11,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [12,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [14,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [15,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [20,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [24,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [26,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [27,0,0] Assertion `t >= 0 && t < n_classes` failed.
C:/cb/pytorch_1000000000000/work/aten/src/THCUNN/ClassNLLCriterion.cu:108: block: [0,0,0], thread: [31,0,0] Assertion `t >= 0 && t < n_classes` failed.
Traceback (most recent call last):
  File "H:/Project/PycharmProject/FER_Long-tailed/example/SimCLR.py", line 36, in <module>
    trainer.fit(model, dm)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\trainer.py", line 440, in fit
    results = self.accelerator_backend.train()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\accelerators\gpu_accelerator.py", line 54, in train
    results = self.train_or_test()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\accelerators\accelerator.py", line 66, in train_or_test
    results = self.trainer.train()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\trainer.py", line 483, in train
    self.train_loop.run_training_epoch()
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\training_loop.py", line 557, in run_training_epoch
    self.on_train_batch_end(epoch_output, epoch_end_outputs, batch, batch_idx, dataloader_idx)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\training_loop.py", line 249, in on_train_batch_end
    self.trainer.call_hook('on_train_batch_end', epoch_end_outputs, batch, batch_idx, dataloader_idx)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\trainer.py", line 823, in call_hook
    trainer_hook(*args, **kwargs)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\trainer\callback_hook.py", line 147, in on_train_batch_end
    callback.on_train_batch_end(self, self.get_model(), outputs, batch, batch_idx, dataloader_idx)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pl_bolts\callbacks\ssl_online.py", line 95, in on_train_batch_end
    acc = accuracy(mlp_preds, y, num_classes=trainer.datamodule.num_classes)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\metrics\functional\classification.py", line 286, in accuracy
    tps, fps, tns, fns, sups = stat_scores_multiple_classes(
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\metrics\functional\classification.py", line 197, in stat_scores_multiple_classes
    num_classes = get_num_classes(pred=pred, target=target, num_classes=num_classes)
  File "F:\Program\Anaconda3\envs\pytorch-lightning\lib\site-packages\pytorch_lightning\metrics\functional\classification.py", line 96, in get_num_classes
    num_target_classes = int(target.max().detach().item() + 1)
RuntimeError: CUDA error: device-side assert triggered
Epoch 0:   0%|          | 0/1562 [00:00<?, ?it/s]

@FrankXinqi what is the number of classes being passed to SSLOnlineEvaluator. What looks to me is the case when num_classes being passed is different than the class labels found in target tensor.

@FrankXinqi for the first issue, I am merging a fix which should solve this issue. The output of resnet now is a flattened 2048 dimensional feature vector which is taken by the online evaluation callback.

@FrankXinqi what is the number of classes being passed to SSLOnlineEvaluator. What looks to me is the case when num_classes being passed is different than the class labels found in target tensor.

My cutomized dataset has 7 output classes. For CIFAR10, it put is as 10.  However, neither my own dataset or pl CIFAR10 do not work.

@FrankXinqi for the first issue, I am merging a fix which should solve this issue. The output of resnet now is a flattened 2048 dimensional feature vector which is taken by the online evaluation callback.

Many thanks. For the first issue, do you mean this issue "RuntimeError: mat1 dim 1 must match mat2 dim 0"?  If so, it may take some time to merge your PR to the master branch. Would you mind pointing out the solution, so I can fix it locally?
Thx.

@FrankXinqi changed quite a few things around, like a whole revamp of simclr, difficult to point to a single change.
https://github.com/PyTorchLightning/pytorch-lightning-bolts/pull/329

@FrankXinqi
https://github.com/PyTorchLightning/pytorch-lightning-bolts/tree/fix/simclr
This is the branch that will be merged. The PR will close this issue because we have removed all the complexity of SSLOnlineEvaluator callback. Feel free to open new issues based on the new code base if something doesn't work still.

Thanks. I will try it later and response to this issue still, if there are other bugs met.


TP2000-296 MultipleObjectsReturned error on AdditionalCode detail view

TP2000-296 MultipleObjectsReturned error on AdditionalCode detail view

Why

We're seeing additional codes being created with the same sid, which breaks the detail view and leads to unique identifying fields violations.
What

This updates the AdditionalCode create form to stop filtering by additional code type and to just always generate the highest  sid possible. We don't need to worry about the uniqueness of the code and three digit combination because this is given to us.

Requires migrations? No

Requires dependency updates? No

Codecov Report

Merging #576 (2a27cc8) into master (7b418db) will increase coverage by 0.00%.
The diff coverage is 100.00%.

:exclamation: Current head 2a27cc8 differs from pull request most recent head 220c421. Consider uploading reports for the commit 220c421 to get more accurate results

@@           Coverage Diff           @@
##           master     #576   +/-   ##
=======================================
  Coverage   92.80%   92.81%
=======================================
  Files         319      320    +1
  Lines       19888    19903   +15
  Branches     1593     1593
=======================================
+ Hits        18458    18473   +15
  Misses       1137     1137
  Partials      293      293

Impacted Files
Coverage Δ

additional_codes/forms.py
91.76% <ø> (ø)

additional_codes/tests/test_forms.py
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 7b418db...220c421. Read the comment docs.


Improve error handling for triggering function when there is a schema mismatch

Motivation
When a user is triggering a function with data that doesn't conform with the schema of the function's input topic, the error returned is not very helpful i.e.:
Reason: HTTP 500 Internal Server Error

Improve the error handling and return message for this situation

run java8 tests
run integration tests

rerun integration tests


pull request for e2e test at 12/03/2016 08:56:02

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Normal users can't access their /_users/org.couchdb.user: document when new _users permissions are applied

Description
As partial described in discussion #3163, when installing a brand new copy of CouchDB 3.1, the _users database have the new permission schema applied, that enforces that only _admin roles users can administer the DB and that only _admin roles users can be members of the database.
Unfortunately this permission doesn't allow anymore a regular user to access it's personal document (in order to fetch any extra information that may be stored in it - for example a full name or whatever), neither update it (for example to update it's own password).
Turning off the users_db_security_editable configuration parameters and removing the _admin role from the Membership of the database bring back the old 2.x behavior, that also matched the documented behavior at https://docs.couchdb.org/en/stable/intro/security.html?highlight=_users#authentication-database
Steps to Reproduce
In a brand new couchdb with a standard admin user with xxxx password you can run this:
root@esc:~ # curl -X PUT http://admin:xxxx@localhost:5984/_users/org.couchdb.user:jan -H "Accept: application/json" -H "Content-Type: application/json" -d '{"name": "jan", "password": "apple", "roles": [], "type": "user"}'
{"ok":true,"id":"org.couchdb.user:jan","rev":"1-29a185047e727b3c8788a2b512212f17"}
root@esc:~ # curl -X POST http://localhost:5984/_session -d 'name=jan&password=apple'
{"ok":true,"name":"jan","roles":[]}
root@esc:~ # curl http://jan:apple@<IP_ADDRESS>:5984/_users/org.couchdb.user:jan
{"error":"forbidden","reason":"You are not allowed to access this db."}

As supposed, enabling couchdb.users_db_security_editable and removing the Members / Role _admin permission fixes the issue.
root@esc:~ # curl http://jan:apple@<IP_ADDRESS>:5984/_users/org.couchdb.user:jan
{"_id":"org.couchdb.user:jan","_rev":"1-29a185047e727b3c8788a2b512212f17","name":"jan","roles":[],"type":"user","password_scheme":"pbkdf2","iterations":10000,"derived_key":"1d32b417b1446398bc531abd46414c31e0e1e37b","salt":"417bf934e4fc59f62320109af8b8a750"}

Expected Behaviour
Default CouchDB setting should allow an user to access it's own document in _users database.
Your Environment
CouchDB 3.1, FreeBSD 12.1.
root@esc:~ # curl --silent http://127.1:5984 | jq
{
  "couchdb": "Welcome",
  "version": "3.1.0",
  "git_sha": "ff0feea20",
  "uuid": "fca1fcf73ceab1d158777fc2ade7a583",
  "features": [
    "access-ready",
    "partitioned",
    "pluggable-storage-engines",
    "reshard",
    "scheduler"
  ],
  "vendor": {
    "name": "FreeBSD"
  }
}

Additional Context

I believe this was intentional, @janl do you know if so?

while we wait a feedback from @janl, Joan, what would be the open point with removing the "_admin" from the default member?
The _user database is already locked by the code that locks the single user to it's single doc.
I don't seem to see any particular improvement by locking the database to _admins only (as for membership --- for administration I can easily see the reason why).

@Joan & intentional:
I guess one could view different use cases for/against:
"for": if couchdb is handled by admin and the admin uses "secret" meta
information stored within each _users/org.couchdb.user:xxx  .meta (i.e. the
.meta information is not meant to be accessible for the user herself/himself
"against": the said .meta information is meant to be readable by
_users/org.couchdb.user:xxx / perhaps even writable by user.
... perhaps there are more different cases ...
On Mon, 5 Oct 2020 at 18:40, Joan Touzet<EMAIL_ADDRESS>wrote:

I believe this was intentional, @janl https://github.com/janl do you
know if so?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/apache/couchdb/issues/3170#issuecomment-703749436,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABKTZUUOVUAMQHB5H2OP23DSJHZIBANCNFSM4RWX6NNQ
.

FYI if someone wants to submit a documentation update to fix the docs, I'll +1 and merge it straight away.


Make decrypt-tls-assets faster by consolidating multiple rkt runs into one shot

fix #76

Current coverage is 54.85% (diff: 100%)

Merging #79 into master will not change coverage

@@             master        #79   diff @@
==========================================
  Files             4          4
  Lines          1041       1041
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
  Hits            571        571
  Misses          388        388
  Partials         82         82

Powered by Codecov. Last update ab41efa...f6fa4c3

Merging as this is already tested/benchmarked as I've explained in #76 😃


Improve some member + project styles

Status:
:rocket: Ready
Description
Makes all member images perfect circles on all pages, and fixes some font sizes on <li> elements. Also makes underlines in project pages colored with the project's accent color. I thought this was a nice way to make them stand out, and on the 7000 Languages project page (in preview rn), they use bullets + underlines in a unique way (shown below). I think standardizing some ways we organize content on the project pages with more flashy coloring + layout could be nice, and maybe this is a start? Open to reverting the underline color change.
I also set project page images to loading="lazy", since some of those pages have tons of relatively high res images. None of them really show up above the fold anyways, so I thought this might be beneficial.
Screenshots

where were member pictures not perfect circles? I thought I did that but i guess I missed something

There are a few (only visible in preview content) that aren't square. They're more recent, so it might've been me missing them. A few could definitely be made square, which I'll probably do so that queries for them (/images/people/name.jpg) give back a square image, but also one or two are somewhat distorted, possibly because of the image that was originally submitted. For those I'm worried cropping makes them look off. For this past semester we've been careful to make sure they're all square, so this issue won't continue, and the aspect-ratio is more for backwards compat and reassurance.


Linked remaining fellows to their separate pages

A few fellows were added recently to the data files. I linked their cards to their separate pages.
This PR is to solve issue #9

[X] My Pod Leader knows I'm working on this Pull Request
[X] I've explained what the Pull Request is adding.
[X] I've explained why this is important.

@soumya225 Please resolve this conflict so I can merge!


Update node.js; Add io.js

The node.js package is pointing at version 0.10.33. They recently released version 0.12.0.
Furthermore, there's a fork of node.js called io.js, which should also be added.

About io.js, please see https://github.com/NixOS/nixpkgs/pull/6234

Closing in favor of #6421


Offline build: Unable to move the scrollbar of the block in the tutorial "Pizza Party"

Describe the bug
Offline build: Unable to move the scrollbar of the block in the tutorial "Pizza Party"
Steps to reproduce the behavior

Download app from: https://makecode.com/api/release/arcade/v1.12.35/win64
Multiplayer Tutorials------>Pizza Party------>Blocks Start Tutorial
Go to step 2 and expand the content of "What is an array?"
Move the scrollbar of the block "flip characters get value at 0 horizontally"

Actual behavior
Unable to move the scrollbar of the block in the tutorial "Pizza Party"

Expect behavior
User can move the scrollbar of the block in the tutorial "Pizza Party"

Additional context
1.OS: Windows11
2.arcade version: 1.12.35
3.Microsoft MakeCode version: 8.5.48

Only repro on offline app. Browser doesn't repro.

All Multiplayer Tutorials have this issue.

@Ramanan0530 can you validate this issue again in arcade offline app?

Hi @abchatra . Could you please share me the latest offline app link to verify this issue?

Hi @abchatra , Could you please share me the latest offline app link version 2.0.4 to verify this bug? I verified it on the current offline app version 1.12.41 and it still reproduces.
Screen Recording:


Website lacks responsiveness over some resolutions

Describe the bug
An extra spacing has been encountered while taking website tour at lower resolutions
To Reproduce
Steps to reproduce the behavior:

Header over to voter login page
resize page
See issue

Expected behavior
The should not be any extra spacing
Logs

Environment (please complete the following information):

OS: all
Browser: all

@QAZIMAAZARSHAD can you please confirm it ?

Can I work on it after finishing my other two issues?

Sure

Can you specify what are the those resolations on which website lacks responsivess? Or there are just two of them?

you can tru around 158 x 677

Hey! Can I try fixing this?

Sure go ahead assigning you.

assign to me @nlok5923 I can do this.

assign to me @nlok5923 I can do this.

Someone is already working on this.

assign to me @nlok5923 I can do this.

Someone is already working on this.

ok

Hey!
I've completed the responsiveness of the website upto a width of 425px. I've deployed it on Netlify so that you can check it out. After that I'll create a PR.
https://suspicious-clarke-a869e9.netlify.app

@Albert-Jokelin Top right icon which is for dark mode and light mode in slightly unresponsive. When you click on light mode, the user can see the moon which is not properly hidden. Check once.

@RiyaGupta89 The changes are still being deployed, should be visible in a few minutes

@Albert-Jokelin Okay.


CLI releases

Create a release for MAC OSX, Windows and Linux.
#93

@roachmd @jkp85 We should discuss how to go about this, or what our procedure should be.


TL-465 Run code coverage stats. Add coverage and gemnasium gems

This adds code coverage stats and badges with the code coverage (Coveralls) and gem dependencies status (gemnasium)

LGTM!


Find most efficient way to access NWM catchments used to clip ras2fim feature IDs

The ras2catchments script currently accesses a shapefile of NWM catchments. These catchments get subsetted (selected by attributes) of the feature IDs relevant to a particular run of ras2fim and ras2rem, and are then used to clip results to each NWM catchment of interest. Reading in the full 2+GB NWM catchments file takes many minutes; a clipped version of the NWM catchments file that is only 500MB takes 2 minutes to read in across the network. Versions to select the relevant features using fiona or geopandas appear to take a similar amount of time. The mission here is to figure out what the best way to access and subset the NWM catchments is.

@RobHanna-NOAA addressed this with PR #64 and masking by HUC8.


SSH-VPN

A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
Im every time forced to setup vpn connections to make my daily wotk more comfortable. Unfortunately, more or less each VPN implementation needs an extra installed package/software.
But, more or less each and every machine has a working OpenSSH installation and OpenSSH supports since ages the createion of layer3 (and even layer2) VPNs.
Yes I know the "drawbacks" of TCP, but to be honest, its not an issue for me at all compared to install additional software on VPN legs.
ssh -w : targetHost creates two tun devices, tun on the calling machine and tun on the called machine. Giving them two IPs and adding a route and basic VPN is ready to rumble. A small sophisticated shell script might restart the connection in case of failure (TCP).
Find further information here:

https://man.openbsd.org/ssh
https://help.ubuntu.com/community/SSH_VPN

Is it possible to give the tun device a name like ssh1 or srv0 in the same commandline?

This issue has been automatically timed-out (after 180 days of inactivity).
For more information about the policies for this repository,
please read https://github.com/opnsense/core/blob/master/CONTRIBUTING.md for further details.
If someone wants to step up and work on this issue,
just let us know, so we can reopen the issue and assign an owner to it.


[Feature Request] Wallboard display

I'm using this script for a wallboard. I format the RSS output for full-screen display on a monitor, but I can only show the last few items of a feed.
Could the script be adapted to (as an example) show item 4 of a feed? that way I can loop through the items 1-10 and show each individual item one-by-one on a monitor.

I wish I could see the publication date and time with my time zone.
Thank you!


Case Narrative - html editor

From Robert Richards:
"I'm starting to edit and write cases and methods on Participedia.xyz . I need to edit some HTML in a case (https://participedia.xyz/method/4983), but I can't figure out how to do this."
Scott's two-cents: I agree that the old narrative field was easier to use - ie. fixed in place w/scrolling bar + ability to disable rich text. Since we're integrating that first feature, might we integrate the second?

we only need one issue to cover this, and this one is more accurate to the problem: https://github.com/participedia/frontend/issues/815
unfortunately, the fact that existing anchors don't carry over to xyz is a problem that may take many hours of manual editing (even if we do add a footnote tool or allow html access)... not sure if there's any way to mitigate this. maybe @dethe has an idea? I'm wondering what will take longer - a coded/ automated solution or manual editing of many cases? OR... does it really matter if the footnotes don't link to the reference list? The number is there, and the list is numbered...

There's also an issue for the narrative box needing a scroll bar: https://github.com/participedia/usersnaps/issues/169
so this issue can be closed.

this is a different issue from the scroll bar so re-opening.
here's an example of adding html editing to the Quill.js editor: https://codepen.io/anon/pen/ZyEjrQ


Use the command what exchanges virtual environment like Anaconda on SSH connection

Currently, when using the ssh connection to remote host, we can't execute the command what exchanges environment: conda activate hoge. For example, pyenv, anaconda and more.
So I want to use the command line(bash) on VSCode's ssh connection.

Sorry I don't understand what you are asking for. You should be able to execute that in a terminal?


Update 'Run the stack' docs with Turborepo and Youtube video

Coverage remained the same at 94.071% when pulling 435a1b37a37d30f0805a8ee804d780ed2c5a4efa on cody-update-run-the-stack-docs into 7d18ee1fe7a4e81a101ab49b66c1f584a628f0f6 on main.


chore(tests): test docs job in container

Looks like we'd have to do something like build and publish the docker image somewhere to make this work. We could also potentially get read-only credentials for the image in GCR, but this is not really worth the effort given how infrequently we update this image.


Manual  done

Language is not implemented yet.

Think i found one of the reasons why the type checks fail. The languages files seem to not match on this branch and because the Language type is defined as typeof en there is a type mismatch when you try to assign const dict = languages[settings.language]; to a provider which is created with type of sv.
The solution would be to update the language files so that they match each other, and in the long run we probably want to change how we define the Language type.


Project doesn't build

See the following compilation error in A.S. 3.5.1:

I just cloned the project clean and opened it in 3.5.1, and even checking out this class specifically I'm not seeing the error?
Could you try again (with a clean version of the project and potentially clearing/invalidating caches)?
Thank you!

Yes, apparently upgrading gradle dependencies and material design deps caused the issue.  I reset my git branch to head and it builds now.


Enchantment Check for Tridents? [Enhancement]

Hey! I really like this mod, it was one of the first Optifine Replacement mods I ever discovered. I thought one thing that might be really good for it is if there was an enchantment check for tridents, which would also give it a leg up on its Optifine counterpart. I was talking to Traben (Creator of ETF) about it and they said you would be free to use their source code for a reference if you needed to!

One of the issues with tridents is that the server side doesn't sync down the item from trident entities so simply put the client doesn't have the ability to apply cit stuff to trident entities.
With all that said however, I do have a plan for a workaround that might work and it's already planned.
For now though I'm closing the issue as it's already a planned feature in the Future Plans column here:
https://github.com/SHsuperCM/CITResewn/projects/1#card-75934192

Really? If enchantments aren't sent client-side, how come enchanted trident entities have an enchantment glint and if you asign them a name Optifine lets you customize the textures? For reference, here's a datapack called "Visual Tridents" I helped make as an add-on to Siscu's Visual Enchantments

Can you send me the pack? in my testing I couldn't get the item out of the trident in the item.

Oh wait Visual Tridents nvm

To be fair, it is a datapack because it applies the names to the tridents AFTER they're thrown, but I just mean like how does the enchantment glint show up if it doesn't send it to the client? Or did you mean more that you couldn't get all the info that you wanted

Sorry, I am just genuinely confused as to how some of this works

Ohhh, just opened the datapack, it's like you said, it changes the trident entity's name to match its enchantments.
execute at @e[tag=VEC,tag=!VEI,tag=!VEL,tag=!VEM,tag=!VEU,tag=!VEV,tag=!VEChecked] run data merge entity @e[sort=nearest,limit=1,type=trident] {CustomName:'{"text":"VE_C"}'}

Entity names are sent to the client.
About the general enchantment glint, the server only sends the "is enchanted" property to save on networking since that's the only thing vanilla clients need from trident entities.


Test API auth

all types of duplicates
teachers
bachelor, master, doctor
all roles should be assigned in correct cases
if every request to kos or usermap is made only once and then cached
if auth role processor will ever handle more things at once (maybe add check for stop after assigning roles?)
only same ctu username should be allowed if it was already set
errors of kos or usermap apis should be logged as warnings, but should not throw exceptions

Unit tests could be written for each condition, step, task, the process.
Xunit, Moq will probably be the best choices.
https://github.com/JonPSmith/EfCore.TestSupport
This may be done after rewriting KosApi and UsermapApi to be more suitable to testing. I think the best approach will be to make them similar to how Remora handles it (create IUsermapPeopleApi, UsermapPeopleApi, CachingPeopleApi)
To test the whole process, integration tests for testing: duplicities won't be allowed if they shouldn't, user with both duplicity will get deleted, the process completes successfully along with saving all needed data and assigning roles.


opae-sdk: update opae 2.0 version info

Sorry, but wrong repo again.

Correct repo  release/2.0.0


Web - Room - In private room , User B is not able to access the chat in contrast to the message shown

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Action Performed:

Go to web chrome and login with User A which needs to be a phone number and create a new workspace and invite User B
Create a room from User A and include the workspace that you created earlier.
Select private room and see that it displays the message 'People invited to this room can find it'
Now click on the room header and click on share code. Copy the URL.
Go to the normal chat with User B and send the link
From user B, login in another web chrome which also needs to be a phone number and click on the link that was received
Result: See that it doesn't gives access to the chat even when the message earlier displayed 'People invited to this room can find it'

Expected Result:
In private room , User B should be able to access the chat in accordance with the message shown
Actual Result:
In private room , User B is not able to access the chat in contrast to the message shown
Workaround:
Unknown
Platforms:

Which of our officially supported platforms is this issue occurring on?

[ ] Android / native
[ ] Android / Chrome
[ ] iOS / native
[ ] iOS / Safari
[x] MacOS / Chrome / Safari
[ ] MacOS / Desktop

Version Number: <IP_ADDRESS>
Reproducible in staging?: yes
Reproducible in production?: yes
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
https://github.com/Expensify/App/assets/93399543/6415f191-8cb2-4467-b82c-f5b0254d9951
https://github.com/Expensify/App/assets/93399543/3edad024-985b-485d-9b5d-23106f08d325
Expensify/Expensify Issue URL:
Issue reported by: @avi-shek-jha
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1685513600964899
View all open jobs on GitHub

Joining a private room via QR code was never considered in the user created room plan.
Good call out generally that user created rooms have some loose ends that need tying up. I can try to list them all as a next step.
Inviting to private rooms via @mentions or the members page was the only way we initially considered that users would join a private room fwiw

Asking in #product here https://expensify.slack.com/archives/C03U7DCU4/p1686048196416499

I think so yes! Sending out the strategy@ email today once I get some feedback on the best room to continue discussion in Tracking issue for broader project here
Putting this on hold and switching to weekly

Dope, donezo.

Still on hold, Mitch is progressing the pre-design

@MitchExpensify I'm going to put this on monthly as you progress that.

Sounds goooood! thanks

No change Melv, you eager so and so!

Doc is still going through the process, Melv.

Same, Melv.

@MitchExpensify can you give me an assessment on the next steps for this issue?

Yessir! So circling back on the OP.. Sharing a code isn't considered inviting someone so the message around "people invited to this room can see it" holds true - I.e. It is expected that sharing a URL with someone who hasn't been invited via @mention or via the Members pane would not have access.
All of that said we have a flow in the works for folks viewing a room they do not have access to: Add a "Request to Join" flow for chats you do not have access to

So perhaps closing this makes most sense? Curious what you think

Perfect, that works for me. I actually echoed similar at the top of this issue, so if that hasn't changed then I agree we can close this as expected behaviour:

If you aren't a member of the room already, then you can't join it, so I don't think I'd expect the QR code to work.


add option to disable/enable pop-up notifications

resolves #323

conflicts

@ctcpip I believe I corrected this pull request by rebasing against current master.
And added a tray icon option, as it seems more obvious to use that (if someone has tray icon activated)
Check out https://github.com/averissimo/yakyak/tree/popup-notification-setting
Thanks for the implementation, this solves a problem when in meetings :)

@davibe conflicts resolved.  please commence to merging :)


Update startup script for dual frequency plans

Packet Forwarder Region Changes and Restart Logic
@hotspot-maker,
To operate correctly on the Helium network, a Hotspot needs to use the appropriate frequency settings (also known as a band plan) for its asserted location. These settings are ultimately stored on the blockchain and can change from time to time. It is important that you have both:

The most up-to-date band plans,
Automated logic to detect plan changes and restart the packet forwarder when necessary

We ask that you please check the latest frequency plans and adopt automatic
restart logic, as described further in this message.
Plan
The team plans to enact a changes to the blockchain which will require these
new plans and logic on November 11, 2022.
Most-Recent Band Plans
Band plans in the Helium network are identified by their name, such as us915 or as923_1b. The most up-to-date band plans are available in the various JSON configuration files at
https://github.com/helium/sx1302_hal/tree/helium/hotspot/packet_forwarder (helium/hotspot branch)
Please make sure that your firmware is updated such that it has the frequency information in each of these plans available at hand, even if the radio hardware in any particular Hotspot may not be able to support it.
WARNING: Each of these files contains example calibration hardware calibration data – please take care to keep any independent radio calibration data you have for your Hotspots intact and only adopt the frequency data in these files.
Automated Restart Logic
Helium will soon be adopting a band plan change for several parts of the world, most notably Malaysia and Australia. This change will be enacted by an update to a Helium blockchain variable, which is ultimately queryable via the miner. In order to ensure that your Hotspots respond to the change appropriately it is important that they regularly query the miner at some interval (once per minute) and restart the packet forwarder upon any detected change.
If you have adopted the general region detection scheme outlined in https://docs.helium.com/mine-hnt/full-hotspots/become-a-maker/docker-integration#omit-region_override then you should already be familiar with the regulatory region query procedure that your firmware makes at system startup to determine the correct configuration file to supply to the packet forwarder at its startup:
Example startup script for SX1302-based radios:
#!/bin/bash
set -o pipefail

# Query asserted region name from miner
while !REGULATORY_REGION=$( $MINERDIR/miner info region | sed -e s/^region_// | tr a-z A-Z | tr -d '\r\n'); do
    sleep 10
done

# Start up packet forwarder with correct band plan
lora_pkt_fwd_sx1302 -c global_conf.json.sx1250.$REGULATORY_REGION

We ask that you now add a supervisory script that restarts the packet forwarder whenever there is a detected change in the region name for the Hotspot.
Example new supervisory restart script:
#!/bin/bash
set -o pipefail

get_region() {
    $MINER_DIR/miner info region | tr a-z A-Z | tr -d '\r\n'
}

# Wait until gateway service comes online.
while ! REGULATORY_REGION="$( get_region )"; do
    sleep 1
done

# Keep looping as long as region doesn't change.
while :; do
    while ! NEW_REGION=$( get_region ) || [ "$NEW_REGION" = "$REGULATORY_REGION" ]; do
        sleep 60
    done
    REGULATORY_REGION="$NEW_REGION"
    # At this point, the region has changed, and we need to
    # restart the packet forwarder.
    RESTART_PACKET_FORWARDER # Implement this for your firmware
done

@KevinWassermann94 this block is different in all our sx1302 global conf files:
=======helium==================
"precision_timestamp": {
"enable": false,
"max_ts_metrics": 255,
"nb_symbols": 1
},
======our================
"fine_timestamp": {
"enable": false,
"mode": "all_sf" /* high_capacity or all_sf */
},
the difference is reflected in our codebase as well. Leaving these as is as our codebase expects fine_timestamp

closing as it has been merged to production.


Spring 2022 GANs '_SingleProcessDataLoaderIter' object has no attribute 'next'

When extracting and showing MNIST, we get
'_SingleProcessDataLoaderIter' object has no attribute 'next'

According to this stackoverflow post, iter(...).next() is deprecated starting from pytorch 1.13, released in October 2022. I can fix this with this change:
     "    sampler=ChunkSampler(NUM_VAL, NUM_TRAIN)\n",
     ")\n",
     "\n",
-    "imgs = loader_train.__iter__().next()[0].view(batch_size, 784).numpy().squeeze()\n",
+    "i = loader_train.__iter__()\n",
+    "imgs = next(i)[0].view(batch_size, 784).numpy().squeeze()\n",
     "show_images(imgs)"
    ]
   },

(diff looks kinda weird for jupyter notebooks, but I think it gets the point across.)

As a side note, I think the code should be directly in the repo, rather than stored in zip files. That way users can easily submit PRs to fix code.

Same issue in Self Supervised Learning notebook in Data Augmentation blocks.
-    "    images, labels = dataiter.next()\n",
+    "    images, labels = next(dataiter)\n",


Docs zh-cn

Hello,
This is just a new Chinese document, hoping to help more Chinese people understand Quartz and create their own digital garden.
You can view the effect on quartz.songxingguo.com .

Hi, thanks for the contribution. I'd prefer not to internationalize the docs themselves as maintaining both copies is really difficult. If you'd like, I'm happy to let you maintain the cn fork of the docs and I can link it from the actual one

Thanks, I am very willing to maintain the cn fork and hope you can link it.

Closed and will proceed in #1181


Update with instructions to explicitly set the Pulumi stack name

Include pulumi project creation, selecting the stack, deploying a stack. Also update with what's different when deploying to AWS

Should be fixed via #16 👍  - I guess we can close the issue @cabeaulac ?


made some changes in the index.css file

#167 issue solved , could you merge my pr?

please could you merge my PR as jwoc is about to end and points do matter ?


Implement a minimum width/size for strokes/lines in the picking buffer

Hovering rules or strokes that are just 1px wide is currently quite difficult. See: https://genomespy.app/examples/?spec=SV/sv.json
A minimum width of, say, 2px could be enforced in the shaders when rendering to the picking buffer.

Is it possible to add the ability to highlight the hovered component?

Is it possible to add the ability to highlight the hovered component?

That's something I'd like to implement at some point. It would be especially useful in the visualization I linked above.


Remove outdated examples

Closes #203. The examples are out-of-date.

Codecov Report

Merging #262 into master will decrease coverage by 0.05%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master     #262      +/-   ##
==========================================
- Coverage   69.24%   69.18%   -0.06%
==========================================
  Files          15       15
  Lines        2432     2431       -1
==========================================
- Hits         1684     1682       -2
- Misses        748      749       +1

Impacted Files
Coverage Δ

src/cpx_env.jl
84.61% <0%> (-2.57%)
:arrow_down:

src/MOI/MOI_wrapper.jl
86.67% <0%> (-0.02%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 44c8ca6...550cabd. Read the comment docs.


Robin Passed Away

The owner of this repo is no longer with us, so opening issues will not get any response from him.

So sorry to hear. This is terrible news.

sad news :(

I'm sorry to hear that @Helladen , best wishes everyone


Extract method from bridge mq

Codecov Report

Merging #35 (7ed3d2b) into main (bac37bf) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main      #35   +/-   ##
=======================================
  Coverage   61.98%   61.98%
=======================================
  Files           4        4
  Lines         121      121
=======================================
  Hits           75       75
  Misses         36       36
  Partials       10       10

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update bac37bf...7ed3d2b. Read the comment docs.


[PulsarAdmin] Move implementations to async

[x] Bookies #6529
[x] BrokerStats #6549
[x] Brokers #6541
[x] Clusters #6568
[x] Functions #6580
[x] Lookup #6569
[x] Namespaces #6590
[x] ResourceQuotas #6572
[x] Schemas #6585
[x] Sinks #6582
[x] Sources #6583
[x] Tenants #6573
[x] Topics #6593
[x] Worker #6570

Close this issue since all parts have been merged into the master branch.


Create a full CRUD REST API for all collections

Start building our REST API by adding the minimum REST API for all collections. Our REST package gives us a full CRUD API with just a few lines, so lets start there. More specific, composite endpoints can be added as needed.
Related issue #15
Definition of done

[ ] REST endpoint exists for all collections

[ ] Each endpoint supports common HTTP verbs (e.g. GET, PUT, POST, DELETE)

[ ] REST endpoints share collection permissions, for security
[ ] REST endpoints use some form of authentication

@brylie collection allow/deny has been discussed, though not available yet https://github.com/kahmali/meteor-restivus/issues/163
However role-based permissions exist, https://github.com/kahmali/meteor-restivus#rolerequired
Related issues: #108 #109 #110

OK, role-based is fine for now, for Admin role only. We need to figure out how to do more granular permissions. E.g. how can we allow an Organization or API manager to edit their API via REST?

This issue was moved to apinf/platform#2060


set up a new 'analyzer-use-fasta-parser-linux' bot

Hi! I'd like a new bot for the analyzer, analyzer-use-fasta-parser-linux; this bot will run analysis and analyzer tests with the analyzer configured to the use Fasta parser.
More context available here: https://dart-review.googlesource.com/c/sdk/+/60810.

The CL adding the config for analyzer-use-fasta-parser-linux has now landed :)

I've added the new builder to the "choose tryjobs". First run is here:
https://luci-milo.appspot.com/swarming/task/3e552109c4c37c10
@whesse is making some related changes to test.py, which will affect the builder, so I'll wait for that to land before stabilizing it and putting it on the consoles. Until then you can manually add it to the tryjobs.

https://dart-review.googlesource.com/c/sdk/+/62302 adds --analyzer-use-fasta and --analyzer-use-fasta-parser to test.py, corresponding to the --use-cfe and --use-fasta-parser arguments to dartanalyze.

Awesome, thanks for getting this set up!

Until then you can manually add it to the tryjobs.

I'll ping you off-line to find out how.
@danrubel, this bot tests -DuseFastaParser=true - we'll want to get it moved onto the main waterfall, so we have the parser integration work until CI. Do you mind triaging the (looks like 3) test failures here?

@athomas, I believe this try bot is generally green now - it would be good to have it on the main waterfall so that we know when this aspect of the integration regresses (/cc @danrubel, as it's mostly his work that would affect the test statuses here).

@devoncarew Done, it will show up on the consoles as "fl" momentarily.

Thanks!


PVs are in NoOnlineReplicas state after one node was missing linux-modules-extra

Describe the bug
I set up a 3 node microk8s cluster (v1.26.11 revision 6236) using ubuntu 20.04 on GCP and installed Mayastor 2.4.0 via manifests. The default storage class is three replica mayastor nvmf class.
kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: mayastor-three-replicas
  annotations:
    storageclass.kubernetes.io/is-default-class: "true"
parameters:
  repl: '3'
  protocol: 'nvmf'
  ioTimeout: '60'
  local: 'true'
provisioner: io.openebs.csi-mayastor
volumeBindingMode: WaitForFirstConsumer

I also installed kubeflow 1.7 and some other software. With kubeflow I created a notebook that created a PV in the default storage class with a size of 5GB (but other software created lots of different PVs).
While the cluster was running, one  (and only one) of the nodes auto upgraded its kernel from 5.15.0-1047 to 5.15.0-1049, but did not install the matching linux-modules-extra package. In the evening I shut down the cluster and re-started it in the next morning.
Because the node that the notebook pod was scheduled on was upgraded, it couldn't access the PV anymore, pods scheduled on the same node couldn't create new PVs either. This sounds reasonable.
After identifying the issue, I drained the node, installed the missing linux-modules-extra package, rebooted and uncordened the node. New PVs could then be created on the upgraded node. Unfortunately, the original PV still isn't accessible.
I get the following error messages:
Warning  FailedAttachVolume  112s (x10 over 17m)  attachdetach-controller  AttachVolume.Attach failed for volume "pvc-e1ce0497-88a8-4dbe-b311-f7ade8a9838a" : rpc error: code = Internal desc = Operation failed: PreconditionFailed("error in response: status code '412 Precondition Failed', content: 'RestJsonError { details: \"\", message: \"SvcError :: NoOnlineReplicas: No online replicas are available for Volume 'e1ce0497-88a8-4dbe-b311-f7ade8a9838a'\", kind: FailedPrecondition }'")

ansible@worker-1-focal-capital-pekingese:~$ kubectl-mayastor get volumes
 ID                                    REPLICAS  TARGET-NODE                       ACCESSIBILITY  STATUS  SIZE   THIN-PROVISIONED  ALLOCATED
 24a14e2f-c881-4a82-9615-2938529e9315  3         master-focal-capital-pekingese    nvmf           Online  10GiB  false             10GiB
 2d04b9fd-7124-4ba1-84ed-febc42a104a7  3         master-focal-capital-pekingese    nvmf           Online  10GiB  false             10GiB
 46387e0f-4cf9-4724-b2ab-da90273b976a  3         master-focal-capital-pekingese    nvmf           Online  50GiB  false             50GiB
 654ce71f-64d8-49d5-b067-18a532751f6d  3         worker-0-focal-capital-pekingese  nvmf           Online  10GiB  false             10GiB
 80f28fe3-599c-4db9-adc1-c9d22982c7ee  3         master-focal-capital-pekingese    nvmf           Online  10GiB  false             10GiB
 8a82833e-212a-4e5d-b333-7774c2e7ad82  3         worker-0-focal-capital-pekingese  nvmf           Online  20GiB  false             20GiB
 c4b34d32-5527-4248-8945-3ef86164cac0  3         master-focal-capital-pekingese    nvmf           Online  10GiB  false             10GiB
 e1ce0497-88a8-4dbe-b311-f7ade8a9838a  3         <none>                            <none>         Online  5GiB   false             0 B

To Reproduce
Steps to reproduce the behavior:
see above
Expected behavior
All PVs are accessible, Mayastor recovers after all nodes have nvme accessible again. Ideally, even while one node is broken, PVs are accessible via replicas from the other nodes.
Screenshots
If applicable, add screenshots to help explain your problem.
** OS info (please complete the following information):**

Distro: Ubuntu 20.04.1
Kernel: 5.15.0-1049-gcp
MayaStor revision: 2.4.0

Additional context

Hi @geier, let's see if we can figure out what's going on, would you be able to upload a support bundle?

kubectl mayastor dump system -n $namespace -d $dump_location

Thanks for taking a look. Here is the bundle: mayastor-2024-02-02--16-51-42-UTC.tar.gz

do you mean delete the mayastor-io-engine pod that is running on worker-1?

Yes, then a new instance will come up

mayastor-2024-02-02--18-21-02-UTC.tar.gz

hmm still not there..
Could you please unlabel "openebs.io/engine" from worker-1, then from worker-1 run the following:

docker run --rm -v /dev/hugepages:/dev/hugepages --privileged -it --entrypoint /bin/sh tiagolobocastro/mayastor-spdk-blobcli:v2.4.0 -c "blobcli -b sdb -l blobs"
docker run --rm -v /dev/hugepages:/dev/hugepages --privileged -it --entrypoint /bin/sh tiagolobocastro/mayastor-spdk-blobcli:v2.4.0 -c "blobcli -b sdb -R"
docker run --rm -v /dev/hugepages:/dev/hugepages --privileged -it --entrypoint /bin/sh tiagolobocastro/mayastor-spdk-blobcli:v2.4.0 -c "blobcli -b sdb -l blobs"

And paste the output please

Should I do something about the EAL: Error creating '/var/run/dpdk': No such file or directory error?

Thank you, no that's fine.
I guess you can now label the node with the openebs.io/engine=mayastor label again, though from the logs I can already gather that I don't think the missing replica will show up.. but please relabel just to double check.
@hrudaya21 any ideas how to further debug this?

Thanks for having a look again.
I relabeled the node and the other volumes slowly all came back from Degraded to Online, but the broken one still has neither a target node nor any allocated size.

@geier Can you please login to master and worker-0 io-engine pod and give output of following command.
./bin/io-engine-client bdev list.

I get this backtrace on master:
/ # ./bin/io-engine-client bdev list
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: tonic::transport::Error(Transport, hyper::Error(Connect, ConnectError("tcp connect error", Os { code: 111, kind: ConnectionRefused, message: "Connection refused" })))', io-engine/src/bin/io-engine-client/context.rs:163:62
stack backtrace:
   0: rust_begin_unwind
             at ./rustc/69f9c33d71c871fc16ac445211281c6e7a340943/library/std/src/panicking.rs:575:5
   1: core::panicking::panic_fmt
             at ./rustc/69f9c33d71c871fc16ac445211281c6e7a340943/library/core/src/panicking.rs:65:14
   2: core::result::unwrap_failed
             at ./rustc/69f9c33d71c871fc16ac445211281c6e7a340943/library/core/src/result.rs:1791:5
   3: io_engine_client::context::Context::new::{{closure}}
   4: io_engine_client::v1::main_::{{closure}}
   5: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
   6: tokio::runtime::park::CachedParkThread::block_on
   7: tokio::runtime::scheduler::multi_thread::MultiThread::block_on
   8: tokio::runtime::runtime::Runtime::block_on
   9: io_engine_client::main
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

and (the same?) on worker-1:
/ # ./bin/io-engine-client bdev list
[2024-02-06T15:48:27Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: tonic::transport::Error(Transport, hyper::Error(Connect, ConnectError("tcp connect error", Os { code: 111, kind: ConnectionRefused, message: "Connection refused" })))', io-engine/src/bin/io-engine-client/context.rs:163:62
stack backtrace:
   0: rust_begin_unwind
             at ./rustc/69f9c33d71c871fc16ac445211281c6e7a340943/library/std/src/panicking.rs:575:5
   1: core::panicking::panic_fmt
             at ./rustc/69f9c33d71c871fc16ac445211281c6e7a340943/library/core/src/panicking.rs:65:14
   2: core::result::unwrap_failed
             at ./rustc/69f9c33d71c871fc16ac445211281c6e7a340943/library/core/src/result.rs:1791:5
   3: io_engine_client::context::Context::new::{{closure}}
   4: io_engine_client::v1::main_::{{closure}}
   5: <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll
   6: tokio::runtime::park::CachedParkThread::block_on
   7: tokio::runtime::scheduler::multi_thread::MultiThread::block_on
   8: tokio::runtime::runtime::Runtime::block_on
   9: io_engine_client::main
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

@geier I think you need to specify the proper IP for the io-engine to connect to:
./bin/io-engine-client --bind http://<YOUR_IP>:10124 bdev list

Sorry, it took me some time.
master-focal-capital-pekingese
/ # ./bin/io-engine-client --bind http://<IP_ADDRESS>:10124 bdev list
UUID                                 NUM_BLOCKS BLK_SIZE CLAIMED_BY     NAME                                 SHARE_URI
00000000-0000-0000-0000-000000000000 629145600  512      lvol           /dev/sdb                             bdev:////dev/sdb
583fa62a-b960-450c-a635-8a35b0c54c36 10485760   512      NVMe-oF Target 583fa62a-b960-450c-a635-8a35b0c54c36 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:583fa62a-b960-450c-a635-8a35b0c54c36
8921a29f-5c8f-4827-8ffe-58988d6e3d0f 20971520   512      Orphaned       8921a29f-5c8f-4827-8ffe-58988d6e3d0f bdev:///8921a29f-5c8f-4827-8ffe-58988d6e3d0f
2e8f94a3-8345-4bf9-9537-7e9cc6f556a8 20971520   512      NVMe-oF Target 2e8f94a3-8345-4bf9-9537-7e9cc6f556a8 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:2e8f94a3-8345-4bf9-9537-7e9cc6f556a8
22fbedcd-3a3e-4193-ad52-1c9e658e27ef 20971520   512      NVMe-oF Target 22fbedcd-3a3e-4193-ad52-1c9e658e27ef nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:22fbedcd-3a3e-4193-ad52-1c9e658e27ef
93f39182-b379-4283-b785-696d0a993847 20971520   512      Orphaned       93f39182-b379-4283-b785-696d0a993847 bdev:///93f39182-b379-4283-b785-696d0a993847
2d5adfe8-4595-4601-a56d-07f52f75ae58 104857600  512      Orphaned       2d5adfe8-4595-4601-a56d-07f52f75ae58 bdev:///2d5adfe8-4595-4601-a56d-07f52f75ae58
2d04b9fd-7124-4ba1-84ed-febc42a104a7 20961246   512      NVMe-oF Target 2d04b9fd-7124-4ba1-84ed-febc42a104a7 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:2d04b9fd-7124-4ba1-84ed-febc42a104a7
46387e0f-4cf9-4724-b2ab-da90273b976a 104847326  512      NVMe-oF Target 46387e0f-4cf9-4724-b2ab-da90273b976a nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:46387e0f-4cf9-4724-b2ab-da90273b976a
80f28fe3-599c-4db9-adc1-c9d22982c7ee 20961246   512      NVMe-oF Target 80f28fe3-599c-4db9-adc1-c9d22982c7ee nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:80f28fe3-599c-4db9-adc1-c9d22982c7ee
24a14e2f-c881-4a82-9615-2938529e9315 20961246   512      NVMe-oF Target 24a14e2f-c881-4a82-9615-2938529e9315 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:24a14e2f-c881-4a82-9615-2938529e9315
c4b34d32-5527-4248-8945-3ef86164cac0 20961246   512      NVMe-oF Target c4b34d32-5527-4248-8945-3ef86164cac0 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:c4b34d32-5527-4248-8945-3ef86164cac0
a4eb0c02-9227-4944-8540-3b0f1d3ed447 10485760   512      NVMe-oF Target a4eb0c02-9227-4944-8540-3b0f1d3ed447 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:a4eb0c02-9227-4944-8540-3b0f1d3ed447
d7ab2ed2-b3f1-4e7d-b898-d5e2536c5217 20971520   512      Orphaned       d7ab2ed2-b3f1-4e7d-b898-d5e2536c5217 bdev:///d7ab2ed2-b3f1-4e7d-b898-d5e2536c5217
23d1481a-0921-4f58-994a-017324288a68 20971520   512      NVMe-oF Target 23d1481a-0921-4f58-994a-017324288a68 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:23d1481a-0921-4f58-994a-017324288a68
b3b492de-3fc9-465b-a0d6-26e026756833 41943040   512      NVMe-oF Target b3b492de-3fc9-465b-a0d6-26e026756833 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:b3b492de-3fc9-465b-a0d6-26e026756833
e33591e7-6b77-4662-993f-654540ceb57a 20971520   512      Orphaned       e33591e7-6b77-4662-993f-654540ceb57a bdev:///e33591e7-6b77-4662-993f-654540ceb57a

worker-0-focal-capital-pekingese
/ # ./bin/io-engine-client --bind http://<IP_ADDRESS>:10124 bdev list
UUID                                 NUM_BLOCKS BLK_SIZE CLAIMED_BY     NAME                                 SHARE_URI
00000000-0000-0000-0000-000000000000 629145600  512      lvol           /dev/sdb                             bdev:////dev/sdb
7111e11a-bcff-4ed3-8cbd-1eb528393099 10475486   512      NVMe-oF Target 7111e11a-bcff-4ed3-8cbd-1eb528393099 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:7111e11a-bcff-4ed3-8cbd-1eb528393099
0f362265-272b-4c7a-8ae6-cc0fbd9d0e9c 10485760   512      Orphaned       0f362265-272b-4c7a-8ae6-cc0fbd9d0e9c bdev:///0f362265-272b-4c7a-8ae6-cc0fbd9d0e9c
639163be-0fca-4aed-8c76-55d989207f7b 10485760   512      Orphaned       639163be-0fca-4aed-8c76-55d989207f7b bdev:///639163be-0fca-4aed-8c76-55d989207f7b
c301b9be-697c-4431-9396-e16a97298487 20971520   512      NVMe-oF Target c301b9be-697c-4431-9396-e16a97298487 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:c301b9be-697c-4431-9396-e16a97298487
665bc00c-62f7-4ae1-8a99-4e4e72380e5e 20971520   512      NVMe-oF Target 665bc00c-62f7-4ae1-8a99-4e4e72380e5e nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:665bc00c-62f7-4ae1-8a99-4e4e72380e5e
d8ec4083-68b5-4a87-88df-fe6903f130e5 20971520   512      NVMe-oF Target d8ec4083-68b5-4a87-88df-fe6903f130e5 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:d8ec4083-68b5-4a87-88df-fe6903f130e5
1c208d4d-a1f7-4cc5-9620-92582fdffead 20971520   512      Orphaned       1c208d4d-a1f7-4cc5-9620-92582fdffead bdev:///1c208d4d-a1f7-4cc5-9620-92582fdffead
8ff466a9-9fc1-43fa-85a9-e5abc239b596 20971520   512      NVMe-oF Target 8ff466a9-9fc1-43fa-85a9-e5abc239b596 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:8ff466a9-9fc1-43fa-85a9-e5abc239b596
2cc89882-7808-4478-83bb-a7a8177270ea 41943040   512      Orphaned       2cc89882-7808-4478-83bb-a7a8177270ea bdev:///2cc89882-7808-4478-83bb-a7a8177270ea
6f03eef9-3b2f-4488-841c-24e4b9eb2edf 104857600  512      NVMe-oF Target 6f03eef9-3b2f-4488-841c-24e4b9eb2edf nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:6f03eef9-3b2f-4488-841c-24e4b9eb2edf
9721f5b0-cf16-465a-865d-651bd879c10c 104857600  512      NVMe-oF Target 9721f5b0-cf16-465a-865d-651bd879c10c nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:9721f5b0-cf16-465a-865d-651bd879c10c
6575d65e-bbed-4c41-801e-17fed2bb0952 20971520   512      NVMe-oF Target 6575d65e-bbed-4c41-801e-17fed2bb0952 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:6575d65e-bbed-4c41-801e-17fed2bb0952
5c965276-65c2-4494-a211-d3c675661657 104857600  512      NVMe-oF Target 5c965276-65c2-4494-a211-d3c675661657 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:5c965276-65c2-4494-a211-d3c675661657
803455e2-45d5-46d8-a4a4-b5d60350f2d4 10485760   512      Orphaned       803455e2-45d5-46d8-a4a4-b5d60350f2d4 bdev:///803455e2-45d5-46d8-a4a4-b5d60350f2d4
c592f80f-6c62-4a4f-b762-9fd4ea851056 20971520   512      NVMe-oF Target c592f80f-6c62-4a4f-b762-9fd4ea851056 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:c592f80f-6c62-4a4f-b762-9fd4ea851056
15a0fe75-9961-469e-a3b8-e61b0d4cda6a 10475486   512      NVMe-oF Target 15a0fe75-9961-469e-a3b8-e61b0d4cda6a nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:15a0fe75-9961-469e-a3b8-e61b0d4cda6a
654ce71f-64d8-49d5-b067-18a532751f6d 20961246   512      NVMe-oF Target 654ce71f-64d8-49d5-b067-18a532751f6d nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:654ce71f-64d8-49d5-b067-18a532751f6d
8a82833e-212a-4e5d-b333-7774c2e7ad82 41932766   512      NVMe-oF Target 8a82833e-212a-4e5d-b333-7774c2e7ad82 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:8a82833e-212a-4e5d-b333-7774c2e7ad82

worker-1-focal-capital-pekingese
/ #  ./bin/io-engine-client --bind http://<IP_ADDRESS>:10124 bdev list
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connecting to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG hyper::client::connect::http] connected to <IP_ADDRESS>:10124
[2024-02-22T16:44:53Z DEBUG h2::client] binding client connection
[2024-02-22T16:44:53Z DEBUG h2::client] client connection bound
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection; peer=Client
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x0), initial_window_size: 1048576, max_frame_size: 16384, max_header_list_size: 16777216 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 983041 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Settings { flags: (0x1: ACK) }
[2024-02-22T16:44:53Z DEBUG h2::proto::settings] received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384 }
[2024-02-22T16:44:53Z DEBUG tower::buffer::worker] service.ready=true message=processing request
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Headers { stream_id: StreamId(1), flags: (0x4: END_HEADERS) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Data { stream_id: StreamId(1) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=Data { stream_id: StreamId(1), flags: (0x1: END_STREAM) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Headers { stream_id: StreamId(1), flags: (0x4: END_HEADERS) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Data { stream_id: StreamId(1) }
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_read] received frame=Headers { stream_id: StreamId(1), flags: (0x5: END_HEADERS | END_STREAM) }
UUID                                 NUM_BLOCKS BLK_SIZE CLAIMED_BY     NAME                                 SHARE_URI
00000000-0000-0000-0000-000000000000 629145600  512      lvol           /dev/sdb                             bdev:////dev/sdb
fc2424f6-b90d-4e74-be27-3255fc83f3b2 10485760   512      NVMe-oF Target fc2424f6-b90d-4e74-be27-3255fc83f3b2 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:fc2424f6-b90d-4e74-be27-3255fc83f3b2
efacbf11-5618-41d3-8719-b4816e3b9a00 20971520   512      NVMe-oF Target efacbf11-5618-41d3-8719-b4816e3b9a00 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:efacbf11-5618-41d3-8719-b4816e3b9a00
c6ce8356-bff8-482b-9739-ad403282874d 20971520   512      NVMe-oF Target c6ce8356-bff8-482b-9739-ad403282874d nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:c6ce8356-bff8-482b-9739-ad403282874d
2928acd9-9197-494a-85d8-460f6a5a732e 104857600  512      NVMe-oF Target 2928acd9-9197-494a-85d8-460f6a5a732e nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:2928acd9-9197-494a-85d8-460f6a5a732e
92f40e76-bbcf-432a-a6a6-fde4471b6759 20971520   512      NVMe-oF Target 92f40e76-bbcf-432a-a6a6-fde4471b6759 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:92f40e76-bbcf-432a-a6a6-fde4471b6759
74ad8258-aa36-4ef3-aab6-b7e308735db3 10485760   512      NVMe-oF Target 74ad8258-aa36-4ef3-aab6-b7e308735db3 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:74ad8258-aa36-4ef3-aab6-b7e308735db3
8a6120ab-1b4f-4290-9fbf-f37dfea37d2a 20971520   512      NVMe-oF Target 8a6120ab-1b4f-4290-9fbf-f37dfea37d2a nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:8a6120ab-1b4f-4290-9fbf-f37dfea37d2a
2f99ffd6-99ad-48eb-b4aa-fc8768eb12c4 41943040   512      NVMe-oF Target 2f99ffd6-99ad-48eb-b4aa-fc8768eb12c4 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:2f99ffd6-99ad-48eb-b4aa-fc8768eb12c4
06b0f6ae-a4c1-412c-a575-0d501c229911 20971520   512      NVMe-oF Target 06b0f6ae-a4c1-412c-a575-0d501c229911 nvmf://<IP_ADDRESS>:8420/nqn.2019-05.io.openebs:06b0f6ae-a4c1-412c-a575-0d501c229911
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=GoAway { error_code: NO_ERROR, last_stream_id: StreamId(0) }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection::poll; connection error error=GoAway(b"", NO_ERROR, Library)
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=GoAway { error_code: NO_ERROR, last_stream_id: StreamId(0) }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection::poll; connection error error=GoAway(b"", NO_ERROR, Library)
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=GoAway { error_code: NO_ERROR, last_stream_id: StreamId(0) }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection::poll; connection error error=GoAway(b"", NO_ERROR, Library)
[2024-02-22T16:44:53Z DEBUG h2::codec::framed_write] send frame=GoAway { error_code: NO_ERROR, last_stream_id: StreamId(0) }
[2024-02-22T16:44:53Z DEBUG h2::proto::connection] Connection::poll; connection error error=GoAway(b"", NO_ERROR, Library)

@dsavitskiy @hrudaya21 do you think the fixes to the aio import with many replicas and missing replica service locking could possibly fix this?

Timeout

Yes, In this scenario, import pool and replica create through new PV can lead to the locking issue which is fixed now.

There's no way of validating that this was the fix, but hopefully this was the case.
As seen in another ticket perhaps taking a dump of the metadata should be the way to debug these type of issues next time.