|
Filesystem integral - o que procurar
Genérico info servidores para domingo --
Citação:
Existem várias razões pelas quais um sistema fica cheia. Uma coisa importante a considerar é como você configurar o arquivo durante a instalação,; você precisa de ter cuidado para o espaço é utilizado para todos os arquivos e pensar à frente.
Com o avançar pensar que é menos provável que os seus arquivos vão ficar cheios, mas não irá impedir um filesystem ficar cheio. Este documento irá mostrar a mais comum das razões pelas quais um sistema pode tornar-se plena e como lidar com eles.
Resolução Topo
Este documento é escrito principalmente para lidar com o OS arquivos (como root, var e usr), mas pode ser utilizada para resolver outros arquivos. Há muitas maneiras de encontrar o que há de encher-se de um sistema de ficheiros, o que pode às vezes ser um processo difícil. Um problema é que um sistema pode ser preenchido por um ou poucos arquivos muito grandes (que geralmente é fácil de encontrar), ou por milhares de pequenos arquivos (que pode ser difícil de encontrar e identificar a causa).
Primeiro você precisa descobrir quais arquivos estão encher seu sistema de ficheiros.
Um modo muito útil para a lista o tamanho dos arquivos em um sistema de ficheiros é com o do comando.
O exemplo a seguir listas de ficheiros de maior para o menor sobre o sistema de ficheiros root:
$ Du-AKD / | sort-nr | more
ou
$ Du-AKD / | sort-nr> / tmp / du.out
Este último irá dar-lhe um arquivo que você pode rever a sua conveniência.
A opção-d do comando du du mantém partição de atravessar fronteiras.
O "-uma" opção informa ao relatório do arquivo tamanhos (sem esta opção du relatórios apenas a quantidade de espaço utilizado em cada diretório. O "-k" du opção significa que apresentará um relatório em termos de kilobytes em vez de 512-byte blocos. No Solaris 9 ou mais tarde substituir "k" com "h" se você preferir "humana de leitura" de saída, que é produzido em termos de kilobytes, megabytes ou gigabytes, dependendo do número relatado.
A opção de classificar-se coloca os arquivos em ordem numérica inversa.
Evidentemente, isso pode ser usado em arquivos raiz diferente, basta substituir o caminho para a necessária "/" no "du" comando.
O comando "du-SKD /" resume a quantidade de kilobytes utilizado para um sistema, em determinado caso para o sistema de ficheiros root. Se este for diferente do que é relatado pelo comando df-k, um pode verificar a InfoDocs 4.083 e 17.720 para mais explicações e dicas de solução de problemas.
Um problema comum com df mostrando mais do que du é uso dos dados existentes nos ficheiros ou directórios que são utilizados como montar pontos.
INFODOC 4083 abrange presente, mas a solução básica é dado novamente aqui por conveniência.
Desmonte qualquer montado arquivos e verificar o ponto de montagem diretórios de arquivos. Remover os arquivos ou movê-los, se você acha que eles precisam, e montar os arquivos novamente.
Para o / tmp arquivos, você terá que inicializar o sistema em modo de usuário único para aceder a directoria / tmp sem swap montado sobre a mesma.
Para / var e / usr, você terá que inicializar o sistema a partir do cdrom, montar o sistema de ficheiros root, e, em seguida, verifique o / var e / usr diretórios montada no âmbito do sistema de ficheiros root. Estes devem ser normalmente vazio quando / var ou / usr não está montado.
Outra boa maneira de pesquisar por arquivos é usar o comando '/ usr / bin / localizar ". Existe um bom documento como usar o comando Localizar, ver infodoc 13678
Norma arquivos para olhar primeiro será:
Filesystem
Cheques
/ tmp
Se / tmp está cheio ou contém arquivos grandes, uma reinicialização irá limpar este diretório. Uma instalação padrão Solaris partilha a diskspace para / tmp e swap, como você pode ver na saída do comando df.
Nota: / tmp não é limpo durante o arranque se / tmp é configurado como um sistema separado.
/ dev
Grandes ficheiros podem aparecer aqui quando tentar escrever para um dispositivo usando o nome de dispositivo incorrectos. Por exemplo / dev / RMT / o (letra 'o') em vez de / dev/rmt/0 (dígito "zero" para uma fita de carro. Este é um problema muito comum quando a máquina não tem uma fita unidade anexa e alguém usa um comando como fita de alcatrão ou ufsdump. Isso só vai criar um grande arquivo em / dev / RMT /. Portanto, certifique-se de verificar o / dev diretório atual links para arquivos não.
/
Procure por arquivos principais. Verificar /. Lixeira e / perdidos + encontrado diretório de arquivos grandes. Verificar a existência de um. CPR arquivo na raiz, este é colocado lá pelo poder suspender / retomar software.
/ var
Terceiro pacotes vezes deixam de alcatrão arquivos em / var / sadm / pkg diretório.
Se / var está cheia (e é um distinto filesystem) ou / var um diretório é o que é determinado utilizando-se mais espaço na raiz, verifique o seguinte.
Clearing out (mas não eliminando, os arquivos devem ser truncado para zero comprimento) os seguintes arquivos que você pode ganhar algum espaço. Tome cuidado aqui, porque você vai perder várias informações de registro. Por exemplo, o utmp [x] e wtmp [x] arquivos contém usuário acesso e informação contabilística:
/ var / cron / log
/ var /spool/lp / logs
/ var / adm / utmp
/ var / adm / utmpx
/ var / adm / wtmp
/ var / adm / wtmpx
/ var / log / syslog *
/ var / adm / messages .*
NOTA: se você zero a utmp, utmpx, wtmp ou wtmpx arquivos, você deverá reiniciar a máquina.
De zero a um arquivo:
# Cat / dev / null> nome_do_arquivo
NOTA: Para o Solaris [MT] 9 ou superior, veja logadm (1M), para uma útil ferramenta para gerenciar arquivos de log.
Verifique / var / saf - para verificar _log e no TCP e zsmon diretórios. Haverá _log arquivos - você pode zero-los com "cat / dev / null> filename". Se o seu sistema está sendo usado como uma impressora acolhimento, verificar / var / lp / logs para arquivos, eles podem ser eliminados se tiverem sido impressas ou deixado por sistema de falhas ou problemas da impressora. Verifique / var / preservar. Verifique / var /spool/* Diretório. Subdirectories como "lp" ou "mqueue" são utilizados para spooling. Verifique / var / crash para qualquer sistema núcleos. Também check / var / tmp para arquivos não necessários; / var / tmp não foi limpo com uma reinicialização.
Uma palavra de cautela em relação ao / var / sadm diretório. Este diretório contém pacotes e patch informação e geralmente não deve ser tocado.
Se você quiser remover guardados patch backout informações, consulte INFODOC 14295.
Também pode ser que você está executando fora de inodes e estão recebendo a mensagem "sistema de ficheiros completo". Neste caso, recriar uma partição com mais inodes. Os passos básicos são:
*
Remover arquivos desnecessários.
*
Fazer backup da partição.
*
recriar usando Newfs nbpi-i / dev / <rfsname> onde nbpi menor então é escolhido o tamanho padrão para o disco, e é a matéria-prima rfsname arquivos, por exemplo / dev / rdsk / cNtNdNsN. Veja homem Newfs (1M) para obter mais informações.
*
Restaurar as informações de volta para a partição.
No decurso do funcionamento normal dos sistemas, a raiz e usr arquivos (ou diretórios) são na sua maioria estáticos (não crescer ao longo do tempo). / var no entanto, faz crescer ao longo do tempo (porque contém arquivos de log pacote de dados, imprimir e enviar spoolers, etc.) O nome "var" é, de facto, uma abreviatura de "diferentes" ou "variável", como o "/ var" filesystem é destinado a processos que variam em tamanho e conteúdo ao longo do tempo (veja o sistema de arquivos (5) manual para obter mais detalhes sobre presente). É uma boa prática a administração de sistema para monitorizar os ficheiros para se certificar que não se demasiado grande.
Se um sistema de repente enche, que poderia ter sido causado pela instalação de uma nova peça de software em um diretório errado.
Verifique qualquer perdidos + encontrado em qualquer directório de ficheiros que está cheia.
Outra abordagem seria a lista arquivos pela sua alteração data (desde que a data de quando o sistema de arquivos encheu é conhecido).
# Ls-LRT / | mais irá listar todos os arquivos e ordená-los por as datas de modificação.
Sob circunstâncias muito raro um UFS filesystem possam aparecer cheia, enquanto você ainda tem blocos de dados e i-nodos disponíveis. Esta situação é descrita em SRDB 74799.
Solução Alternativa Temporária Topo
Informações Adicionais Topo
Poderia ser também que todas estas acções não dá a solução e que o problema é na verdade o sistema de arquivos é muito pequeno.
Confira o documento seguinte recomendado para tamanhos de ficheiros, infodoc 74110.
Você deve pensar sobre o tamanho necessário para o SO e dividir os dados provenientes do SO arquivos para impedir que fiquem cheios. Claro que é sempre possível adicionar mais discos, e de alargar o sistema de arquivos, mas é melhor prevenir.
|
Para verificar nodo Utilização - DF-UFS-F oi
Para verificar a forma como foi criado um sistema de ficheiros - mkfs-m / dev / rdsk / cXtXdXsX
Última edição por RTM; em 03/23/2006 07:04..
|
Mais UNIX e Linux Fórum Tópicos Você pode achar Helpfull
Powered by 
03-09-2006
Hybrid Mode
