Re: É possível desmontar o /var ?

[Fagner Patricio <fagner.patricio@gmail.com>]

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 <leandro@leandromoreira.eti.br> escreveu:

Fagner,
basta usar o comando:

mount -l /var

Att.

Leandro Moreira.

Em 24 de agosto de 2010 15:56, Fagner Patricio <fagner.patricio@gmail.com> 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: leandro@leandromoreira.eti.br
Tel.: + 55(32) 9906-5713

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