Alterar tamanho da partição /tmp

[g4p]

Bom dia,

No momento que vou gerar o relatório sarg, ele retorna que não há espaço no dispositivo.

editora@bkp-editora:~/scripts$ sudo ./sarg.sh
[sudo] password for editora:
SARG: Período coberto pelos arquivos de log: 07/07/2014-07/07/2014
sort: erro de escrita: /tmp/sarg/denied.log: Não há espaço disponível no dispositivo
SARG: Status de retorno do comando sort: 2
SARG: comando sort: sort -T "/tmp/sarg" -t "   " -k 3,3 -k 5,5 -o "/tmp/sarg/denied.log" "/tmp/sarg/denied.log.unsort"

Realmente! Dando um df -h, vejo que não há espaço no /tmp:

editora@bkp-editora:~$ df -h
Sist. Arq.       Tam  Usad Dispon. Uso% Montado em
/dev/sda1       226G  4,6G    210G   3% /
udev            1,9G   12K    1,9G   1% /dev
tmpfs           771M  9,7M    762M   2% /run
none            5,0M     0    5,0M   0% /run/lock
none            1,9G     0    1,9G   0% /run/shm
none            100M     0    100M   0% /run/user
overflow        1,0M  1,0M       0 100% /tmp
/dev/sdb1       2,7T  1,7T    956G  64% /srv/Storage1

De que forma eu posso alterar o tamanho da partição /tmp?

[zekkerj]

Vc lembra de ter criado uma partição /tmp?

[niquelnausea]

se não me engano, caso não seja uma partição separada, a /tmp é a metade da sua ram. resolvi meu problema alterando o fstab.

#
# /etc/fstab: static file system information                                                                                                                                                    
#                                                                                                                                                                                              
# <file system> <dir>   <type>  <options>       <dump>  <pass>                                                                                                                                  
# /dev/sda4                                                                                                                                                                                    
UUID=fe84f944-a6b9-4fd3-b0ad-7a3bbfc7ad19       /               ext4            rw,relatime,data=ordered        0 1                                                                            
# /dev/sda5                                                                                                                                                                                    
UUID=9f61c946-e142-4e86-b263-50a15f44bd2b       /home           ext4            rw,relatime,data=ordered        0 2
# /dev/sda2
UUID=353f1a21-1301-4751-b49f-7c853151f77a       /boot           ext4            rw,relatime,data=ordered        0 2
# /dev/sda1 LABEL=EFI
UUID=A910-8174          /boot/EFI       vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro    0 2
# /dev/sda3
#UUID=b403bee9-b724-4200-8dc0-a2902d7853c1      none            swap            defaults        0 0
tmpfs                                            /tmp           tmpfs   nodev,nosuid,size=2G          0  0

[g4p]

Lembro de ter criado não, zeek.

[g4p]

O fstab está assim:

editora@bkp-editora:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=628d2eb5-0a16-47d8-b2cb-304035c5e08c /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=f9430168-b300-400d-b5f1-051240ab3f30 none            swap    sw              0       0

# Backup Storage1 - 3TB
UUID=d6b897ca-ce49-439e-8640-abb967a98a4a /srv/Storage1 ext4 defaults 0 2

[zekkerj]

se não me engano, caso não seja uma partição separada, a /tmp é a metade da sua ram. resolvi meu problema alterando o fstab.

#
# /etc/fstab: static file system information                                                                                                                                                   
#                                                                                                                                                                                               
# <file system> <dir>   <type>  <options>       <dump>  <pass>                                                                                                                                 
# /dev/sda4                                                                                                                                                                                     
UUID=fe84f944-a6b9-4fd3-b0ad-7a3bbfc7ad19       /               ext4            rw,relatime,data=ordered        0 1                                                                             
# /dev/sda5                                                                                                                                                                                     
UUID=9f61c946-e142-4e86-b263-50a15f44bd2b       /home           ext4            rw,relatime,data=ordered        0 2
# /dev/sda2
UUID=353f1a21-1301-4751-b49f-7c853151f77a       /boot           ext4            rw,relatime,data=ordered        0 2
# /dev/sda1 LABEL=EFI
UUID=A910-8174          /boot/EFI       vfat            rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro    0 2
# /dev/sda3
#UUID=b403bee9-b724-4200-8dc0-a2902d7853c1      none            swap            defaults        0 0
tmpfs                                            /tmp           tmpfs   nodev,nosuid,size=2G          0  0

Isso pra mim é novidade. Até onde eu lembrava, se o /tmp não fosse uma partição explicitamente criada, seria parte do sistema de arquivos raiz.

[g4p]

Estranho. Tou pensando em da um reboot no servidor quando acabar o expediente..

[g4p]

Achei a solução no Google.

Lembra que tive problema de espaço esgotado no servidor? O GNU/Linux, automáticamente, cria uma partição /tmp com espaço de 1MB quando isso acontece e não é possível desmontar. Apenas reiniciando..

Lê aí.. http://tecknow.com.br/overflow-da-particao-tmp-no-linux/

[zekkerj]

Novamente... nunca tinha visto isso. Deve ser coisa do Ubuntu.

[niquelnausea]

Isso pra mim é novidade. Até onde eu lembrava, se o /tmp não fosse uma partição explicitamente criada, seria parte do sistema de arquivos raiz.

acabei de fazer um teste no opensuse, nesta distro a /tmp tem o mesmo tamanho livre da /. já no arch o dolphin sempre mostra como 1gb, além dos erros ao compilar alguns pacotes por falta de espaço. não me lembro da fonte, mas li que era por causa da ram (limitado a metade do tamanho da mesma, que no meu caso da 1gb).

[zekkerj]

Pois é... mesmo refazendo a busca, não vi sinais de que alguma outra distro faça isso.
Até pq eu estou acostumado a usar o Suse Linux Enterprise Server, e já tive vários casos de sistema de arquivos cheio, nunca tinha visto isso acontecendo.

Ao que parece, não precisa reiniciar --- basta usar o comando "sudo umount overflow".

[galactus]

Desculpem a intromissão no tópico, mas o que vocês estão dizendo sobre o /tmp,  mesmo dentro da partição raiz, no ubuntu, não usa o espaço livre da partição raiz?

Estou com o zekkerj, nunca tinha visto isso. Uso CentOs e outro amigo usa o Opensuse e não funciona assim, o /tmp vai ter o espaço livre da raiz, desde que é claro ele esteja dentro da raiz. 

Então no Ubuntu funciona como?

[galactus]

Putz, andei pesquisando também e isso não acontece só com o Ubuntu, mas com o Debian também. Isso vem desde 2007, um patch implementado para proteger o sistema em caso de disco cheio.

Aqui tem mais detalhes e como desabilitar este comportamento permanente:

http://perlgeek.de/blog-en/misc/why-is-my-tmp-directory-only-1mb.html


Aqui a lista com o aviso do patch proposto pelo Ian:

http://lists.alioth.debian.org/pipermail/pkg-sysvinit-devel/2007-June/001973.html

[g4p]

Debate legal.

Através do link que o galactus postou.. consegui desmontar a partição /tmp.

sudo umount -l /tmp/

Depois.. consegui rodar o ./sarg.sh normalmente.

editora@bkp-editora:~/scripts$ sudo ./sarg.sh
SARG: Período coberto pelos arquivos de log: 07/07/2014-07/07/2014
editora@bkp-editora:~/scripts$

[zekkerj]

Olha só, não tem nenhuma partição "/tmp" aí, e sua partição raiz parece ter bastante espaço livre.
Que tal tentar uma operação, e colar o resultado aqui, pra gente ver a mensagem completa? De repente alguma coisa está escapando que possa nos ajudar a te ajudar.