forum.bitel.ru
http://forum.bitel.ru/

Обновление Сервера - "Не известная ошибка"
http://forum.bitel.ru/viewtopic.php?f=22&t=1980		 Страница 1 из 2
Автор:  Andreiii1 [ 04 мар 2009, 17:11 ]
Заголовок сообщения:  Обновление Сервера - "Не известная ошибка"
Обновил сервер с 289 до 393. за одним и клиента до последней версии.
Программа запускается, но при попытке открыть договор - группы договоров - появляется ошибка "Не известная ошибка...".
Что не так?
Автор:  skn [ 04 мар 2009, 17:32 ]
Заголовок сообщения: 
логи сервера плиз....
Автор:  Andreiii1 [ 04 мар 2009, 19:21 ]
Заголовок сообщения: 
skn писал(а):
логи сервера плиз....


я уже откатился обратно и все затер. не дело это.
Автор:  skn [ 04 мар 2009, 19:37 ]
Заголовок сообщения: 
:?
Автор:  stark [ 05 мар 2009, 13:18 ]
Заголовок сообщения: 
вы все модули обновляли ? если обновлять, то надо обязателдьно все сразу и надо чтобы клиент выкачал обновления с сервера ..если ошибка какая- то логи нужны
Автор:  Akhmat [ 05 мар 2009, 14:10 ]
Заголовок сообщения:  Re: Обновление Сервера - "Не известная ошибка"
Andreiii1 писал(а):
Обновил сервер с 289 до 393. за одним и клиента до последней версии.
Программа запускается, но при попытке открыть договор - группы договоров - появляется ошибка "Не известная ошибка...".
Что не так?

Недавно обновлялся. Такая же фигня была. Нет колонки cgr_mode в таблицах user и bgs_group. Скорректировал сам таблицы, как было указано в dump файле. Все заработало.
Автор:  Akhmat [ 05 мар 2009, 14:21 ]
Заголовок сообщения: 
Andreiii1 писал(а):
не дело это.


Да уж. Не мешало бы нормальным "тестером" обзавестись. Клиенты не должны дебагить Ваши недоработки.

С уважением.
Автор:  Администратор [ 05 мар 2009, 14:23 ]
Заголовок сообщения:  Re: Обновление Сервера - "Не известная ошибка"
Akhmat писал(а):
Andreiii1 писал(а):
Обновил сервер с 289 до 393. за одним и клиента до последней версии.
Программа запускается, но при попытке открыть договор - группы договоров - появляется ошибка "Не известная ошибка...".
Что не так?

Недавно обновлялся. Такая же фигня была. Нет колонки cgr_mode в таблицах user и bgs_group. Скорректировал сам таблицы, как было указано в dump файле. Все заработало.


Странно, в patch.sql обновления есть они.. Вообще server.out надо посмотреть и все.
Автор:  Akhmat [ 05 мар 2009, 14:33 ]
Заголовок сообщения: 
Что за patch.sql?
Я обновлялся так. Скачал свежую версию сервера биллинга, и просто поставил все свежие версии используемых модулей.
Обнаружил этот патч в update_4.5.zip. Но его не ставил. Необходимо ли его ставить при таком обновлении? У меня ща всё работает вроде.
Автор:  Andreiii1 [ 05 мар 2009, 16:13 ]
Заголовок сообщения: 
Akhmat писал(а):
Что за patch.sql?
Я обновлялся так. Скачал свежую версию сервера биллинга, и просто поставил все свежие версии используемых модулей.
Обнаружил этот патч в update_4.5.zip. Но его не ставил. Необходимо ли его ставить при таком обновлении? У меня ща всё работает вроде.


patch.sql действительно есть в 4.5.zip, но в инструкции по обновлению про него ни слова не было. я обновлялся осенью с 4.4 до 4.5.

сегодня попробую еще раз с новыми модулями. вчера обновлял только сервер и клиента.
Автор:  Andreiii1 [ 05 мар 2009, 17:05 ]
Заголовок сообщения: 
Обновился с модулями, ошибка все равно возникает!

дебаг клиента при попытке открытия договора:
<data status="error"><contracts/>Не известная ошибка ...</data>

Сервер.аут:

Код:
05.03.2009 16:01:26 java.sql.SQLException: Column 'cgr_mode' not found.
05.03.2009 16:01:26    at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:910)
05.03.2009 16:01:26    at com.mysql.jdbc.ResultSet.findColumn(ResultSet.java:955)
05.03.2009 16:01:26    at com.mysql.jdbc.ResultSet.getInt(ResultSet.java:2514)
05.03.2009 16:01:26    at org.apache.commons.dbcp.DelegatingResultSet.getInt(DelegatingResultSet.java:220)
05.03.2009 16:01:26    at bitel.billing.server.admin.bean.UserManager.loadUserFromRS(UserManager.java:335)
05.03.2009 16:01:26    at bitel.billing.server.admin.bean.UserManager.getUserByLogin(UserManager.java:36)
05.03.2009 16:01:26    at bitel.billing.server.admin.bgsecure.bean.UserLoginModule.login(UserLoginModule.java:156)
05.03.2009 16:01:26    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
05.03.2009 16:01:26    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
05.03.2009 16:01:26    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
05.03.2009 16:01:26    at java.lang.reflect.Method.invoke(Unknown Source)
05.03.2009 16:01:26    at javax.security.auth.login.LoginContext.invoke(Unknown Source)
05.03.2009 16:01:26    at javax.security.auth.login.LoginContext.access$000(Unknown Source)
05.03.2009 16:01:26    at javax.security.auth.login.LoginContext$4.run(Unknown Source)
05.03.2009 16:01:26    at java.security.AccessController.doPrivileged(Native Method)
05.03.2009 16:01:26    at javax.security.auth.login.LoginContext.invokePriv(Unknown Source)
05.03.2009 16:01:26    at javax.security.auth.login.LoginContext.login(Unknown Source)
05.03.2009 16:01:26    at bitel.billing.server.Executer.checkUser(Executer.java:539)
05.03.2009 16:01:26    at bitel.billing.server.Executer.doPost(Executer.java:173)
05.03.2009 16:01:26    at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
05.03.2009 16:01:26    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
05.03.2009 16:01:26    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
05.03.2009 16:01:26    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
05.03.2009 16:01:26    at bitel.billing.server.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:37)
05.03.2009 16:01:26    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
05.03.2009 16:01:26    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
05.03.2009 16:01:26    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
05.03.2009 16:01:26    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
05.03.2009 16:01:26    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568)
05.03.2009 16:01:26    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
05.03.2009 16:01:26    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
05.03.2009 16:01:26    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
05.03.2009 16:01:26    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
05.03.2009 16:01:26    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
05.03.2009 16:01:26    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
05.03.2009 16:01:26    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
05.03.2009 16:01:26    at java.lang.Thread.run(Unknown Source)
05.03.2009 16:01:39 java.lang.NullPointerException
05.03.2009 16:01:39    at bitel.billing.server.contract.action.ActionBase.addContractGroupFilter(ActionBase.java:127)
05.03.2009 16:01:39    at bitel.billing.server.contract.action.ActionFilterContract.doAction(ActionFilterContract.java:65)
05.03.2009 16:01:39    at bitel.billing.server.Executer.doModule(Executer.java:693)
05.03.2009 16:01:39    at bitel.billing.server.Executer.doPost(Executer.java:177)
05.03.2009 16:01:39    at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
05.03.2009 16:01:39    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
05.03.2009 16:01:39    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
05.03.2009 16:01:39    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
05.03.2009 16:01:39    at bitel.billing.server.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:37)
05.03.2009 16:01:39    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
05.03.2009 16:01:39    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
05.03.2009 16:01:39    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
05.03.2009 16:01:39    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
05.03.2009 16:01:39    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568)
05.03.2009 16:01:39    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
05.03.2009 16:01:39    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
05.03.2009 16:01:39    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
05.03.2009 16:01:39    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
05.03.2009 16:01:39    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
05.03.2009 16:01:39    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
05.03.2009 16:01:39    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
05.03.2009 16:01:39    at java.lang.Thread.run(Unknown Source)
Автор:  Andreiii1 [ 05 мар 2009, 17:26 ]
Заголовок сообщения: 
в старом патче patch.sql нет ни единого упоминания о cgr_mode.

делайте новый патч для тех, кто обновляется уже с 4.5 до 4.5
Автор:  Amir [ 05 мар 2009, 17:26 ]
Заголовок сообщения: 
При обновлении никаких ошибок не было?

в SQL редакторе выполните
ALTER TABLE user ADD `cgr_mode` TINYINT NOT NULL DEFAULT 1;
ALTER TABLE bgs_group ADD `cgr_mode` TINYINT NOT NULL DEFAULT 1;
Автор:  Andreiii1 [ 05 мар 2009, 17:39 ]
Заголовок сообщения: 
Недостающий код из нового патча:

Код:
ALTER TABLE log_contract_limit MODIFY days VARCHAR(4);

ALTER TABLE user ADD `cgr_mode` TINYINT NOT NULL DEFAULT 1;
ALTER TABLE bgs_group ADD `cgr_mode` TINYINT NOT NULL DEFAULT 1;

-- ошибка обновления адреса бывает
ALTER TABLE `address_house` CHANGE COLUMN `pod` `pod_diapazon` varchar(200) NOT NULL;

-- для тарифных планов
ALTER TABLE `tariff_plan` ADD COLUMN `actual` INT  DEFAULT 1 AFTER `lm`;
ALTER TABLE `tariff_plan` ADD COLUMN `gr` bigint(20) default 0;
ALTER TABLE `tariff_plan` ADD COLUMN `pattern` varchar(255) default NULL;
ALTER TABLE `tariff_plan` ADD COLUMN `face` tinyint(4) default 0;

INSERT INTO script_event_type ( mid, event_id, title ) VALUES( 0, 25, "Временное понижение лимита пользователем через Web");
Автор:  Akhmat [ 05 мар 2009, 18:26 ]
Заголовок сообщения: 
Akhmat писал(а):
Я обновлялся так. Скачал свежую версию сервера биллинга, и просто поставил все свежие версии используемых модулей.
Обнаружил этот патч в update_4.5.zip. Но его не ставил. Необходимо ли его ставить при таком обновлении? У меня ща всё работает вроде.

?
Мне его надо поставить или нет? Если да, корректно будет если я его просто допоставлю да и всё?)
Автор:  Andreiii1 [ 05 мар 2009, 19:07 ]
Заголовок сообщения: 
Akhmat писал(а):
Akhmat писал(а):
Я обновлялся так. Скачал свежую версию сервера биллинга, и просто поставил все свежие версии используемых модулей.
Обнаружил этот патч в update_4.5.zip. Но его не ставил. Необходимо ли его ставить при таком обновлении? У меня ща всё работает вроде.

?
Мне его надо поставить или нет? Если да, корректно будет если я его просто допоставлю да и всё?)


вот к чему приводят попытки самостоятельного обновления биллинга, человек уже с сам собой разговаривает :))))

по теме - я добил всю разницу. вроде работает корректно!
Автор:  Akhmat [ 05 мар 2009, 19:23 ]
Заголовок сообщения: 
Andreiii1 писал(а):
вот к чему приводят попытки самостоятельного обновления биллинга, человек уже с сам собой разговаривает :))))

:lol: не первый раз такое, и не я единственный тут такой :P

Andreiii1 писал(а):
по теме - я добил всю разницу. вроде работает корректно!

Да и у меня вроде корректно) Ладно, если никто из старших не желает помочь, останусь как нить на ночь ещё раз, и сделаю как надо:) (хотелось бы правда уточнить "как" надо :lol:, при переходе с версии 4,5 до версии 4,5 както не догадался ставить обновление, которое называется "Обновление клиента + сервера от версии 3.5-4.4 до версии 4.5", интуитивно не просек, вроде ж версия одна, зачем тогда обновление update_4.5 ставить)
Автор:  Amir [ 07 мар 2009, 17:19 ]
Заголовок сообщения: 
patch.sql ставится сам при обновлении ядра.
У многих стоит 4.5 и обновилось нормально...
Какая версия mysql?

P.S. В 4.6 мы чуть изменим логику обновления базы, чтобы выводить только ошибки обновления структуры, а не ошибки типа already exist.
Автор:  Akhmat [ 07 мар 2009, 18:00 ]
Заголовок сообщения: 
Скачал новый бгбиллинг сервер, просто распаковал, поставил все нужные версии модулей и всё. При этом службы переустанавливал.
версия 5.0.67 mysql
Автор:  Amir [ 08 мар 2009, 16:28 ]
Заголовок сообщения: 
Akhmat писал(а):
Скачал новый бгбиллинг сервер, просто распаковал, поставил все нужные версии модулей и всё. При этом службы переустанавливал.
версия 5.0.67 mysql

А update_х.zip устанавливали?
Автор:  Jimson [ 09 мар 2009, 00:42 ]
Заголовок сообщения: 
я туплю или вы обсуждаете как апдейтить бгбиллинг не апдейтя ЯДРО биллинга ?

update_4.5.zip это не апгрейд с 4.4 на 4.5, это просто апгрейд ядра, этот архив обновляется (и должен устанавливаться) каждый раз когда апдейтится сервер ака ядро системы, к римеру у меня щас билд ядра "BGBillingServer v 4.5 build 389 from 16.02.2009 16:47:28"

P.S. есть нормальный скирипт bg_installer.sh, религия не позволяет апдейтится через "bg_installer.sh update" ? и, кстати, апдейт клиенской части так же содержится в update_4.5.zip и апдейтить клиентом по всему офису с дискетки не надо, после нормального апдейта сервера биллинга клиенты сами обновятся при перезапуске
Автор:  Akhmat [ 09 мар 2009, 07:18 ]
Заголовок сообщения: 
Amir писал(а):
А update_х.zip устанавливали?

Как уже писал, не ставил. ошибки что в сервер.аут были, правил вручную.
Автор:  Akhmat [ 09 мар 2009, 07:31 ]
Заголовок сообщения: 
Jimson писал(а):
я туплю или вы обсуждаете как апдейтить бгбиллинг не апдейтя ЯДРО биллинга ?

да, обсуждаем как обновлять бгбиллинг.
Jimson писал(а):
update_4.5.zip это не апгрейд с 4.4 на 4.5, это просто апгрейд ядра, этот архив обновляется (и должен устанавливаться) каждый раз когда апдейтится сервер ака ядро системы, к римеру у меня щас билд ядра "BGBillingServer v 4.5 build 389 from 16.02.2009 16:47:28"

Тенкс, както раньше не догадывался, что это просто апгрейд ядра. Судил по его названию. Кстати почему оно так называется если это не апгрейд с 4,4 на 4,5? Обозвали бы "просто апгрейд ядра" а в пояснении "этот архив обновляется (и должен устанавливаться) каждый раз когда апдейтится сервер ака ядро системы". Тогда и не было б глупых вопросов.

Jimson писал(а):
P.S. есть нормальный скирипт bg_installer.sh, религия не позволяет апдейтится через "bg_installer.sh update" ? и, кстати, апдейт клиенской части так же содержится в update_4.5.zip и апдейтить клиентом по всему офису с дискетки не надо, после нормального апдейта сервера биллинга клиенты сами обновятся при перезапуске


Религия позволяет. Тем не менее поставил сам вручную то, что мне надо. Клиенты обновятся, прежняя сборка клиента лагала, скачал новую. Но и это не помогло.

PS
Вообще обновлялся изза багов в работе биллинга. Не было бы багов, не было б необходимости в обновлении, которое обычно бывает не отлажено хорошо. Существующего функционала мне пока достаточно. Недостаточно стабильной работы системы.
Автор:  Jimson [ 09 мар 2009, 18:31 ]
Заголовок сообщения: 
Akhmat писал(а):
Религия позволяет. Тем не менее поставил сам вручную то, что мне надо.

bg_installer не ставит все подряд как инсталятор виндовса, он качает апдейты только к тому что стоит у тебя, новых модулей он тебе не будет ставить
Автор:  Akhmat [ 09 мар 2009, 19:08 ]
Заголовок сообщения: 
Jimson писал(а):
bg_installer не ставит все подряд как инсталятор виндовса, он качает апдейты только к тому что стоит у тебя, новых модулей он тебе не будет ставить

:) ясно, тенкс.
Биллинг у меня закрыт аксесами, которые правлю не я. Ночью во время обновления со мной не было того пацана кто правит их. Да и исторически сложилось что чаще обновлял так.
В любом случае профукал что update_x.x надо ставить и при обновлении в пределах версии, недопер в свое время, в том числе и по описанным выше причинам
Автор:  Andreiii1 [ 10 мар 2009, 18:52 ]
Заголовок сообщения: 
Jimson писал(а):

update_4.5.zip это не апгрейд с 4.4 на 4.5, это просто апгрейд ядра, этот архив обновляется (и должен устанавливаться) каждый раз когда апдейтится сервер ака ядро системы,


update_4.5.zip или все-таки update_lib_4.5.zip ?
к первому комментарий такой "Обновление ... от версии 3.5-4.4 до версии 4.5"
ко второму - "Обновление библиотек для версии 4.5"

И, если сейчас вроде как все работает, нужно ли его ставить???
Автор:  Akhmat [ 10 мар 2009, 19:09 ]
Заголовок сообщения: 
:lol:

Уважаемые разработчики, устраните неоднозначность эту с названиями) Не путайте народ
Автор:  Andreiii1 [ 10 мар 2009, 21:07 ]
Заголовок сообщения: 
Даже если update_4.5.zip, то непонятно, зачем там, к примеру, те же XSL-ки, что и в архиве с сервером ?

Не проще ли к архиву с сервером дополнительно давать обновлялку базы (если разница только в ней)?
Автор:  Akhmat [ 10 мар 2009, 22:10 ]
Заголовок сообщения: 
проще
Код:
bg_installer update
Автор:  Jimson [ 11 мар 2009, 01:14 ]
Заголовок сообщения: 
update_4.5
потому что пользовательский апдейт БГбиллинга обновляет все, вообще все, по тем модулям что стоят + ядро
по сути можно проинсталится с этого update_4.5
Страница 1 из 2 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/