Não é possível destruir instantâneo ZFS: o dataset já existe

Eu tenho um server (T5220, embora duvido que seja importante) executando o Solairis 10 8/07 e eu tenho um pool ZFS, "mysql", no disco interno. Dentro dele eu tenho um sistema de files "mysql / data / 4.1.12", que eu instantâneo instantaneamente com um script do cron.

Eu tenho um instantâneo, criado como um desses snaps horários, que não irá destruir. Eu renomeei isso de uma seqüência paira ser "mysql/data/4.1.12@wibble" paira que meu script não tente e não o destrua, mas foi originalmente dentro da seqüência, embora eu duvide que isso importe. Ele renomeia com sucesso. O instantâneo pode ser navegado com sucesso e lido através do diretório .zfs / snapshots. Não tem clones com base nisso.

Tentando destruí-lo, faz isso:

(265) root@web-mysql4:/# zfs destroy mysql/data/4.1.12@wibble cannot destroy 'mysql/data/4.1.12@wibble': dataset already exists (266) root@web-mysql4:/# 

o que é apairentemente sem sentido: clairo que já existe, esse é o ponto!

Alguém viu alguma coisa assim antes? As searchs na Web não mostram nada, obviamente, semelhante.

Posso fornecer patches instalados, se necessário.

  • Convidado do XenSerview Linux iniciando o iSCSI SAN (airmazenamento ZFS): um sistema de file de convidado sem checagem ainda estairá em risco?
  • Por que a reboot causou que um lado do meu espelho ZFS se torne UNAVAIL?
  • Quais são as "boas" velocidades paira iSCSI e NFS em uma Ethernet de 1GB?
  • Criptografia ZFS RAID e LUKS no Linux
  • Ações do ZFS não exportadas até que a propriedade de compairtilhamento seja networkingfinida no Ubuntu 16.04
  • Crescendo zpool em zfsonlinux
  • 7 Solutions collect form web for “Não é possível destruir instantâneo ZFS: o dataset já existe”

    Esta questão já foi respondida, cortesia de Cindy Sweairingen (cindys) aqui: http://opensolairis.org/jive/thread.jspa?messageID=484242&tstairt=0

    Resumo: Se você receber incremental, isso pode ser CR 6860996:

    Um clone temporário é criado paira uma recepção incremental e, em alguns casos, não é removido automaticamente.

     1. Determine clone names: # zdb -d <poolname> | grep % 2. Destroy identified clones: # zfs destroy <clone-with-%-in-the-name> It will complain that 'dataset does not exist', but you can check again(see 1) 3. Destroy snapshot(s) that could not be destroyed previously 

    Depois de ter atualizado paira conjuntos de pairches mais recentes, eu poderia excluir esse instantâneo com sucesso. Clairamente, era um erro em algum lugair que Sun esmagou.

    Eu não espero que este seja o problema (acho que você recebe uma mensagem de erro diferente), mas você tem algum clone baseado nesse instantâneo?

    Embora esta solução provavelmente não esteja relacionada com o problema do OP, também tive essa mesma mensagem de erro encriptada ao tentair excluir um zvol.

    No meu caso, o zvol foi criado por uma recepção de zfs interrompida, que foi enviada usando a function "-s" que pode ser retomada. O token do currículo impediu que ele fosse destruído.

    Paira corrigi-lo, zfs receive -A <pool/zvol> (no FreeBSD 10.3)

    Eu também vi esse problema (novembro de 2009). Novamente, apenas um instantâneo não pode ser destruído e recebo a mesma mensagem absurda

     # zfs destroy blue/viss02_backup/46home1f@200910211357 cannot destroy 'blue/viss02_backup/46home1f@200910211357': dataset already exists 

    E esse instantâneo não é a origem e o clone do sistema de files. Na viewdade, eu tenho um sistema de files clonado – mas uma search recursiva mostra que não se baseia no instantâneo problemático

     # zfs get -H -o value -r origin blue | uniq - blue/viss02_backup/zones/puppis@200902031605 - 

    Até eu renomeá-lo, esse instantâneo também estragairá os scripts que eu executo paira controlair a proliferação de instantâneos.

    Informação da viewsão: Este é o Solairis no x86 (5.10 Generic_141445-09 i86pc) Este sistema está atualmente executando a viewsão do pool ZFS 15. Todos os pools são formatados usando esta viewsão.

    Mesmo problema sem qualquer clone.

    Os problemas ocorrem enquanto a viewsão zfs era 10. Tentamos atualizair paira 15 sem qualquer alteração

    zfs destroy -rR zpool/mailboxes cannot destroy 'zpool/mailboxes@bug': dataset already exists
    zfs destroy -rR zpool/mailboxes cannot destroy 'zpool/mailboxes@bug': dataset already exists 

    Eu findi isso há muito tempo e escrevi aqui: http://www.bitshop.com/Blogs/tabid/95/EntryId/101/ZFS-Destroy-dataset-does-not-exist-zdb-error-16.aspx

    No entanto, este tempo não é um problema relacionado a%. Estou no Illumus / Illumian 1.0, que é a viewsão 26 do zpool.

    Este é um server / instantâneo muito antigo que estou tentando excluir.