Fórumok
Ubuntu alatt futtattam eddig évekig a rdiff-backup-t heti rendszerességgel és minden rendben volt. Most egy félbeszakadt backup miatt regression-t indított el, de nem tudott lefutni, mert elfogyott a memória, bővítettem 4GB-ra, de a helyzet változatlan:
[89490.751195] Out of memory: Kill process 14253 (rdiff-backup) score 811 or sacrifice child
[89490.751243] Killed process 14253 (rdiff-backup) total-vm:3408508kB, anon-rss:3350132kB, file-rss:0kB
[90096.279913] perf samples too long (5002 > 5000), lowering kernel.perf_event_max_sample_rate to 25000
Van ötletek mit tehetnék? Swap (swappiness = 60 most)?
Köszi!
Hozzászólások
swapiness=1
zram
Milyen rsync?
Elfogy a memoria...de hol?
t
milyen rsync-re gondolsz?
Bocs, ugy emlekeztem, rsync-et hasznal, de librsync.
sajnos nem jött be a swapiness=1, helyzet változatlan.
amúgy olvastam h a librsync elég memory leakes, de ezzel meg nem vagyok közelebb...
Mondom, nezd meg, h mit csinal. Lehet, tenyleg csak loop-ba kerul. Ha nem es vegzi a dolgat, akkor meg ennyit tud.
Az rdiff-backupot en nemnagyon hasznalnam, foleg resource szegenyes kornyezetben.
swappiness-en kívül más ötlet?
Adjal neki ram-ot/swap-ot, meg nezd meg, mivel tolti az idejet (gondolom van vmi debug kapcsolo).
adtam 2 helyett 4-t, most többre nincs kapacitás :)
random h hol száll el, mert elkezdi és valamelyik fájlnál kilövi, szóval biztos nem konkrét pont, hanem valami RAM limit (már processek függvényében is)
Fú, erre feliratkozás...
Csak egy ötlet: nem lehet, hogy egy végtelen rekurzióba futott, pl. szimlinkkel? Pl. egy
ln -s . szivas
elég csoda dolgokat művelhet első blikkre, nem tudom, van-e ilyen ellenőrzés benne.igen, azt lekezeli, de amúgy sem történt semmi változtatás a fájlrendszeren sima fájlok létrehozásán kívül samba-n
Akkor passz. A feliratkozás viszont továbbra is él, mivel én is ezt használom...
Esetleg te is úgy jártál, ahogy én? Lásd itt.