Показано с 1 по 7 из 7

Тема: Серьезный недочет в vemgr 5.1.3

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

    По умолчанию Серьезный недочет в vemgr 5.1.3

    Итак.
    Имеем сервер с установленным vdsmgr, подчеркну именно VDSmgr.
    Этот же сервер является узлом в VEmgr.
    VDSmgr остановленные vds оставляет в состоянии mounted.

    То есть я останавливаю vds из VEmgr, и он на сервере в состоянии stopped. И Далее в течение 5-10 минут vds становится в статус mounted.
    И при удалении этого VDS получаем A new issue has been registered: An error occurred while deleting the 'test' container

    При этом из VEmgr контейнер пропадает, а на сервере он остается в состоянии mounted и не удаляется.

    Ниже приведен код, выделил жирным главное.
    VEmgr делает stop и destoy. а Надо stop (проверка на остановленность), umount (размонтировка на всякий пожарный), и только потом destoy

    Нужен fix.

    Код:
    Nov  2 19:32:11 [7449:2] core TRACE void ispcore::HandleIncomingConnection(isp_api::Connection*)
    Nov  2 19:32:11 [7449:2] core TRACE void<unnamed>::ServiceStatus::Start(mgr_thread::Handle*)
    Nov  2 19:32:11 [7449:2] core TRACE void<unnamed>::ServiceStatus::CollectFinished()
    Nov  2 19:32:11 [7449:2] core DEBUG core.cpp:68 Finished process collected
    Nov  2 19:32:11 [7449:14384] core TRACE void ispcore::ProcessRequest::operator()()
    Nov  2 19:32:11 [7449:14384] client EXT Set default language to 'en'
    Nov  2 19:32:11 [7449:14384] client EXT Set default language to 'en'
    Nov  2 19:32:11 [7449:14384] output TRACE const isp_api::OutputFormat& isp_api::GetFormat(const std::string&)
    Nov  2 19:32:11 [7449:14384] auth TRACE const isp_api::Authen isp_api::Authenticate(const isp_api::BaseConnection&)
    Nov  2 19:32:11 [7449:14384] auth DEBUG auth.cpp:195 Authenticate by authinfo
    Nov  2 19:32:11 [7449:14384] auth TRACE isp_api::Authen isp_api::AuthenByPassword(const isp_api::BaseConnection&, const std::string&, const std::string&)
    Nov  2 19:32:11 [7449:14384] output TRACE const isp_api::OutputFormat& isp_api::GetFormat(const std::string&)
    Nov  2 19:32:11 [7449:14384] auth TRACE isp_api::Authen<unnamed>::AuthenPrivate::Authenticate(isp_api::Session&)
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '//ok'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '//ok/ext[@name]'
    Nov  2 19:32:11 [7449:14384] usrparam TRACE AfterExecute user = 'admin'
    Nov  2 19:32:11 [7449:14384] auth TRACE isp_api::Authen::~Authen()
    Nov  2 19:32:11 [7449:14384] auth TRACE isp_api::Authen::~Authen()
    Nov  2 19:32:11 [7449:14384] usrparam TRACE AfterExecute user = 'admin'
    Nov  2 19:32:11 [7449:14384] auth TRACE isp_api::Authen::~Authen()
    Nov  2 19:32:11 [7449:14384] auth TRACE isp_api::Authen::~Authen()
    Nov  2 19:32:11 [7449:14384] action TRACE const isp_api::Action& isp_api::GetAction(const std::string&)
    Nov  2 19:32:11 [7449:14384] thread TRACE InitFailState id = 'AOdff9F/AAA='
    Nov  2 19:32:11 [7449:14384] action TRACE InternalCall action = 'vm.delete'
    Nov  2 19:32:11 [7449:14384] journal INFO Request [93.1.1.1][admin] 'authinfo=*&elid=112&func=vm.delete&lang=en&out=xml'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/doc/metadata'
    Nov  2 19:32:11 [7449:14384] vmmgr TRACE Lock lock mutex
    Nov  2 19:32:11 [7449:14384] proc TRACE Run m_flags = 0
    
    Nov  2 19:32:11 [7449:14384] proc EXTINFO Run '/bin/sh' pid 445076
    Nov  2 19:32:11 [7449:14384] proc EXT /bin/sh -c /usr/sbin/vzctl\ stop\ 112
    Nov  2 19:32:11 [7449:14384] proc EXTINFO Process 445076 finished with status 0
    Nov  2 19:32:11 [7449:14384] proc TRACE Run m_flags = 0
    Nov  2 19:32:11 [7449:14384] proc EXTINFO Run '/bin/sh' pid 445078
    Nov  2 19:32:11 [7449:14384] proc EXT /bin/sh -c /usr/sbin/vzctl\ destroy\ 112
    Nov  2 19:32:11 [7449:14384] proc EXTINFO Process 445078 finished with status 41
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO mgr_err::Error::Error(std::string const&, std::string const&, std::string const&) (lib/libmgr.so.13 + 0x26a) [*0x7fd18bb6fe77]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO 
    
    ve::VirtualEnviroment::ExecVzctl(std::string const&, std::string const&, std::string const&, std::string const&, std::string const&) (lib/vemini.so + 0x3b7) [*0x7fd18bb70a1a]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO ve::VirtualEnviroment::DestroyVM(std::string const&) (lib/vemini.so + 0xfc) [*0x7fd18bb7a94f]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO ??? (lib/vemini.so + 0x0) [*0x7fd18a7de44e]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO isp_api::Action::Run(isp_api::Session&) const (lib/libispapi.so.13 + 0x282) [*0x7fd18a7e30cd]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO isp_api::InternalCall(isp_api::BaseConnection const&, isp_api::Authen const&, isp_api::Action const&) (lib/libispapi.so.13 + 0xa41) [*0x7fd18b7cd075]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO ispcore::ProcessRequest::operator()() (lib/libbase.so.13 + 0x759) [*0x7fd18b7d3ba2]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO mgr_thread::Handle::Impl<ispcore::ProcessRequest>::run() (lib/libbase.so.13 + 0x1c) [*0x7fd18ae0f60a]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO ??? (lib/libmgr.so.13 + 0x0) [*0x7fd18c330b50]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO ??? (/lib/x86_64-linux-gnu/libpthread.so.0 + 0x0) [*0x7fd18c07aa7d]
    Nov  2 19:32:11 [7449:14384] backtrace EXTINFO ??? (/lib/x86_64-linux-gnu/libc.so.6 + 0x6d) [*(nil)]
    Nov  2 19:32:11 [7449:14384] err ERROR Error: Type: 'vzctl_destroy' Object: '' Value: ''
    Nov  2 19:32:11 [7449:14384] vmmgr TRACE Unlock unlock mutex
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/*/*/param[@type='msg' and @name and not(@msg)]'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='msg_error_vzctl_destroy_']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='msg_error_vzctl_destroy']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='msg_error_unknown']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/*/*/param[@type='msg' and @name and not(@msg)]'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='msg_error_vzctl_destroy_']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='msg_error_vzctl_destroy']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='msg_error_unknown']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='']'
    Nov  2 19:32:11 [7449:14384] auth TRACE isp_api::Authen::~Authen()
    Nov  2 19:32:11 [7449:14384] job TRACE void mgr_job::Rollback()
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/*/*/param[@type='msg' and @name and not(@msg)]'
    Nov  2 19:32:11 [7449:14384] xml TRACE LoadFromFile filename = 'var/.xmlcache/vemini/msgerror.en.xml'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='msg_error_vzctl_destroy_']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='msg_error_vzctl_destroy']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='msg_error_unknown']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/messages/msg[@name='']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/*/*/param[@name and @type='msg']'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/*/*/param[@name and not(@type)]'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/doc/metadata'
    Nov  2 19:32:11 [7449:14384] xml TRACE XPath path = '/doc/messages'
    Nov  2 19:32:11 [7449:14384] xml TRACE std::string mgr_xml::Xml::Str(bool)
    Nov  2 19:32:11 [7449:14384] xml TRACE void mgr_xml::Xml::Save(std::ostream&, bool)
    Nov  2 19:32:11 [7449:14384] xml TRACE int<unnamed>::XmlWriteOutput(void*, const char*, int)
    Nov  2 19:32:11 [7449:14384] output DEBUG output_xml.cpp:21 <?xml version="1.0" encoding="UTF-8"?>
    <doc><error type="vzctl_destroy" object="" lang="en"><param name="object" type="msg"></param><param name="value"></param><param name="errorcode">41</param><stack><action level="30" user="admin">vm.delete</action></stack><default>An error occurred while executing the request</default><msg>An error occurred while executing the request</msg></error></doc>
    
    Nov  2 19:32:11 [7449:14384] xml TRACE void mgr_xml::Xml::Save(std::ostream&, bool)
    Nov  2 19:32:11 [7449:14384] xml TRACE int<unnamed>::XmlWriteOutput(void*, const char*, int)
    Nov  2 19:32:11 [7449:14384] core TRACE void<unnamed>::ServiceStatus::Finish(const mgr_thread::Id&)
    Последний раз редактировалось styx; 03.11.2013 в 08:42.

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

    По умолчанию

    Скажите, а у вас VDS, получается, одновременно под управлением и VDSmanager, и VEmanager? Такой вариант использования нами не предполагался и не рекомендуется.

    Замечание по поводу umount постараемся учесть, спасибо

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

    По умолчанию

    Цитата Сообщение от p.yurin Посмотреть сообщение
    Скажите, а у вас VDS, получается, одновременно под управлением и VDSmanager, и VEmanager?
    Выделить отдельный сервер пока под тестирование vemgr не можем, и именно поэтому vemini также установлен на тот же сервер где и vdsmgr. Вы сами сделали импорт из vdsmgr в vemgr, посему и вы понимаете что у людей будет стоять какое-то время две панели сразу и это время могут быть проблемы, описанные мной в первом сообщении. Причем ничем другим vdsmgr не мешает vemgr.
    VDS, да и под управлением vemgr и vdsmgr, так как vdsmgrу ниельзя никак сказать: не работай с этим vds, работай с этим. В будущем когда допилите vemgr, может мы и перейдем на vemgr полностью, но а пока это сырой продукт.

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

    По умолчанию

    Понял вашу ситуацию. Еще раз оговорюсь: такой вариант использования мы не предполагали и не рекомендуем, на узле кластера не должно быть ничего лишнего: http://ru.5.ispdoc.com/index.php/VEm...B2%D0%BA%D0%B5
    Проблема монтирования остановленных контейнеров возникает как раз из-за работающего на узле кластера VDSmanager'а.
    Однако, сделать команду umount между командами stop и destroy несложно; кроме того, мне не нравится, что у вас контейнер удалился (исчез) из VEmanager - такого не должно быть. В ближайшее время мы постараемся разобраться с проблемой и выпустить багфикс.

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

    По умолчанию

    Спасибо. Будем ждать фикса.

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

    По умолчанию

    Здравствуйте

    Выпустили багфикс 5.1.4, проблема с удалением контейнера должна решиться

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

    По умолчанию

    Проблема решилась. Спасибо за фикс.
    Теперь кровь из носа ждем бэкапов и ограничений на трафик.

Ваши права

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