Hello!
Segítségeteket szeretném kérni. OpenVZ alatt a virtuális gépek nem vmi stabilak, az egyikre Debian Lenny rendszerre installáltam Zimbrát, nagyon zabálja a memóriát, mindegy mennyit adok neki. Jó ötleteket várok, esetleg ha Debian helyett valakinek van Zimbrás tapasztalata, hogy az Open Source verzió melyik linux alatt stabil(abb) szívesen veszem.
Üdv: Lőrinc
- 2295 megtekintés
Hozzászólások
> nagyon zabálja a memóriát, mindegy mennyit adok neki.
Erre mondod hogy "nem vmi stabilak"? Amúgy mit szeretnél elérni, hogyha adsz neki memóriát, akkor ne használja fel, pld cache számára?
- A hozzászóláshoz be kell jelentkezni
azt szeretném elérni, hogy ne kapjak olyan hibaüzenetet, hogy "cannot allocate memory"
- A hozzászóláshoz be kell jelentkezni
ezt már próbáltam, a zmlocalconfig mint parancs nem igazán működik, állítólag a JAVA zabálja a memóriát, ha azt le tudnám venni szerintem jobban menne....
- A hozzászóláshoz be kell jelentkezni
kösz, nem is rossz user guide-ot olvasni. Kezdőként nem vágtam, hogy a vzsplit segít nekem :)
- A hozzászóláshoz be kell jelentkezni
Nálam debian-on futkározik már pár éve, semmi gond nincs vele. Mégis mennyi az a memória?
- A hozzászóláshoz be kell jelentkezni
6 GB - nem az a baj, hogy elfogy, hanem hogy már install közben ki szokta írni, hogy cannot allocate memory. Nem hiszem, hogy a Zimbra az oka, szerintem vmi OpenVZ config lehet a ludas. Nem configoltam rajta semmit, felraktam és hagytam mindent eredetiben (Debian 5 amd 64 verzió)
- A hozzászóláshoz be kell jelentkezni
Na ez már teljesen más dolog.
Magán a vason van elég memória? Mert az openvz csak konténerezik és nem dedikálja teljesen a memóriát egy VPS-nek (igazából nagyon lightweight ilyen téren).
- A hozzászóláshoz be kell jelentkezni
A fizikai gépben 8 GB van, és semmi mást nem futtatok rajta egyelőre.
- A hozzászóláshoz be kell jelentkezni
Ha nem szigorúan bizalmas akkor mutasd meg az
/etc/vz/conf/{{VEID}}.conf
tartalmát.
+ miközben a problémát tapasztalod, nézd meg, hol nőtt a failcount
cat /proc/user_beancounters
- A hozzászóláshoz be kell jelentkezni
ONBOOT="no"
NAMESERVER="xxx.xxx.xxx.xxx"
PRIVVMPAGES="1567744:1567744"
DISKSPACE="9223372036854775807:9223372036854775807"
QUOTATIME="0"
KMEMSIZE="14372700:14790164"
LOCKEDPAGES="256:256"
SHMPAGES="21504:21504"
NUMPROC="240:240"
PHYSPAGES="0:9223372036854775807"
VMGUARPAGES="33792:9223372036854775807"
OOMGUARPAGES="26112:9223372036854775807"
NUMTCPSOCK="360:360"
NUMFLOCK="188:206"
NUMPTY="16:16"
NUMSIGINFO="256:256"
TCPSNDBUF="1720320:2703360"
TCPRCVBUF="1720320:2703360"
OTHERSOCKBUF="1126080:2097152"
DGRAMRCVBUF="262144:262144"
NUMOTHERSOCK="360:360"
DCACHESIZE="3409920:3624960"
NUMFILE="9312:9312"
AVNUMPROC="180:180"
NUMIPTENT="128:128"
DISKINODES="200000:220000"
VE_ROOT="/var/lib/vz/root/$VEID"
VE_PRIVATE="/var/lib/vz/private/$VEID"
OSTEMPLATE="debian-5.0-x86"
ORIGIN_SAMPLE="unlimited"
HOSTNAME="mail.domain.hu"
IP_ADDRESS="xx.xxx.xxx.xxx"
- A hozzászóláshoz be kell jelentkezni
KMEMSIZE-on nem hasal el? Elég alacsonynak tűnik, de logok nélkül ez csak egy tipp. failcounts?
- A hozzászóláshoz be kell jelentkezni
ja, így jobb (vzsplit dobta, bemásoltam, amit jónak láttam):
# Configuration file generated by vzsplit for 3 VEs
# on HN with total amount of physical mem 7994 Mb
# low memory 7994 Mb, swap size 19312 Mb, Max treads 8000
# Resourse commit level 0:
# Free resource distribution. Any parameters may be increased
# Primary parameters
NUMPROC="13642:13642"
AVNUMPROC="6821:6821"
NUMTCPSOCK="13642:13642"
NUMOTHERSOCK="13642:13642"
VMGUARPAGES="1227903:9223372036854775807"
# Secondary parameters
KMEMSIZE="558832298:614715527"
TCPSNDBUF="130399801:186277433"
TCPRCVBUF="130399801:186277433"
OTHERSOCKBUF="65199900:121077532"
DGRAMRCVBUF="65199900:65199900"
OOMGUARPAGES="1227903:9223372036854775807"
PRIVVMPAGES="1227903:1350693"
# Auxiliary parameters
LOCKEDPAGES="27286:27286"
SHMPAGES="122790:122790"
PHYSPAGES="0:9223372036854775807"
NUMFILE="218272:218272"
NUMFLOCK="1000:1100"
NUMPTY="512:512"
NUMSIGINFO="1024:1024"
DCACHESIZE="122062788:125724672"
NUMIPTENT="200:200"
DISKSPACE="17054466:18759913"
DISKINODES="4418458:4860304"
CPUUNITS="133025"
mindenkinek köszönöm a segítséget.
- A hozzászóláshoz be kell jelentkezni
A zimbra panaszkodik hogy elfogy a memória vagy mi a gond? Annak szerintem sokan örülnénk ha nem lenne minden héten új elfogyamemória topik. :) Ugyanis nem elfogy, hanem használja.
- A hozzászóláshoz be kell jelentkezni
Én XEN-re rakott CentOS-re tettem fel kb. 20 mailbox-hoz kapott 2,5GB-ot és vígan dalolva elvan. Szabad memória nincs, mert használja, de teljesen stabilan működik és teszi a dolgát.
- A hozzászóláshoz be kell jelentkezni
Hasonló szitu.
XEN: default install ubuntu server 256MB-ből a felét használja stabilan, a többi cache. Swap 0MB.
OpenVZ: debian 5, proxmoxos template, mely ha jól sejtem debootsrap féle lecsontosított rendszer.
Szűz rendszer esetén kb egyformán 30-40MB-t foglalnak a RAM-ból.
Majd ugyanazokkal a programokkal (néhány teamspeak, ehhez apache2; postfix) az OpenVZ felszökik 256-ra és itt megáll az élet. Emelni kellett 512-re amiből rögtön le is foglalt masszívan 400 MB-t.
A xenes ubuntuban 77 processz fut. Az OpenVZ-s debianon 71. Kb tényleg ugyanaz és itt szerintem a debian vs. ubuntu nem érdekes.
Miért esznek ennyivel több ramot az OpenVZ-ben futó programok?
Megelőzve néhány körkérdést:
Évekig használtam webszert (meg közületek sokan mások) 128-256 MB rammal. Lightos használat mellet bírna kell. OpenVZ ennek ellenére szűz rendszer, friss installnál már is felkoppantja a memória használatot.
- A hozzászóláshoz be kell jelentkezni
(burkolt up)
Ha senki nem tudja a miért-et, az is hasznos infó lenne, hogy másnál is ilyen tapasztalatok vannak?
Mert ahhoz képest, hogy mennyire favorizálják az OpenVZ-t, ez egy elég gáz tulajdonság, ha másnál is így működik.
- A hozzászóláshoz be kell jelentkezni
Nekem nincsenek hasonló tapasztalataim, és elég furán hangzik, amit írsz.
De majd ha ráérek, csinálok vmi releváns tesztet én is, és akkor vitatkozhatunk az eredményeken. ;)
- A hozzászóláshoz be kell jelentkezni
Előre is köszönöm:)
Majd én is felrakok ugyanabból az isoból debiant, meg néhány teljesen azonos progit aztán összevetem, mert tényleg fura.
- A hozzászóláshoz be kell jelentkezni
Találtam fine tuning lehetőségeket, utána működött, egy két napig, aztán megint előjött a probléma. A megoldás VMware lett OpenVZ helyett. Avval tökéletesen működik. Találtam egy fórumot, sajnos nem emlékszem pontosan hol, aminél azt írták, hogy az OpenVZ nem támogatja úgy igazából az Ubuntut, ezért nem is igazán stabil rajta.
Üdv: Lőrinc
- A hozzászóláshoz be kell jelentkezni