OpenVZ Forum


Home » International » Russian » Cannot allocate memory
Cannot allocate memory [message #37002] Mon, 10 August 2009 07:02 Go to next message
srv38 is currently offline  srv38
Messages: 4
Registered: August 2009
Location: Russia, Siberia, Zarinsk
Junior Member
ОС gentoo, ядро 2.6.27-openvz-briullov.1-r1, железо
i686 Intel(R) Xeon(R) CPU 5130 @ 2.00GHz имеет на борту 4 гига памяти, вертятся 2 виртуалки, почта и веб сервер,в логах(/var/log/maillog) почтового сервера один раз в день обязательно появляются записи

Aug 10 13:10:50 mail postfix/smtpd[20080]: warning: connect #1 to subsystem public/cleanup: Cannot allocate memory
Aug 10 13:10:50 mail postfix/smtpd[20053]: warning: connect #1 to subsystem public/cleanup: Cannot allocate memory
Aug 10 13:10:52 mail amavis[17707]: (17707-17) ClamAV-clamd: Can't create UNIX socket: Cannot allocate memory, retrying (1)
Aug 10 13:10:52 mail amavis[18600]: (18600-16) ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.sock: Cannot allocate memory, retrying (1)
Aug 10 13:10:53 mail postfix/qmgr[26513]: warning: connect to transport virtual: Cannot allocate memory
Aug 10 13:10:53 mail postfix/qmgr[26513]: warning: connect to transport retry: Cannot allocate memory
Aug 10 13:10:53 mail amavis[17707]: (17707-17) (!)ClamAV-clamd: Can't create UNIX socket: Cannot allocate memory, retrying (2)
Aug 10 13:10:54 mail postfix/smtpd[20079]: warning: connect #1 to subsystem public/cleanup: Cannot allocate memory
Aug 10 13:10:54 mail postfix/smtpd[19607]: warning: connect #1 to subsystem public/cleanup: Cannot allocate memory
Aug 10 13:10:55 mail postfix/smtpd[20114]: warning: connect #1 to subsystem private/rewrite: Cannot allocate memory
Aug 10 13:11:01 mail amavis[17707]: (17707-17-2) ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.sock: Cannot allocate memory, retrying (1)
Aug 10 13:11:02 mail postfix/smtpd[16282]: warning: connect #1 to subsystem public/cleanup: Cannot allocate memory
Aug 10 13:11:02 mail amavis[17707]: (17707-17-2) (!)ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.sock: Cannot allocate memory, retrying (2)
Aug 10 13:11:02 mail pop3d: authdaemon: socket() failed: Cannot allocate memory
Aug 10 13:11:02 mail pop3d: authentication error: Cannot allocate memory
Aug 10 13:11:04 mail postfix/smtpd[20079]: warning: connect #2 to subsystem public/cleanup: Cannot allocate memory
Aug 10 13:11:04 mail postfix/smtpd[19607]: warning: connect #2 to subsystem public/cleanup: Cannot allocate memory


хотя, что на хост машине что на виртуалках всегда есть свободная память, машина можно сказать не загружена, отловить этот момент не получается т.к. он идет всегда менее 30 секунд потом все приходит в норму, конфигурации виртуалок приведу ниже, скажите что может быть не так?

cat /etc/vz/conf/100.conf
KMEMSIZE="11055923:11377049"
LOCKEDPAGES="256:256"
PRIVVMPAGES="2048M:2304M"
SHMPAGES="21504:21504"
NUMPROC="240:240"
PHYSPAGES="0:2147483647"
VMGUARPAGES="33792:2147483647"
OOMGUARPAGES="26112:2147483647"
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"
NUMFILE="9312:9312"
DCACHESIZE="3409920:3624960"
NUMIPTENT="128:128"
AVNUMPROC="180:180"
CPUUNITS="1000"
ONBOOT="yes"
ORIGIN_SAMPLE="vps.basic"
DISKSPACE="63G:64G"
DISKINODES="2000000:2200000"
QUOTATIME="0"


cat /etc/vz/conf/200.conf
KMEMSIZE="11055923:11377049"
LOCKEDPAGES="256:256"
PRIVVMPAGES="1024M:1280M"
SHMPAGES="21504:21504"
NUMPROC="240:240"
PHYSPAGES="0:2147483647"
VMGUARPAGES="33792:2147483647"
OOMGUARPAGES="26112:2147483647"
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"
NUMFILE="9312:9312"
DCACHESIZE="3409920:3624960"
NUMIPTENT="128:128"
AVNUMPROC="180:180"
CPUUNITS="1000"
ONBOOT="yes"
ORIGIN_SAMPLE="vps.basic"
DISKSPACE="21G:22G"
DISKINODES="200000:220000"
QUOTATIME="0"

Report message to a moderator

Re: Cannot allocate memory [message #37004 is a reply to message #37002] Mon, 10 August 2009 12:09 Go to previous messageGo to next message
maratrus is currently offline  maratrus
Messages: 1495
Registered: August 2007
Location: Moscow
Senior Member
Quote:

что на виртуалках всегда есть свободная память


Как вы это определяете?
Посмотрите на вывод /proc/user_beancounters

Report message to a moderator

Re: Cannot allocate memory [message #37008 is a reply to message #37004] Tue, 11 August 2009 01:47 Go to previous messageGo to next message
srv38 is currently offline  srv38
Messages: 4
Registered: August 2009
Location: Russia, Siberia, Zarinsk
Junior Member
Smile захожу в виртуалку, потом делаю top и наблюдаю за работой минут 10-20 в часы пик, допустим из 2-х гигов что я выделил максимум 700мб было занято, я просто не знаю что это надо сделать такого чтоб скушать всю эту память, до этого временно на месте майла стояла обычная машина с 512 мб памяти все было в норме, вот листинг 
cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
      200:  kmemsize        1793162    4626191   11055923   11377049          0
            lockedpages           0          0        256        256          0
            privvmpages       43772      55983     262144     327680          0
            shmpages            142        142      21504      21504          0
            dummy                 0          0          0          0          0
            numproc              24         55        240        240          0
            physpages         15367      17603          0 2147483647          0
            vmguarpages           0          0      33792 2147483647          0
            oomguarpages      15367      17603      26112 2147483647          0
            numtcpsock            5         62        360        360          0
            numflock              4          6        188        206          0
            numpty                0          1         16         16          0
            numsiginfo            0          2        256        256          0
            tcpsndbuf         44800     495040    1720320    2703360          0
            tcprcvbuf         81920     282816    1720320    2703360          0
            othersockbuf       6720     260352    1126080    2097152          0
            dgramrcvbuf           0       1216     262144     262144          0
            numothersock         18         28        360        360          0
            dcachesize       123464     155342    3409920    3624960          0
            numfile             602        912       9312       9312          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            20         20        128        128          0
      100:  kmemsize        6110442    8797689   11055923   11377049          0
            lockedpages           0          0        256        256          0
            privvmpages      133830     166826     524288     589824          0
            shmpages            142        782      21504      21504          0
            dummy                 0          0          0          0          0
            numproc              86        136        240        240          0
            physpages         91702      99011          0 2147483647          0
            vmguarpages           0          0      33792 2147483647          0
            oomguarpages      91702      99011      26112 2147483647          0
            numtcpsock           34         68        360        360          0
            numflock             19         46        188        206          0
            numpty                0          2         16         16          0
            numsiginfo            0          3        256        256          0
            tcpsndbuf        340160    1618944    1720320    2703360      14076
            tcprcvbuf        214208    3355840    1720320    2703360        151
            othersockbuf     309504     672384    1126080    2097152          0
            dgramrcvbuf           0      86976     262144     262144          0
            numothersock        217        360        360        360       6146
            dcachesize       385572     497084    3409920    3624960          0
            numfile            2417       3628       9312       9312          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            20         20        128        128          0
        0:  kmemsize        3421998    4558954 2147483647 2147483647          0
            lockedpages       10585      10586 2147483647 2147483647          0
            privvmpages        7658      14543 2147483647 2147483647          0
            shmpages            688        704 2147483647 2147483647          0
            dummy                 0          0 2147483647 2147483647          0
            numproc              69         83 2147483647 2147483647          0
            physpages          6155       6677 2147483647 2147483647          0
            vmguarpages           0          0 2147483647 2147483647          0
            oomguarpages       6201       6723 2147483647 2147483647          0
            numtcpsock            5          5 2147483647 2147483647          0
            numflock              1          2 2147483647 2147483647          0
            numpty                1          2 2147483647 2147483647          0
            numsiginfo            0          4 2147483647 2147483647          0
            tcpsndbuf        252672     252672 2147483647 2147483647          0
            tcprcvbuf        358080     341696 2147483647 2147483647          0
            othersockbuf      47040      67968 2147483647 2147483647          0
            dgramrcvbuf           0       8576 2147483647 2147483647          0
            numothersock         52         56 2147483647 2147483647          0
            dcachesize       715720     730900 2147483647 2147483647          0
            numfile            1264       1491 2147483647 2147483647          0
            dummy                 0          0 2147483647 2147483647          0
            dummy                 0          0 2147483647 2147483647          0
            dummy                 0          0 2147483647 2147483647          0
            numiptent            24         24 2147483647 2147483647          0

Report message to a moderator

Re: Cannot allocate memory [message #37016 is a reply to message #37008] Wed, 12 August 2009 16:10 Go to previous messageGo to next message
maratrus is currently offline  maratrus
Messages: 1495
Registered: August 2007
Location: Moscow
Senior Member
Quote:

            tcpsndbuf        340160    1618944    1720320    2703360      14076
            tcprcvbuf        214208    3355840    1720320    2703360        151
            othersockbuf     309504     672384    1126080    2097152          0
            dgramrcvbuf           0      86976     262144     262144          0
            numothersock        217        360        360        360       6146



Обратите внимание на failcounter'ы.

Report message to a moderator

Re: Cannot allocate memory [message #37017 is a reply to message #37002] Wed, 12 August 2009 16:38 Go to previous messageGo to next message
srv38 is currently offline  srv38
Messages: 4
Registered: August 2009
Location: Russia, Siberia, Zarinsk
Junior Member
Спасибо большое, я уже обратил, я так понимаю все это происходит из за высокой сетевой нагрузки, это мой первый опыт с OpenVZ может посоветуйте до каких цифр можно безболезненно увеличить эти параметры

TCPSNDBUF="1720320:2703360"
TCPRCVBUF="1720320:2703360"
NUMOTHERSOCK="360:360"


И еще просьба если знаете то ткните носом в то место где есть более подробное описание всех настроек с рекомендациями(примерами), желательно на русском, быстрее въеду Smile, поиск поюзал ничего стоящего не нашел, заранее спасибо!

Report message to a moderator

Re: Cannot allocate memory [message #37019 is a reply to message #37017] Wed, 12 August 2009 16:59 Go to previous messageGo to next message
maratrus is currently offline  maratrus
Messages: 1495
Registered: August 2007
Location: Moscow
Senior Member
Вот здесь есть на русском
http://www.ndd.ru/al/openvz/index.html
там я не читал, за качество не ручаюсь.
Официально http://wiki.openvz.org/UBC и далее по ссылкам.
А точные границы barrier:limit могут дать эксперименты.

Report message to a moderator

Re: Cannot allocate memory [message #37043 is a reply to message #37002] Fri, 14 August 2009 02:40 Go to previous messageGo to next message
srv38 is currently offline  srv38
Messages: 4
Registered: August 2009
Location: Russia, Siberia, Zarinsk
Junior Member
Понастраивал вчера я, да видате перекрутил чегото, ночью сервер подвис, все процессы ушли в слипинг, 2 было зомби, load average: 186, перезапустить даже нормально не получилось, только с кнопки, т.к. была связка с drbd + heartberd второй сервер поднялся нормально, откатил натсройки перезапустил пока пускай так поработает, хотел перекинуть VE на первую машину но нарвался на ошибку при запуске

(warning) Incorrect quota shutdown for id 100, recalculating disk usage
vzquota : (error) quota check : lstat `1250179819.V11I512009M182784.mail': Stale NFS file handle
vzquota on failed [1]


пришлось опять вернутся на второй сервер, на нем все ровно, теперь резонный вопрос как мне это вылечить и из-за чего это произошло, хотя подазреваю что из за жесткого выключения.

Да кстати вот из лога кусок когда сервер подвис, может тоже интересно будет

Aug 13 22:15:01 mail-noda-1 kernel: [4929170.391065] BUG: unable to handle kernel paging request at ffffff85
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.391072] IP: [<c0338e6a>] cfq_set_request+0x30e/0x391
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.391080] *pde = 00007067 *pte = 00000000
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.391086] Oops: 0002 [#1] SMP
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.391174] Modules linked in: vznetdev vzrst vzcpt vzmon vzdquota vzdev drbd simfs scsi_wait_scan test_nx [last unloaded: vzmon]
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.391363]
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] Pid: 286, comm: pdflush Not tainted (2.6.27-openvz-briullov.1-r1 #1 briullov)
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] EIP: 0060:[<c0338e6a>] EFLAGS: 00010287 CPU: 1
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] EIP is at cfq_set_request+0x30e/0x391
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] EAX: 00000001 EBX: f6f99b40 ECX: 00000000 EDX: f7bd3ec8
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] ESI: 00000000 EDI: 00000001 EBP: f7b07a68 ESP: f7b07a2c
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] Process pdflush (pid: 286, veid: 0, ti=f7b06000 task=f7b10000 task.ti=f7b06000)
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] Stack: 00000010 f604b840 f7088000 00000001 00bd209c f7918c00 f7bd3ec8 00000001
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]        00000202 00000010 00011210 f6f99b40 c0338b5c f7088000 00000000 f7b07a78
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]        c032d0bd f7088000 f604b840 f7b07a9c c032f42e f6c13e00 00018001 00000001
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  Call Trace:
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0338b5c>] ? cfq_set_request+0x0/0x391
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032d0bd>] ? elv_set_request+0x17/0x26
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032f42e>] ? get_request+0x202/0x302
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032f957>] ? get_request_wait+0x21/0x147
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<f8f64ec2>] ? drbd_make_request_26+0x5f1/0x643 [drbd]
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032fe4e>] ? __make_request+0x28e/0x304
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032eba8>] ? generic_make_request+0x358/0x386
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c04e1999>] ? __inet_lookup_established+0xc2/0x16a
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0260bc1>] ? mempool_alloc_slab+0xe/0x10
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0260e2e>] ? mempool_alloc+0x42/0xe0
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0260bc1>] ? mempool_alloc_slab+0xe/0x10
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0260e2e>] ? mempool_alloc+0x42/0xe0
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032ece1>] ? submit_bio+0x10b/0x113
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02a1749>] ? bio_alloc_bioset+0x50/0x8a
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c029e608>] ? submit_bh+0xbf/0xdc
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c029f949>] ? sync_dirty_buffer+0x55/0xa3
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02d4a73>] ? journal_update_superblock+0x6c/0xa0
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02d382f>] ? cleanup_journal_tail+0xba/0xc0
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02d3888>] ? log_do_checkpoint+0x17/0x444
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c033941c>] ? cfq_add_rq_rb+0xa7/0xba
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0339485>] ? cfq_insert_request+0x56/0x34c
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032dd1d>] ? elv_insert+0x136/0x1cb
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032de27>] ? __elv_add_request+0x75/0x7a
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032fe95>] ? __make_request+0x2d5/0x304
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032eba8>] ? generic_make_request+0x358/0x386
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c032e1e4>] ? blk_done_softirq+0x4e/0x5b
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0260bc1>] ? mempool_alloc_slab+0xe/0x10
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0260e2e>] ? mempool_alloc+0x42/0xe0
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0260bc1>] ? mempool_alloc_slab+0xe/0x10
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c022a596>] ? lock_timer_base+0x1f/0x3e
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02d3d2f>] ? __log_wait_for_space+0x7a/0x9f
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02d1fc4>] ? start_this_handle+0x26f/0x2ae
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c033d341>] ? radix_tree_gang_lookup_tag_slot+0x76/0x95
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02d212b>] ? journal_start+0x8c/0xb9
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02cc4c1>] ? ext3_journal_start_sb+0x40/0x42
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02c3f9e>] ? ext3_ordered_writepage+0x45/0x116
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0263f7f>] ? __writepage+0xb/0x2d
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02647a7>] ? write_cache_pages+0x1a8/0x2a2
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0263f74>] ? __writepage+0x0/0x2d
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0217d21>] ? update_curr+0x8d/0xf0
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c04a93ad>] ? sock_fasync+0x2d/0x11b
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02648be>] ? generic_writepages+0x1d/0x27
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02648f4>] ? do_writepages+0x2c/0x34
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c029ade5>] ? __writeback_single_inode+0x16e/0x33e
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0219545>] ? pick_next_task_fair+0x97/0xd7
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c029b3a3>] ? generic_sync_sb_inodes+0x25d/0x3a5
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c029b660>] ? writeback_inodes+0x63/0xa2
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02649fd>] ? wb_kupdate+0x7b/0xe3
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02652de>] ? pdflush+0x100/0x198
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0264982>] ? wb_kupdate+0x0/0xe3
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c0233210>] ? kthread+0x85/0xaf
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c02651de>] ? pdflush+0x0/0x198
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c023318b>] ? kthread+0x0/0xaf
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  [<c020454b>] ? kernel_thread_helper+0x7/0x10
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015]  =======================
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] Code: 4d cc 8b 55 e4 8b 81 50 01 00 00 e8 79 6d 25 00 8b 45 c8 31 c9 8b 55 dc 89 58 54 89 50 50 8b 43 58 8b 40 14 3d 80 00 00 00 74 6c <f0> ff 40 84 31 c9 eb 64 8b 4d d8 83 79 04 00 74 24 8b 01 8b 80
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] EIP: [<c0338e6a>] cfq_set_request+0x30e/0x391 SS:ESP 0068:f7b07a2c
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.392015] ---[ end trace 72ef8a4665184da0 ]---
Aug 13 22:15:01 mail-noda-1 kernel: [4929170.400305] pdflush used greatest stack depth: 4880 bytes left


после этого он больше ничего не сказал.

[Updated on: Fri, 14 August 2009 02:41]

Report message to a moderator

Re: Cannot allocate memory [message #38105 is a reply to message #37002] Tue, 17 November 2009 15:48 Go to previous messageGo to next message
pva0xd is currently offline  pva0xd
Messages: 24
Registered: February 2008
Junior Member
Мда, только что словил этот же BUG и тут же нашёл, что upstream считает его исправленным:

http://git.openvz.org/?p=linux-2.6.27-openvz;a=commit;h=966af0a67f79797b0349b44f92aef85082deb3ff

Только, что-то это не помогает. Может отпишите что-нибудь в багзиле? http://bugzilla.openvz.org/show_bug.cgi?id=1240

Report message to a moderator

Re: Cannot allocate memory [message #38106 is a reply to message #38105] Tue, 17 November 2009 16:31 Go to previous message
koct9i is currently offline  koct9i
Messages: 51
Registered: February 2008
Member
oops в cfq_set_requiest должен чинится патчем приаттаченным в баге, в гите его пока нет.

Report message to a moderator

Previous Topic: Создание лайф диска openvz
Next Topic: 2 ethernet интерфейса на HWnode
Goto Forum:
  

[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Sun Nov 03 18:54:25 GMT 2024

Total time taken to generate the page: 0.03751 seconds
Powered by FUDforum Powered by Virtuozzo Containers