Pular para o conteúdo principal
Caminho no painel: menu da esquerda > Configuração > cartão Sistema > Quota. O link (Configurar), no campo de espaço em disco da conta de cliente, leva à mesma tela. Tela Quota com a fórmula, o valor sugerido para o disco e o campo Tamanho médio do arquivo
  1. Em Tamanho médio do arquivo, escolha a unidade, B ou KB, e escreva o valor.
  2. Clique em Salvar.

A conta que o painel faz

A tela mostra a fórmula:
Quantidade máxima de arquivos = Espaço em disco alocado / Tamanho médio do arquivo
A tela também sugere um valor, calculado para o disco deste servidor: o espaço total e quantos arquivos o disco comporta. Numa máquina com 25,81 GB e 1,6 milhão de arquivos possíveis, a sugestão foi 16 KB. A mudança vale para as contas que já existem, na hora. Ao salvar 16384 B, a conta de 1 MB passou de 122 para 61 arquivos sem esperar o minuto seguinte. Conta com espaço em disco ilimitado fica sem limite de arquivos.
Trocar a unidade não converte o númeroCom 8192 e a unidade B, trocar para KB deixa o campo com 8192, que passa a valer 8.192.000 bytes. Confira o número depois de mudar a unidade.
O limite só vale se a quota do disco estiver ativa no servidorO painel grava o número, e quem aplica é a quota do sistema de arquivos. Numa máquina de teste em que ela não funcionava, o painel salvou normalmente e mostrou a mensagem de sucesso. O erro do comando de quota ficou só no registro interno do painel, no servidor, e nenhuma tela avisou.

Como saber se a quota do servidor funciona

O sinal mais visível está em outra tela: toda conta de cliente nova nasce com o triângulo vermelho na coluna S de Administração do Usuário. A criação da conta termina gravando a quota, e é esse o passo que falha. No servidor, quem administra confirma com quotaon -p /, que deve responder que a quota de usuário está ligada, e com o registro da tarefa do painel, /var/log/keyhelp/cronjob/update.log, que mostra o erro do setquota quando ela não funciona.

O caso medido: a raiz com um nome que não existe

Na máquina de teste, o erro era este:
O sistema de arquivos e o /etc/fstab estavam certos, com usrquota,grpquota na raiz, e o kernel tinha suporte a quota. O problema era o nome do disco: o servidor dava boot com o kernel montando a raiz sozinho, sem initramfs, e nesse caso a raiz aparece como /dev/root, um nome que não existe em /dev. As ferramentas de quota procuram o disco por esse nome e param. É comum em servidor virtual que dá boot pelo kernel do provedor. O conserto foi criar o /dev/root apontando para o disco real, de forma permanente, com uma regra que recria o link a cada boot antes de a quota ser ligada, e reiniciar. Depois disso a quota ligou no boot, e a conta de cliente criada em seguida já nasceu com o limite aplicado. É trabalho de quem administra o servidor, não do painel. Conferido que ela bloqueia, depois do conserto, numa conta de teste com 1 MiB de disco e 122 arquivos, gravando como o próprio usuário da conta:
Ligar a quota do servidor não aplica o limite das contas que já existemMedido: depois do conserto, as contas antigas continuavam sem limite nenhum no sistema. O painel só grava a quota de uma conta quando o Espaço de Disco dela muda. Troque o valor de cada conta antiga por outro e volte, e confira em Administração do Usuário.

O que pode dar errado

Ver também