Add checks before removing zpool from config
Description
Problem/Justification
None
Impact
None
SmartDraw Connector
Katalon Manual Tests (BETA)
Activity
Show:
Bill O'Hanlon October 9, 2019 at 6:43 PM
Looks fixed in U6 to me. I was able to destroy the pool from the GUI while the replication was running. It destroyed the pool and deleted the replication.
Cannot Reproduce
Pinned fields
Click on the next to a field label to start pinning.
Details
Details
Assignee
Bill O'HanlonReporter
joshuaLabels
Support Ticket
ORW-175-12768
Components
Fix versions
Affects versions
Priority
LowMore fields
Time tracking
More fields
Time trackingKatalon Platform
Linked Test Cases, Katalon Defect Results, Katalon Studio Test Results
Katalon Platform
Linked Test Cases, Katalon Defect Results, Katalon Studio Test Results
Created July 3, 2019 at 6:50 PM
Updated October 9, 2019 at 6:45 PM
Resolved October 9, 2019 at 6:45 PM
I was just working with a TrueNAS HA customer, and they were replicating over 300TB to a backup TrueNAS HA system. During this event, it was determined the zpool layout on the destination was wrong, so I went ahead and destroyed the zpool from the WebGUI. Because the replication was still going on in the background, the zpool did not get destroyed or exported, but it's entry in the config file was removed. This required some manual intervention to correct, and was corrected during the call. Please add a check to make sure this disparity between what we got as a final outcome is correct.
Both source and destination were 11.1-U7.1.