OpenVZ Forum


Home » International » Russian » vzmemcheck показывает больше вешек, чем есть на самом деле
vzmemcheck показывает больше вешек, чем есть на самом деле [message #15184] Fri, 20 July 2007 17:18 Go to next message
kopytov is currently offline  kopytov
Messages: 17
Registered: July 2007
Location: Cyprus, Limassol
Junior Member
Добрый день.

При запуске "vzmemcheck -v" учитываются вешки, которые давно уже были удалены с сервера. С чем это может быть связано и можно ли каким-нибудь образом получать актуальную информацию по потребляемой и обещаной памяти?

Использую ядро Linux 2.6.18-028stab027, vzctl 3.0.18.
Re: vzmemcheck показывает больше вешек, чем есть на самом дел [message #15209 is a reply to message #15184] Sat, 21 July 2007 14:02 Go to previous messageGo to next message
kopytov is currently offline  kopytov
Messages: 17
Registered: July 2007
Location: Cyprus, Limassol
Junior Member
Проиллюстрирую на примере.

Вот что показывает vzmemcheck:

ovz1 ~ # vzmemcheck -v
Output values in %
veid        LowMem  LowMem     RAM MemSwap MemSwap   Alloc   Alloc   Alloc
              util  commit    util    util  commit    util  commit   limit
1058          0.00   10.13    0.00    0.00    3.65    0.00    3.65   13.30
1049          0.33    1.87    0.54    0.28    0.88    1.75    0.88    4.91
1053          0.57    1.87    0.96    0.49    0.88    1.61    0.88    4.91
1052          0.00   10.13    0.00    0.00    3.65    0.00    3.65   13.30
1051          0.00   10.13    0.00    0.00    3.65    0.00    3.65   13.30
1050          0.00   10.13    0.00    0.00    3.65    0.00    3.65   13.30
1048          1.19   10.13    2.12    1.08    3.65    2.62    3.65   13.30
1047          0.00    1.87    0.00    0.00    0.88    0.00    0.88    4.91
1043          0.32    1.87    0.54    0.28    0.88    1.75    0.88    4.91
1042          0.44    1.87    0.92    0.47    0.88    1.93    0.88    4.91
1041          0.00    1.87    0.00    0.00    0.88    0.00    0.88    3.30
1039          0.00    1.87    0.00    0.00    0.88    0.00    0.88    4.91
1035          0.48    1.87    1.01    0.51    0.88    2.40    0.88    4.91
1034          0.53   10.13    1.01    0.52    3.65    2.40    3.65   13.30
1033          0.51   10.13    0.94    0.48    3.65    2.63    3.65   13.30
1032          0.23    1.87    0.75    0.38    0.88    1.65    0.88    4.91
1030          0.00   10.13    0.00    0.00    3.65    0.00    3.65   13.30
1028          0.66    1.87    1.79    0.91    0.88    3.09    0.88    4.91
1024          0.00    1.87    0.00    0.00    0.88    0.00    0.88    3.30
1023          0.03   10.13    0.00    0.00    3.65    0.00    3.65   13.30
1021          0.53    1.87    1.05    0.54    0.88    2.41    0.88    4.91
1018          0.45    1.87    1.09    0.55    0.88    1.97    0.88    4.91
1017          0.00    1.87    0.00    0.00    0.88    0.00    0.88    3.30
1016          0.23    1.87    0.75    0.38    0.88    1.76    0.88    4.91
1015          0.00    1.87    0.00    0.00    0.88    0.00    0.88    3.30
1014          0.00   10.13    0.00    0.00    3.65    0.00    3.65   13.30
1012          0.52    1.87    1.34    0.68    0.88    2.83    0.88    4.91
1011          0.72   10.13    3.22    1.64    3.65    3.76    3.65   13.30
1010          0.00    1.87    0.00    0.00    0.88    0.00    0.88    3.30
1009          0.00    1.87    0.00    0.00    0.88    0.00    0.88    3.30
1006          0.58   10.13    1.37    0.70    3.65    2.85    3.65   13.30
1005          0.67    1.87    1.53    0.78    0.88    2.98    0.88    4.91
1004          0.58   10.13    1.05    0.54    3.65    2.44    3.65   13.30
1002          0.72   10.13    0.78    0.40    3.65    1.15    3.65   13.30
1001          1.51   10.13    2.45    1.25    3.65    5.88    3.65   13.30
1000          0.00    1.87    0.00    0.00    0.88    0.00    0.88    3.30
-------------------------------------------------------------------------
Summary:     11.79  191.36   25.23   12.85   73.33   49.87   73.33  291.29

На самом же деле:

ovz1 ~ # vzlist -a
      VEID      NPROC STATUS  IP_ADDR         HOSTNAME                        
      1001         64 running 89.111.184.4    kopytov.ru
      1002         15 running 89.111.184.5    1002
      1004         24 running 89.111.184.6    1004
      1005         27 running 89.111.184.7    1005
      1006         24 running 89.111.184.8    1006
      1011         26 running 89.111.184.11   1011
      1012         23 running 89.111.184.12   1012
      1016         16 running 89.111.184.15   1016
      1018         24 running 89.111.184.17   1018
      1021         24 running 89.111.184.20   1021
      1028         27 running 89.111.184.21   1028
      1032         16 running 89.111.184.22   1032
      1033         22 running 89.111.184.23   1033
      1034         23 running 89.111.184.24   1034
      1035         23 running 89.111.184.25   1035
      1042         23 running 89.111.184.29   1042
      1043         23 running 89.111.184.30   1043
      1048         46 running 89.111.184.9    1048
      1049         23 running 89.111.184.10   1049
      1053         19 running 89.111.184.16   1053

Видим, что "мертвые" ВЕ не потребляют памяти, но из-за их наличия неправильно подсчитываются сумма для обещаных параметров, по которым ориентируется моя система балансировки нагрузки. Вопрос заключается в том, как можно сделать так, чтобы эти "мертвые" сервера не учитывались в vzmemcheck? Интересно также, для чего они учитываются?

Заранее спасибо за ответы.
Re: vzmemcheck показывает больше вешек, чем есть на самом дел [message #15221 is a reply to message #15209] Mon, 23 July 2007 04:31 Go to previous messageGo to next message
vaverin is currently offline  vaverin
Messages: 708
Registered: September 2005
Senior Member
Hi, Dmitriy

Я глянул на сырцы и выяснил что vzmemcheck берет список VE из /proc/user_beancounters. И если там остались ссылки на "мертвые" VE, это сильно похоже на баг, ошибку в resources accounting.

С другой стороны, 2.6.18-028stab027 уже достаточно старое, и этот баг уже может быть пофикшен в новых версиях.

Не могли бы Вы поставить новое ядро, и проверить как там обстоят дела? И если все по прежнему плохо -- покажите пожалуйста /proc/user_beancountes output.

С уважением,
Василий Аверин
Re: vzmemcheck показывает больше вешек, чем есть на самом дел [message #15238 is a reply to message #15184] Mon, 23 July 2007 21:49 Go to previous messageGo to next message
kopytov is currently offline  kopytov
Messages: 17
Registered: July 2007
Location: Cyprus, Limassol
Junior Member
Здравствуйте, Василий!

После обновления ядра до 035.1 и перезагрузки ноды, все стало нормальным — мертвые ВЕ исчезли. На всякий случай прилагаю фрагменты /proc/user_bencounters некоторых мертвых ВЕ до перезагрузки:

     1000:  kmemsize              0          0    4194304    4194304          0
            lockedpages           0          0        256        256          0
            privvmpages           0          0      65536      65536         10
            shmpages              0          0      32768      32768          0
            dummy                 0          0          0          0          0
            numproc               0          0         50         50          0
            physpages             0          0          0 2147483647          0
            vmguarpages           0          0      16384 2147483647          0
            oomguarpages          0          0      16384 2147483647          0
            numtcpsock            0          0         60         60          0
            numflock              0          0        256        256          0
            numpty                0          0         32         32          0
            numsiginfo            0          0        256        256          0
            tcpsndbuf             0          0     524288     786432          0
            tcprcvbuf             0          0     524288     786432          0
            othersockbuf          0          0     524288     786432          0
            dgramrcvbuf           0          0     132096     132096          0
            numothersock          0          0         60         60          0
            dcachesize            0          0    1048576    1048576          0
            numfile               0          0       4096       4096          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent             0          0         32         32          0

     1009:  kmemsize              0          0    4194304    4194304          0
            lockedpages           0          0        256        256          0
            privvmpages           0          0      65536      65536          0
            shmpages              0          0      32768      32768          0
            dummy                 0          0          0          0          0
            numproc               0          0         50         50        261
            physpages             0          0          0 2147483647          0
            vmguarpages           0          0      16384 2147483647          0
            oomguarpages          0          0      16384 2147483647          0
            numtcpsock            0          0         60         60          0
            numflock              0          0        256        256          0
            numpty                0          0         32         32          0
            numsiginfo            0          0        256        256          0
            tcpsndbuf             0          0     524288     786432          0
            tcprcvbuf             0          0     524288     786432          0
            othersockbuf          0          0     524288     786432          0
            dgramrcvbuf           0          0     132096     132096          0
            numothersock          0          0         60         60          0
            dcachesize            0          0    1048576    1048576          0
            numfile               0          0       4096       4096          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent             0          0         32         32          0

     1058:  kmemsize              0   16777756   16777216   16777216       2210
            lockedpages           0          0       4096       4096          0
            privvmpages           0     107675     262144     262144          0
            shmpages              0       2097     131072     131072          0
            dummy                 0          0          0          0          0
            numproc               0        201        400        400      11769
            physpages             0      36511          0 2147483647          0
            vmguarpages           0          0      65536 2147483647          0
            oomguarpages          0      36511      65536 2147483647          0
            numtcpsock            0        314        500        500     203367
            numflock              0          3        200        200          0
            numpty                0          1         64         64          0
            numsiginfo            0        152        512        512          0
            tcpsndbuf             0    7963140    4194304    6291456       5946
            tcprcvbuf             0    1135600    4194304    6291456          0
            othersockbuf          0     261660    4194304    6291456          0
            dgramrcvbuf           0       8364     524288     524288          0
            numothersock          0         17        500        500          0
            dcachesize            0     221428    4194304    4194304          0
            numfile               0       2148       8192       8192          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent             0          4         64         64          0

Благодарю за помощь в решении проблемы.
Re: vzmemcheck показывает больше вешек, чем есть на самом дел [message #15239 is a reply to message #15238] Mon, 23 July 2007 23:26 Go to previous message
vaverin is currently offline  vaverin
Messages: 708
Registered: September 2005
Senior Member
Спасибо за информацию,
В /proc/user_beancounters в основном интересна только первая колонка цифр. Все нули означают, что собственно с accounting проблем нет: сколько насчитали в плюс, столько потом и осовободили. Мы просто где-то потереяли ссылку c какого-то объекта на эту VE.
Сходу я не помню, чтобы мы фиксили такую проблему, и в принципе возможно, что аналогичная проблема у Вас все-таки выстрелит еще раз. Но с дргуой стороны, 2.6.18-028stab027 мы выпускали уже досточно давно, а память у меня дырявая -- может все-таки и пофиксили Smile

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

Спасибо,
Василий Аверин
Previous Topic: *SOLVED* vzctl enter VEID and locales
Next Topic: venet
Goto Forum:
  


Current Time: Fri May 10 15:51:47 GMT 2024

Total time taken to generate the page: 0.01495 seconds