<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr"><div>Hello,</div><div><br></div><div>unfortunately there is no straightforward way to correct that lvmthin instead of lvm mistake. <br></div><div>LINSTOR does not allow you to delete the storage pool while it has resources in it.</div><div>That means, I see only 2 ways to fix this issue. As you found out, the lost storage-pool is not fully implemented yet (sorry for having it already in our docs), but there is a lost node command. That means you could shut down ALL satellites (that will NOT stop DRBD from replicating), issue the node lost command, start that one satellite again which you just &quot;lost&quot; and perform the corrected commands from the migration again (starting with &quot;linstor node create ...&quot;). Afterwards you can restart the other satellites.</div><div><br></div><div>Stopping the other satellites is only needed so that the other satellites do NOT update their DRBD .res files as the &quot;lost&quot; node disappeared. Otherwise all satellites would reconfigure their local DRBD to disconnect from the lost node&#39;s DRBD resources, which you might want to avoid in this case.</div><div><br></div><div>While the second way fixing this issue might be much easier, we usually DO NOT recommend manually editing the database directly. However, if you have not created any new resources using the &quot;wrong&quot; lvmthin setting, this might be easier for you:</div><div>Stop the controller (this will also NOT stop DRBD replication), open the database, find the NODE_STOR_POOL table and simply update the corresponding DRIVER_NAME to &quot;LVM&quot;. If you are done start the controller again.</div><div><br></div><div>Regarding the offline controller issue, there are two things to know:</div><div>First, the current LINSTOR controller will NEVER contact another LINSTOR controller. That means that other LINSTOR controllers added to the node list will always be shown as OFFLINE, even if they are up and running.</div><div>Second, the previous rule is only true for &quot;other&quot; controllers. If you add the current controller to its own node-list (which you can do, but is by no means required, this is more for self-documentation purposes), the controller will show &quot;itself&quot; as ONLINE. The controller determines if a controller-typed node is &quot;itself&quot; by checking the local addresses to the given IP address from the controller-typed node. If one matches, it assumes that it has found itself (sounds enlightening...)</div><div><br></div><div>However, even an ONLINE controller node is nothing more but self-documentation and has no real use or effect.<br></div></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div>ps.: sorry if you get this answer twice, seems like a problem with my mail client.<br></div><div dir="ltr"><br></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Best regards,<br></div>Gabor Hernadi<br></div></div></div></div></div>