Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ConfigShell support passing Console object as parameter #62

Merged
merged 1 commit into from
Dec 15, 2021

Conversation

zoumingzhe
Copy link

Setting preference maybe rollback when execute multiple targetcli requests concurrently.
Please see open-iscsi/targetcli-fb#188 for details.
In order to solve this problem we must first initialize a Console object.

Signed-off-by: Zou Mingzhe [email protected]

Setting preference maybe rollback when execute multiple targetcli requests concurrently.
Please see open-iscsi/targetcli-fb#188 for details.
In order to solve this problem we must first initialize a Console object.

Signed-off-by: Zou Mingzhe <[email protected]>
zoumingzhe added a commit to zoumingzhe/targetcli-fb that referenced this pull request Oct 22, 2021
Setting preference maybe rollback when execute multiple targetcli requests concurrently.
ConfigShell always initialization new Console object.
However, the lockfile need to be opened before requesting flock.
At this time, an exception may occur and need to be output to the console.
Currently, ConfigShell always initializes a new Console object.
So, ConfigShell is initialized first to be able to print information.
The prefs.bin file will be loaded when ConfigShell is initialized.
In this case, the old value may be read, if a new preference is being set and not saved.
In order to solve this problem we must first initialize a Console object.

This patch needs open-iscsi/configshell-fb#62 to be merged first.

Signed-off-by: Zou Mingzhe <[email protected]>
zoumingzhe added a commit to zoumingzhe/targetcli-fb that referenced this pull request Oct 22, 2021
Setting preference maybe rollback when execute multiple targetcli requests concurrently.
ConfigShell always initialization new Console object.
However, the lockfile need to be opened before requesting flock.
At this time, an exception may occur and need to be output to the console.
Currently, ConfigShell always initializes a new Console object.
So, ConfigShell is initialized first to be able to print information.
The prefs.bin file will be loaded when ConfigShell is initialized.
In this case, the old value may be read, if a new preference is being set and not saved.
In order to solve this problem we must first initialize a Console object.

This patch needs open-iscsi/configshell-fb#62 to be merged first.

Signed-off-by: Zou Mingzhe <[email protected]>
@maurizio-lombardi maurizio-lombardi merged commit 8214d9a into open-iscsi:master Dec 15, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants