Olá Leandro e demais membros:

Fagner,
> basta usar o comando:
>
> mount -l /var
>

Veja só, usando o comando com o sistema em produção acontece isso:

*lvm:~# mount -l /var*
> *mount: /dev/mapper/padrao-lvm_var já montado ou /var ocupado*
> *mount: de acordo com mtab, /dev/mapper/padrao-lvm_var já está montado em
> /var*
> *lvm:~# *
>

 Verificando o que está o ocupando a partição var temos:

*lvm:~# lsof | grep var*
> *portmap   1665      daemon    3uW     REG      254,3       5      39046
> /var/run/portmap.pid*
> *portmap   1665      daemon    6u      REG      254,3      74      39047
> /var/run/portmap_mapping*
> *rpc.statd 1680       statd  cwd       DIR      254,3    4096       9099
> /var/lib/nfs*
> *rpc.statd 1680       statd    6w      REG      254,3       5      39048
> /var/run/rpc.statd.pid*
> *dhclient3 1853        root    3w      REG      254,3     936       8280
> /var/lib/dhcp3/dhclient.eth0.leases*
> *rsyslogd  1904        root    1w      REG      254,3    3340      23454
> /var/log/auth.log*
> *rsyslogd  1904        root    2w      REG      254,3  152217      23455
> /var/log/syslog*
> *rsyslogd  1904        root    3w      REG      254,3    1524      23456
> /var/log/daemon.log*
> *rsyslogd  1904        root    4w      REG      254,3  148317      23457
> /var/log/kern.log*
> *rsyslogd  1904        root    5w      REG      254,3       0      23458
> /var/log/lpr.log*
> *rsyslogd  1904        root    6w      REG      254,3       0      23459
> /var/log/mail.log*
> *rsyslogd  1904        root    7w      REG      254,3     136      23460
> /var/log/user.log*
> *rsyslogd  1904        root    8w      REG      254,3       0      23461
> /var/log/mail.info*
> *rsyslogd  1904        root    9w      REG      254,3       0      23462
> /var/log/mail.warn*
> *rsyslogd  1904        root   10w      REG      254,3       0      23463
> /var/log/mail.err*
> *rsyslogd  1904        root   11w      REG      254,3       0      23465
> /var/log/news/news.crit*
> *rsyslogd  1904        root   12w      REG      254,3       0      23466
> /var/log/news/news.err*
> *rsyslogd  1904        root   13w      REG      254,3       0      23467
> /var/log/news/news.notice*
> *rsyslogd  1904        root   14w      REG      254,3   14360      23468
> /var/log/debug*
> *rsyslogd  1904        root   15w      REG      254,3  133543      23469
> /var/log/messages*
> *acpid     1915        root    4u     unix 0xced67ac0               5433
> /var/run/acpid.socket*
> *exim4     2197 Debian-exim  cwd       DIR      254,3    4096      31241
> /var/spool/exim4*
> *atd       2215      daemon  cwd       DIR      254,3    4096      31244
> /var/spool/cron/atjobs*
> *atd       2215      daemon    3uW     REG      254,3       5      39057
> /var/run/atd.pid*
> *cron      2235        root  cwd       DIR      254,3    4096      31237
> /var/spool/cron*
> *cron      2235        root    3u      REG      254,3       5      39058
> /var/run/crond.pid*
>

Então por analogia usei o comando umount -l /var:

*lvm:~# umount -l /var/*
> *lvm:~# *
>

e funciona ele desmonta ou faz algo parecido, pois ainda é possível navegar
na pasta:

*lvm:~# cd /var/
> lvm:/var# ls -la
> total 16
> drwxr-xr-x  4 root root 4096 Ago 17 13:58 .
> drwxr-xr-x 21 root root 4096 Ago 17 14:01 ..
> drwxr-xr-x  3 root root 4096 Ago 17 14:09 lock
> drwxr-xr-x  2 root root 4096 Ago 17 13:58 run
> lvm:/var#
> *


pelo que parece ele trava a partição, sei que nesse estado foi possível
aumentar a partição, contudo não descobri qual o comando que restaura a
partição para o estado normal, tentei usar o comando que o leandro indicou,
mount -l var:

*lvm:/# mount -l /var/
>
> lvm:/# ls -la /var/
> total 68
> drwxr-xr-x 14 root root   4096 Ago 17 13:59 .
> drwxr-xr-x 21 root root   4096 Ago 17 14:01 ..
> drwxr-xr-x  2 root root   4096 Ago 17 13:59 backups
> drwxr-xr-x  7 root root   4096 Ago 17 14:07 cache
> drwxr-xr-x 22 root root   4096 Ago 17 14:19 lib
> drwxrwsr-x  2 root staff  4096 Jan 25  2010 local
> drwxrwxrwt  3 root root   4096 Ago 24 17:42 lock
> drwxr-xr-x  7 root root   4096 Ago 24 17:42 log
> drwx------  2 root root  16384 Ago 17 13:58 lost+found
> drwxrwsr-x  2 root mail   4096 Ago 17 13:59 mail
> drwxr-xr-x  2 root root   4096 Ago 17 13:59 opt
> drwxr-xr-x  5 root root   4096 Ago 24 17:42 run
> drwxr-xr-x  4 root root   4096 Ago 17 14:06 spool
> drwxrwxrwt  2 root root   4096 Jan 25  2010 tmp
>
> lvm:/# lsof | grep var
> acpid     1915        root    4u     unix 0xced67ac0               5433
> /var/run/acpid.socket
> lvm:/# *
>

todas as pastas voltam ao normal, mas os processos nao são reiniciados.

Tem algum problema na minha sequência de ações?


Em 24 de agosto de 2010 17:05, Leandro Moreira <
[email protected]> escreveu:

> Fagner,
> basta usar o comando:
>
> mount -l /var
>
> Att.
>
> Leandro Moreira.
>
>
> Em 24 de agosto de 2010 15:56, Fagner Patricio 
> <[email protected]>escreveu:
>
> Olá pessoal!!!
>>
>> Estou estudando o LVM e só por curiosidade estou tentando aumentar a
>> partição /var, bom como todos sabemos temos muitas coisas acontecendo lá,
>> muito logs e arquivos .pid, bom logo, pela lógica desmontar uma partição
>> assim pode dar um baita problema.
>>
>> lvm:~# umount /var/
>>> umount: /var: o dispositivo está ocupado
>>> umount: /var: o dispositivo está ocupado
>>> lvm:~#
>>>
>>
>> Bom, então, alguém já fez, ou pensou, ou sabe como e se é possível
>> desmontar o /var em um sistema de produção?
>>
>> A lógica seria algo do tipo, dar um congelamento em todos os serviços
>> sendo utilizados e ai fazer qualquer formatação necessária e depois reativar
>> o sistema.
>>
>> Fica aqui a discussão.
>>
>> --
>> Fagner Patrício
>> João Pessoa - PB
>> Brasil
>>
>
>
>
> --
> Leandro Moreira
> Network Administrator
> LPIC1 - Linux Professional Institute Certified
> e-mail/msn: [email protected]
> Tel.: + 55(32) 9906-5713
>



-- 
Fagner Patrício
João Pessoa - PB
Brasil

Responder a