Newsgroup: it.comp.os.linux.iniziare
Titolo: tar: File size limit exceeded

Sto tentando di fare un tar, però mi si comporta in modo strano:
linux:/appl2/backup # tar clf root.tar /
tar: Removing leading `/' from member names
tar: /dev/log: socket ignored
File size limit exceeded
linux:/appl2/backup # ls -l root.tar
-rw-r--r--  1 root root 51200000 Apr 12 13:24 root.tar
linux:/appl2/backup # df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md13             25802268    949552  23541996   4% /
/dev/hdg1            118176996  67675368  44498588  61% /appl2
i fs sono ext3.
perchè mi da "File size limit exceeded" a soli 50Mb?
Grazie,
Matteo
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

> Userquota?
Credo di no, anche perchè questi tar li sto facendo come root (root
non è affetto da quota, vero?).
Questo server lo gestisco io (e la password ce l'ho solo io).
Non l'ho mai configurata. Sinceramente non so nemmeno bene come si
configura, gli ho dato una occhiata anni fa ad una configurazione
prefatta... comunque mi sembra che ci vuole un .quota o simi nella root
del fs, giusto? cmq
# ps -ef|grep quota
root      9467  9123  0 14:28 pts/1    00:00:00 grep quota
# mount
/dev/hdg1 on /appl2 type ext3 (rw,errors=panic)
Ho appena fatto caso che il problema è generalizzato e lo fa su tutti
i fs, anche con altri comandi diversi da tar (ho provato dd)
Ecco cosa ho notato (ora):
-rw-r--r--  1 root root  57278635 Apr 11 01:01
root.200604110100.tar.bz2
quindi ieri notte funzionava.
Inoltre ieri non riuscivo a far partire l'https (ora non lo so, perchè
l'ho momentaneamente trasformato in http), e dava un messaggio mi
sembra simile.
linux:/ # /etc/init.d/boot.d/K09boot.quota stop
                    missing
linux:/ # dd if=/dev/zero of=test bs=1000000 count=100
File size limit exceeded
linux:/ # ls -l test
-rw-r--r--  1 root root 51200000 Apr 12 14:27 test
Matteo

 Vedi un po' 
http://www.uwsg.iu.edu/hypermail/linux/kernel/0112.0/1208.html
[OT]
Ho letto thread puntato dal link, perchč avevo sperimentato un problema
simile.
Quando ho visto la risposta ho pensato, tra me e me..."minchia....bravo
questo a capire dove stava il problema"....solo dopo mi sono accorto che il
mittente era Andrew Morton :)))))))))
ciauuu
menez
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

> Hummm... hai fatto login come root o hai fatto su da utente normale?
avevo fatto su. ok
ora ho provato con ssh root@localhost ma la situazione non cambia.
linux:~ # who am i
mrossini pts/0
linux:~ # whoami
root
linux:~ # ssh root@localhost
Password:
Last login: Wed Apr 12 15:01:09 2006 from localhost
linux:~ # who am i
root     pts/1
linux:~ # whoami
root
linux:~ # dd if=/dev/zero of=/appl2/test3 bs=1000000 count=1000
File size limit exceeded
linux:~ #
Se invece lo lancio da crontab tutto ok (quei tar sono backup
giornalieri del server, quindi sono in crontab)
Ma se è un problema di quota&co., dove lo cerco il colpevole?
Chissà se lo trovo su google :-)
Matteo

> Ma se è un problema di quota&co., dove lo cerco il colpevole?
Bingo!!!
/etc/profile
    ulimit -Sc 0                # don't create core files
    ulimit -Sd $(ulimit -Hd)
    ulimit -Ss $(ulimit -Hs)
    ulimit -Sm $(ulimit -Hm)
linux:/etc # ulimit -a
core file size        (blocks, -c) 0
data seg size         (kbytes, -d) unlimited
file size             (blocks, -f) 50000
max locked memory     (kbytes, -l) unlimited
max memory size       (kbytes, -m) unlimited
open files                    (-n) 1024
pipe size          (512 bytes, -p) 8
stack size            (kbytes, -s) unlimited
cpu time             (seconds, -t) unlimited
max user processes            (-u) 16381
virtual memory        (kbytes, -v) unlimited
Matteo

 file size             (blocks, -f) 50000
Ho scoperto che l'origine del problema è più profonda.
Sono voluto andare a scoprire da dove prende quel valore ed ecco cosa
è venuto fuori:
ci vuole una premessa. Qualche tempo fa mi hanno bucato il server,
così l'ho blindato. Il problema che si poneva era poter accederci in
ssh da remoto senza che nessuno poteva nemmeno "tentare" l'attacco, e
si sa che il modo più sicuro per non permettere che mi buchino l'ssh
è quello di non aprire l'ssh. Per farla breve io lascio chiuso l'ssh;
se poi lo voglio aprire invio una opportuna email al server e postfix
provvede (tramite sudo) ad aprirmi una one-time connection da sfruttare
entro un minuto.
E' ovvio che se postfix lancia un sshd, l'enviroment di quest'ultimo e
dei suoi figli (le connessioni) avranno l'enviroment di postfix. E
postfix ha, nell'enviroment, ulimit -f=50000 perchè nel 
main.cf
 c'è
la direttiva (non ricordo il nome) che dice che non posso inviare mail
più grandi di 50Mb.
Quindi non posso fare file più grandi di 50Mb perchè non posso
inviare mail più di 50Mb.
(ora l'ho settato ad infinito)
Matteo

 entro un minuto.
Che gran casino :)
Io stavo pensando di provare un qualche software che permetta di fare
port knocking (
http://en.wikipedia.org/wiki/Port_knocking
), prova a
vedere se fa al caso tuo.
Ciao
--
The early bird who catches the worm works for someone who comes in late
and owns the worm farm.
		-- Travis McGee


Si, ho letto l'articolo su linux magazine (o linux&c, non ricordo), non per 
intero però, mi sono addormentato prima (è pesante) ma ho capito il 
concetto; le immagini mostrate da wikipedia e dalla rivista sono esattamente 
le stesse (che copioni).
Comunque a me quello mi è sembrato un casino maggiore. Tanto il concetto è 
lo stesso: fare una operazione prima di potersi loggare.
Comunque per maggiore sicurezza (paranoica sicurezza) ho messo in 
sshd_config
AllowUsers io unaltro
PasswordAuthentication no
Port <no 22>
La mail deve essere spedita dal server stesso in webmail
Il webmail è in https
le chiavi (su tre computer in tutto il mondo) hanno la passphrase
va bene come sicurezza?
Matteo