openzfs/zfs

zfs holds -r does not work on non-snapshot datasets

Open

#9.822 aberto em 8 de jan. de 2020

Ver no GitHub
 (3 comments) (0 reactions) (0 assignees)C (1.703 forks)batch import
Type: Defectgood first issue

Métricas do repositório

Stars
 (9.908 stars)
Métricas de merge de PR
 (Mesclagem média 5d 21h) (62 fundiu PRs em 30d)

Description

System information

Type Version/Name
Distribution Name Arch Linux
Distribution Version rolling
Linux Kernel 5.4.6
Architecture x86_64
ZFS Version 0.8.2-1
SPL Version 0.8.2-1

Describe the problem you're observing

If trying to list all of the holds on all of the snapshots on a dataset, I would expect zfs holds -r [dataset] to list, per snapshot, all of the holds. On FreeBSD 12.1 this works as expected. However, on ZFS on Linux it just says "not a snapshot" and lists nothing.

Describe how to reproduce the problem

  • Create a snapshot on a dataset
  • Create a hold on that snapshot
  • Run zfs holds -r [dataset]@[snapshot] and observe the hold
  • Run zfs holds -r [dataset] and observe the error

Include any warning/errors/backtraces from the system logs

N/A

Guia do colaborador

Direção de pesquisa
Investigue a implementação do comando 'zfs holds r' no código fonte do ZFS, especificamente no arquivo 'cmd/zfs/zfs main.c'. O problema menciona que o flag recursivo não funciona em conjuntos de dados que não são snapshots, enquanto funciona no FreeBSD. Procure como o flag ' r' é processado e como o argumento do conjunto de dados é tratado. Compare as implementações do Linux e do FreeBSD, se disponíveis. Verifique a página do manual para o comportamento esperado e confira se há algum comentário existente ou comentário no código sobre essa discrepância. O problema não tem PRs vinculados, portanto, a correção pode envolver modificar a análise de argumentos ou a lógica de iteração para incluir snapshots quando o flag ' r' for usado.
Pilha de tecnologia
c
Domain
cli
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
4
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Antigo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
Git
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
30