Delay before destroying loopback devices
Generally I don't approve of just adding an arbitrary delay to avoid a problem but in this case I'm going to let it slide. We may need to delay briefly after 'zpool destroy' returns to ensure the loopback devices are closed. If they aren't closed than losetup -d will not be able to destroy them. Unfortunately, there's no easy state the check so we'll have to make due with a simple delay.
This commit is contained in:
parent
36391312af
commit
608860b6d0
|
@ -31,6 +31,9 @@ zpool_destroy() {
|
|||
msg ${ZPOOL} destroy ${ZPOOL_NAME}
|
||||
${ZPOOL} destroy ${ZPOOL_NAME}
|
||||
|
||||
# Delay to ensure device is closed before removing loop device
|
||||
sleep 1
|
||||
|
||||
for FILE in ${FILES}; do
|
||||
DEVICE=`${LOSETUP} -a | grep ${FILE} | head -n1|cut -f1 -d:`
|
||||
msg "Removing ${FILE} using loopback device ${DEVICE}"
|
||||
|
|
|
@ -46,6 +46,9 @@ zpool_destroy() {
|
|||
msg ${ZPOOL} destroy ${ZPOOL_NAME}
|
||||
${ZPOOL} destroy ${ZPOOL_NAME}
|
||||
|
||||
# Delay to ensure device is closed before removing loop device
|
||||
sleep 1
|
||||
|
||||
for FILE in ${FILES}; do
|
||||
DEVICE=`${LOSETUP} -a | grep ${FILE} | head -n1|cut -f1 -d:`
|
||||
msg "Removing ${FILE} using loopback device ${DEVICE}"
|
||||
|
|
|
@ -31,6 +31,9 @@ zpool_destroy() {
|
|||
msg ${ZPOOL} destroy ${ZPOOL_NAME}
|
||||
${ZPOOL} destroy ${ZPOOL_NAME}
|
||||
|
||||
# Delay to ensure device is closed before removing loop device
|
||||
sleep 1
|
||||
|
||||
for FILE in ${FILES}; do
|
||||
DEVICE=`${LOSETUP} -a | grep ${FILE} | head -n1|cut -f1 -d:`
|
||||
msg "Removing ${FILE} using loopback device ${DEVICE}"
|
||||
|
|
|
@ -31,6 +31,9 @@ zpool_destroy() {
|
|||
msg ${ZPOOL} destroy ${ZPOOL_NAME}
|
||||
${ZPOOL} destroy ${ZPOOL_NAME}
|
||||
|
||||
# Delay to ensure device is closed before removing loop device
|
||||
sleep 1
|
||||
|
||||
for FILE in ${FILES}; do
|
||||
DEVICE=`${LOSETUP} -a | grep ${FILE} | head -n1|cut -f1 -d:`
|
||||
msg "Removing ${FILE} using loopback device ${DEVICE}"
|
||||
|
|
Loading…
Reference in New Issue