Страница 2 из 5 ПерваяПервая 1234 ... ПоследняяПоследняя
Показано с 11 по 20 из 45

Тема: Добавление узла кластера.

  1. #11
    Banned
    Регистрация
    21.08.2013
    Сообщений
    137

    По умолчанию

    нужно посмотреть лог vemini (/usr/local/mgr5/var/vemini.log) с узла кластера, на который происходит установка контейнера

  2. #12
    Senior Member
    Регистрация
    27.12.2008
    Адрес
    Boston, MA
    Сообщений
    1,208

    По умолчанию

    Без вариантов.

    Зарегистрирована новая проблема: Во время установки операционной системы на 'ct1' (узел кластера 'ams-5') произошла ошибка: ''msg_error_file_open_w (no message found)''

    Напишите доку как и где должны быть шаблоны.
    На vemgr мастере имеем папку /nfsshare/ и в ней шаблоны, а что должно быть на узле в папке /nfsshare/ ?
    Мастер у меня внутри openvz vds.

  3. #13
    Senior Member
    Регистрация
    27.12.2008
    Адрес
    Boston, MA
    Сообщений
    1,208

    По умолчанию

    Код:
    Sep 25 11:04:39 [195619:8] journal INFO Request [IP_VE_MASTER][admin] 'authinfo=*&cpu=1&cpufreq=2000&cpulimit=100&ctid=101&domain=vetest.net&func=vm.create&hdd=5120M&ip=1.1.1.34&layout=simfs&mem=512M&numfile=5120&numproc=256&ostemplate=debian%2D7%2Damd64%2Dminimal&out=xml&passwd=*&swap=512M'
    Sep 25 11:04:39 [195619:8] proc EXTINFO Run '/bin/sh' pid 197275
    Sep 25 11:04:39 [195619:8] proc EXTINFO Process 197275 finished with status 0
    Sep 25 11:04:39 [195619:8] proc EXTINFO Run '/bin/sh' pid 197277
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197277 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197327
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197327 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197329
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197329 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197331
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197331 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197333
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197333 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197335
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197335 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197337
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197337 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197339
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197339 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197341
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197341 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197343
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197343 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197345
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197345 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197347
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197347 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197349
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197349 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197351
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197351 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197353
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197353 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197355
    Sep 25 11:04:42 [195619:8] proc EXTINFO Process 197355 finished with status 0
    Sep 25 11:04:42 [195619:8] proc EXTINFO Run '/bin/sh' pid 197357
    Sep 25 11:04:43 [195619:8] proc EXTINFO Process 197357 finished with status 0
    Sep 25 11:04:43 [195619:8] proc EXTINFO Run '/bin/sh' pid 197406
    Sep 25 11:04:43 [195619:8] proc EXTINFO Process 197406 finished with status 0
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO mgr_err::Error::Error(std::string const&, std::string const&, std::string const&) (lib/libmgr.so.14 + 0x26a) [*0x7fd8604dbb7d]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO mgr_file::Fail::Fail(std::string const&, std::string const&) (lib/libmgr.so.14 + 0x55) [*0x7fd8604dd2fb]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO mgr_file::CopyFile(std::string const&, std::string const&, mgr_file::Attrs const*) (lib/libmgr.so.14 + 0x244) [*0x7fd8612952a1]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO ??? (lib/vemini.so + 0x0) [*0x7fd85fea173a]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO isp_api::Action::Run(isp_api::Session&) const (lib/libispapi.so.14 + 0x282) [*0x7fd85fea67f7]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO isp_api::InternalCall(isp_api::BaseConnection const&, isp_api::Authen const&, isp_api::Action const&) (lib/libispapi.so.14 + 0xa41) [*0x7fd860ecf0b5]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO ispcore::ProcessRequest::operator()() (lib/libbase.so.14 + 0x759) [*0x7fd860ed5c00]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO mgr_thread::Handle::Impl<ispcore::ProcessRequest>::run() (lib/libbase.so.14 + 0x1c) [*0x7fd8604e6da6]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO ??? (lib/libmgr.so.14 + 0x0) [*0x7fd861a4bb50]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO ??? (/lib/x86_64-linux-gnu/libpthread.so.0 + 0x0) [*0x7fd861795a7d]
    Sep 25 11:04:43 [195619:8] backtrace EXTINFO ??? (/lib/x86_64-linux-gnu/libc.so.6 + 0x6d) [*(nil)]
    Sep 25 11:04:43 [195619:8] err ERROR Error: Type: 'file' Object: 'open_w' Value: '/var/lib/vz/private/101/etc/resolv.conf'
    Sep 25 11:05:01 [195619:9] journal INFO Request [mgrctl][root] 'func=problems.autosolve&out=text'
    Sep 25 11:05:01 [195619:9] db EXTINFO Query: 'SELECT name, problem_id, date_lastsolve, autosolve_period FROM problems WHERE autosolve='on' AND solved='off''
    Почему программа смотрит в /var/lib/vz/private
    У меня на этой же сервере стоит vdsmgr и все настроено на работу с папкой /vz/private.

  4. #14
    Banned
    Регистрация
    21.08.2013
    Сообщений
    137

    По умолчанию

    Похоже, что у вас не обновилась версия. VEmanager 5.1.0 не осуществляет копирование в '/var/lib/vz/private/101/etc/resolv.conf'; вместо этого выполняется команда, наподобие: "cat /etc/resolv.conf | vzctl exec ctid 'cat - > /etc/resolv.conf'"
    У вас точно стоит версия 5.1.0?

  5. #15

  6. #16
    Senior Member
    Регистрация
    27.12.2008
    Адрес
    Boston, MA
    Сообщений
    1,208

    По умолчанию

    Цитата Сообщение от p.yurin Посмотреть сообщение
    Похоже, что у вас не обновилась версия. VEmanager 5.1.0 не осуществляет копирование в '/var/lib/vz/private/101/etc/resolv.conf'; вместо этого выполняется команда, наподобие: "cat /etc/resolv.conf | vzctl exec ctid 'cat - > /etc/resolv.conf'"
    У вас точно стоит версия 5.1.0?
    В core числится 5.1.0.

  7. #17
    Senior Member
    Регистрация
    30.08.2007
    Адрес
    ISPlicense.ru
    Сообщений
    1,081

    По умолчанию

    Цитата Сообщение от p.yurin Посмотреть сообщение
    Похоже, что у вас не обновилась версия. VEmanager 5.1.0 не осуществляет копирование в '/var/lib/vz/private/101/etc/resolv.conf'; вместо этого выполняется команда, наподобие: "cat /etc/resolv.conf | vzctl exec ctid 'cat - > /etc/resolv.conf'"
    У вас точно стоит версия 5.1.0?
    Только не говорите, что VEmanager тоже ходит в VPS через /vz/private вместо /vz/root
    С уважением, Борис Долгов.
    ISPlicense.ru - администрирование и разработка плагинов к продуктам ISPsystem, лицензии и прочее.

  8. #18
    Banned
    Регистрация
    21.08.2013
    Сообщений
    137

    По умолчанию

    Нет, не ходит. В предыдущей версии выполнялось копирование resolv.conf в /vz/private на стадии создания контейнера (до его монтирования и запуска). В текущей версии выполняется "vzctl exec"

  9. #19
    Developer team
    Регистрация
    06.12.2012
    Сообщений
    62

    По умолчанию

    Убедитесь, что в VEmanager в разделе лицензия тоже версия 5.1.0. Возможно, произошла ошибка при обновлении.

  10. #20
    Senior Member
    Регистрация
    27.12.2008
    Адрес
    Boston, MA
    Сообщений
    1,208

    По умолчанию

    Цитата Сообщение от a.mitroshin Посмотреть сообщение
    Убедитесь, что в VEmanager в разделе лицензия тоже версия 5.1.0. Возможно, произошла ошибка при обновлении.
    Ну что произошло мне не известно. Но в разделе лицензий имеем что имеем.

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •