Поставил utm5-1-10-016 + mysql 3.43, пользователей примерно 150 человек и примерно 200 Мб трафика в день.... мускуль начал ругаться что типа потеряны индексы, майисамчк не помог, решил перенести на Postgres 8.0, как сконвертировать базы из мускуля не нашёл, перенёс пользователей ручками.... после двух часов работы стали появляться ошибки типа ..
----------------------
ay 6 18:10:40 stat postgres[645]: [42-1] ERROR: неверный входной синтаксис для integer: "1940914.000000"
May 6 18:10:40 stat postgres[645]: [43-1] ERROR: неверный входной синтаксис для integer: "919199.000000"
May 6 18:10:40 stat postgres[645]: [44-1] ERROR: неверный входной синтаксис для integer: "2484.000000"
May 6 18:10:40 stat postgres[645]: [45-1] ERROR: неверный входной синтаксис для integer: "890941.000000"
May 6 18:10:40 stat postgres[645]: [46-1] ERROR: неверный входной синтаксис для integer: "1008243.000000"
May 6 18:25:41 stat postgres[645]: [47-1] ERROR: неверный входной синтаксис для integer: "3206192.000000"
May 6 18:25:41 stat postgres[645]: [48-1] ERROR: неверный входной синтаксис для integer: "1228879.000000"
May 6 18:25:41 stat postgres[645]: [49-1] ERROR: неверный входной синтаксис для integer: "893967.000000"
May 6 18:25:41 stat postgres[645]: [50-1] ERROR: неверный входной синтаксис для integer: "2944.000000"
May 6 18:25:41 stat postgres[645]: [51-1] ERROR: неверный входной синтаксис для integer: "1044288.000000"
May 6 18:29:08 stat postgres[645]: [52-1] ERROR: колонка "id" не существует
May 6 18:29:08 stat postgres[645]: [53-1] ERROR: отношение "downloaded_id_seq" не существует
-----------------------------------
[54-1] ERROR: неверный входной синтаксис для integer: "4299074.000000"
[55-1] ERROR: неверный входной синтаксис для integer: "1474843.000000"
[56-1] ERROR: неверный входной синтаксис для integer: "3174.000000"
[57-1] ERROR: колонка "id" не существует
[58-1] ERROR: отношение "downloaded_id_seq" не существует
[59-1] ERROR: неверный входной синтаксис для integer: "192620.000000"
[60-1] ERROR: currval (текущее значение) последовательности "dtagg_iptraffic_id_seq" ещё не определено в этой сессии
[61-1] ERROR: колонка "id" не существует
[62-1] ERROR: отношение "downloaded_id_seq" не существует
[63-1] ERROR: неверный входной синтаксис для integer: "288.000000"
[64-1] ERROR: currval (текущее значение) последовательности "dtagg_iptraffic_id_seq" ещё не определено в этой сессии
[65-1] ERROR: колонка "id" не существует
[66-1] ERROR: отношение "downloaded_id_seq" не существует
[67-1] ERROR: неверный входной синтаксис для integer: "1960194.000000"
[68-1] ERROR: currval (текущее значение) последовательности "dtagg_iptraffic_id_seq" ещё не определено в этой сессии
------------------------------------------------------
May 7 08:52:36 stat postgres[1671]: [51-1] ERROR: неверный входной синтаксис для integer: "731591.000000"
May 7 08:52:36 stat postgres[1671]: [52-1] ERROR: неверный входной синтаксис для integer: "81034.000000"
May 7 08:52:36 stat postgres[1671]: [53-1] ERROR: неверный входной синтаксис для integer: "6013586.000000"
May 7 08:52:36 stat postgres[1671]: [54-1] ERROR: неверный входной синтаксис для integer: "1310729.000000"
May 7 08:52:36 stat postgres[1671]: [55-1] ERROR: колонка "id" не существует
May 7 08:52:36 stat postgres[1671]: [56-1] ERROR: отношение "downloaded_id_seq" не существует
May 7 08:52:36 stat postgres[1671]: [57-1] ERROR: неверный входной синтаксис для integer: "6240.000000"
May 7 08:52:36 stat postgres[1671]: [58-1] ERROR: currval (текущее значение) последовательности "dtagg_iptraffic_id_seq" ещё не определено в этой сессии
причём появляются только тогда когда кто то сидит в инете....
в чём трабл, не подскажете?
Help me - Postgres
Re: Help me - Postgres
с UTM-5.1.10-016 рекомендуется использовать Postgres 7.4.nai_1985 писал(а):Поставил utm5-1-10-016 + mysql 3.43, пользователей примерно 150 человек и примерно 200 Мб трафика в день.... мускуль начал ругаться что типа потеряны индексы, майисамчк не помог, решил перенести на Postgres 8.0, как сконвертировать базы из мускуля не нашёл, перенёс пользователей ручками.... после двух часов работы стали появляться ошибки типа ..
----------------------
ay 6 18:10:40 stat postgres[645]: [42-1] ERROR: неверный входной синтаксис для integer: "1940914.000000"
May 6 18:10:40 stat postgres[645]: [43-1] ERROR: неверный входной синтаксис для integer: "919199.000000"
May 6 18:10:40 stat postgres[645]: [44-1] ERROR: неверный входной синтаксис для integer: "2484.000000"
May 6 18:10:40 stat postgres[645]: [45-1] ERROR: неверный входной синтаксис для integer: "890941.000000"
May 6 18:10:40 stat postgres[645]: [46-1] ERROR: неверный входной синтаксис для integer: "1008243.000000"
May 6 18:25:41 stat postgres[645]: [47-1] ERROR: неверный входной синтаксис для integer: "3206192.000000"
May 6 18:25:41 stat postgres[645]: [48-1] ERROR: неверный входной синтаксис для integer: "1228879.000000"
May 6 18:25:41 stat postgres[645]: [49-1] ERROR: неверный входной синтаксис для integer: "893967.000000"
May 6 18:25:41 stat postgres[645]: [50-1] ERROR: неверный входной синтаксис для integer: "2944.000000"
May 6 18:25:41 stat postgres[645]: [51-1] ERROR: неверный входной синтаксис для integer: "1044288.000000"
May 6 18:29:08 stat postgres[645]: [52-1] ERROR: колонка "id" не существует
May 6 18:29:08 stat postgres[645]: [53-1] ERROR: отношение "downloaded_id_seq" не существует
-----------------------------------
[54-1] ERROR: неверный входной синтаксис для integer: "4299074.000000"
[55-1] ERROR: неверный входной синтаксис для integer: "1474843.000000"
[56-1] ERROR: неверный входной синтаксис для integer: "3174.000000"
[57-1] ERROR: колонка "id" не существует
[58-1] ERROR: отношение "downloaded_id_seq" не существует
[59-1] ERROR: неверный входной синтаксис для integer: "192620.000000"
[60-1] ERROR: currval (текущее значение) последовательности "dtagg_iptraffic_id_seq" ещё не определено в этой сессии
[61-1] ERROR: колонка "id" не существует
[62-1] ERROR: отношение "downloaded_id_seq" не существует
[63-1] ERROR: неверный входной синтаксис для integer: "288.000000"
[64-1] ERROR: currval (текущее значение) последовательности "dtagg_iptraffic_id_seq" ещё не определено в этой сессии
[65-1] ERROR: колонка "id" не существует
[66-1] ERROR: отношение "downloaded_id_seq" не существует
[67-1] ERROR: неверный входной синтаксис для integer: "1960194.000000"
[68-1] ERROR: currval (текущее значение) последовательности "dtagg_iptraffic_id_seq" ещё не определено в этой сессии
------------------------------------------------------
May 7 08:52:36 stat postgres[1671]: [51-1] ERROR: неверный входной синтаксис для integer: "731591.000000"
May 7 08:52:36 stat postgres[1671]: [52-1] ERROR: неверный входной синтаксис для integer: "81034.000000"
May 7 08:52:36 stat postgres[1671]: [53-1] ERROR: неверный входной синтаксис для integer: "6013586.000000"
May 7 08:52:36 stat postgres[1671]: [54-1] ERROR: неверный входной синтаксис для integer: "1310729.000000"
May 7 08:52:36 stat postgres[1671]: [55-1] ERROR: колонка "id" не существует
May 7 08:52:36 stat postgres[1671]: [56-1] ERROR: отношение "downloaded_id_seq" не существует
May 7 08:52:36 stat postgres[1671]: [57-1] ERROR: неверный входной синтаксис для integer: "6240.000000"
May 7 08:52:36 stat postgres[1671]: [58-1] ERROR: currval (текущее значение) последовательности "dtagg_iptraffic_id_seq" ещё не определено в этой сессии
причём появляются только тогда когда кто то сидит в инете....
в чём трабл, не подскажете?
С Postgres 8.0 необходимо ставить последнюю (вы должны быть подписаны на поставку обновлений и получение тестовых сборок) сборку UTM-5.2.0-002 - там эти ошибки исправлены.
Кстати, по-поводу 5.2.0-002 и PG
Имеем: UTM-5.2.0-002 + PostgreSQL 8.1.3 как где-то уопоминали в форуме, что нужен самый последний.
В логах имеем:
?Debug : May 09 03:27:55 BusClassif: aggregation barrier slink_id 212, ipid -1407975421, tclass 3000, discount_period_id 64
?Debug : May 09 03:27:55 DBCtx: Ctx:<138435992> SQL SELECT query: SELECT qnt FROM downloaded WHERE is_deleted=0 AND downloaded_id='46' AND tclass_id='3000'
?Debug : May 09 03:27:55 DBCtx: Ctx: <138435992> SQL query: UPDATE downloaded SET qnt='2445762338', discounted='2332.46', downed_as_prepaid='0' WHERE downloaded_id='46' AND tclass_id='3000'
?Debug : May 09 03:27:55 UTM5 DBA: Discount:7.487584 p.u. for link:212 account 88
?Debug : May 09 03:27:55 UTM5 DBA: Checking for rehash: flags 3, balance -22996.366 (old -22988.879), credit 50000.000
?Debug : May 09 03:27:55 DBAGiga: Rehash: Target: 10; Action: 1; Ptr: bf3ff494
?Debug : May 09 03:27:55 DBCtx: Ctx: <138435992> SQL query: UPDATE accounts SET balance='-22996.4' WHERE id = '88'
?Debug : May 09 03:27:55 DBCtx: Ctx: <138435992> SQL query: INSERT INTO discount_transactions_all(account_id,incoming_rest,outgoing_rest,discount,discount_without_tax,discount_with_tax,service_id,service_type,slink_id,discount_date,comment,discount_period_id) VALUES('88','-22988.9','-22996.4','7.48758','7.48758','7.48758','92','3','212','1147112875','IPdiscount','64')
?Debug : May 09 03:27:55 BusLogic: BLM(37) pushed (comment: ruh block)
?Debug : May 09 03:27:55 BusLogic: try to execute 37
?Debug : May 09 03:27:55 BusLogic: hw_block_handler with code 37
?Debug : May 09 03:27:55 BusLogic: finished unknown
?Debug : May 09 03:27:55 DBCtx: Ctx: <138435992> SQL query: INSERT INTO dtagg_iptraffic(slink_id, discounted,discounted_without_tax, base_cost, bytes, tclass, ipid) VALUES('212','7.487584','7.487584','1.000000','7851301.000000', '3000', '-1407975421')
ERROR : May 09 03:27:55 DBASQLError: PgSQL query failed: ERROR: invalid input syntax for integer: "7851301.000000"
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
?Trace : May 09 03:27:55 trace: Obtained 12 stack frames.
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_Z15print_backtracev+0
x1d) [0x830ce8d]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM12DBACtx_pgsql1
6verify_pg_resultEP9pg_result+0x116) [0x8298dea]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM12DBACtx_pgsql1
1_sql_insertERKSsRNS_12sql_result_tE+0xff) [0x82997cb]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM5DTAgg13__disco
unt_ipEiRKNS_19DTAgg_iptraffic_hdrERNS_21DTAgg_dinfo_iptrafficEiPNS_8DBAccessE+0
x2b9) [0x82720b5]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess23__di
scount_from_accountEPNS_23discount_info_iptrafficEb+0x75c) [0x819423c]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM10BusClassif10_
_blm_sendERKNS0_9cache_hdrERKNS0_10cache_infoE+0x180) [0x82dfcbc]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM10BusClassif10_
_discountERKNS0_9cache_hdrERKNS0_10cache_infoE+0x537) [0x82defef]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess23__ca
lc_costNbcls_callerEP7nf5_dbaPNS_10BusClassifE+0x2c6) [0x82e129e]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess16tari
f_cycle_coreEP7nf5_dbaPNS_10BusClassifEb+0x10e) [0x82e0a2e]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM10BusClassif15n
fqueue_handlerEPv+0x4d7) [0x82e05c3]
?Trace : May 09 03:27:55 trace: /lib/libpthread.so.0 [0x29f14b]
?Trace : May 09 03:27:55 trace: /lib/libc.so.6(__clone+0x5a) [0x48450a]
ERROR : May 09 03:27:55 DBASQLError: PgSQL query failed: ERROR: invalid input syntax for integer: "7851301.000000"
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Поле в БД у нас int, а биллинг впеньдюривает ему данные в формате float. Где правда жизни?
Имеем: UTM-5.2.0-002 + PostgreSQL 8.1.3 как где-то уопоминали в форуме, что нужен самый последний.
В логах имеем:
?Debug : May 09 03:27:55 BusClassif: aggregation barrier slink_id 212, ipid -1407975421, tclass 3000, discount_period_id 64
?Debug : May 09 03:27:55 DBCtx: Ctx:<138435992> SQL SELECT query: SELECT qnt FROM downloaded WHERE is_deleted=0 AND downloaded_id='46' AND tclass_id='3000'
?Debug : May 09 03:27:55 DBCtx: Ctx: <138435992> SQL query: UPDATE downloaded SET qnt='2445762338', discounted='2332.46', downed_as_prepaid='0' WHERE downloaded_id='46' AND tclass_id='3000'
?Debug : May 09 03:27:55 UTM5 DBA: Discount:7.487584 p.u. for link:212 account 88
?Debug : May 09 03:27:55 UTM5 DBA: Checking for rehash: flags 3, balance -22996.366 (old -22988.879), credit 50000.000
?Debug : May 09 03:27:55 DBAGiga: Rehash: Target: 10; Action: 1; Ptr: bf3ff494
?Debug : May 09 03:27:55 DBCtx: Ctx: <138435992> SQL query: UPDATE accounts SET balance='-22996.4' WHERE id = '88'
?Debug : May 09 03:27:55 DBCtx: Ctx: <138435992> SQL query: INSERT INTO discount_transactions_all(account_id,incoming_rest,outgoing_rest,discount,discount_without_tax,discount_with_tax,service_id,service_type,slink_id,discount_date,comment,discount_period_id) VALUES('88','-22988.9','-22996.4','7.48758','7.48758','7.48758','92','3','212','1147112875','IPdiscount','64')
?Debug : May 09 03:27:55 BusLogic: BLM(37) pushed (comment: ruh block)
?Debug : May 09 03:27:55 BusLogic: try to execute 37
?Debug : May 09 03:27:55 BusLogic: hw_block_handler with code 37
?Debug : May 09 03:27:55 BusLogic: finished unknown
?Debug : May 09 03:27:55 DBCtx: Ctx: <138435992> SQL query: INSERT INTO dtagg_iptraffic(slink_id, discounted,discounted_without_tax, base_cost, bytes, tclass, ipid) VALUES('212','7.487584','7.487584','1.000000','7851301.000000', '3000', '-1407975421')
ERROR : May 09 03:27:55 DBASQLError: PgSQL query failed: ERROR: invalid input syntax for integer: "7851301.000000"
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
?Trace : May 09 03:27:55 trace: Obtained 12 stack frames.
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_Z15print_backtracev+0
x1d) [0x830ce8d]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM12DBACtx_pgsql1
6verify_pg_resultEP9pg_result+0x116) [0x8298dea]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM12DBACtx_pgsql1
1_sql_insertERKSsRNS_12sql_result_tE+0xff) [0x82997cb]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM5DTAgg13__disco
unt_ipEiRKNS_19DTAgg_iptraffic_hdrERNS_21DTAgg_dinfo_iptrafficEiPNS_8DBAccessE+0
x2b9) [0x82720b5]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess23__di
scount_from_accountEPNS_23discount_info_iptrafficEb+0x75c) [0x819423c]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM10BusClassif10_
_blm_sendERKNS0_9cache_hdrERKNS0_10cache_infoE+0x180) [0x82dfcbc]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM10BusClassif10_
_discountERKNS0_9cache_hdrERKNS0_10cache_infoE+0x537) [0x82defef]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess23__ca
lc_costNbcls_callerEP7nf5_dbaPNS_10BusClassifE+0x2c6) [0x82e129e]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM8DBAccess16tari
f_cycle_coreEP7nf5_dbaPNS_10BusClassifEb+0x10e) [0x82e0a2e]
?Trace : May 09 03:27:55 trace: /netup/utm5/bin/utm5_core(_ZN3UTM10BusClassif15n
fqueue_handlerEPv+0x4d7) [0x82e05c3]
?Trace : May 09 03:27:55 trace: /lib/libpthread.so.0 [0x29f14b]
?Trace : May 09 03:27:55 trace: /lib/libc.so.6(__clone+0x5a) [0x48450a]
ERROR : May 09 03:27:55 DBASQLError: PgSQL query failed: ERROR: invalid input syntax for integer: "7851301.000000"
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Поле в БД у нас int, а биллинг впеньдюривает ему данные в формате float. Где правда жизни?
Вам необходимо отправить запрос на info@netup.ru для подписки на получение тестовых сборок ...taf писал(а):Я колупаюст с той сборкой, которая доступна в "Обновлениях" и датирована от 2006-04-04
Посмотри какая локаль в системе.
Дело в том что в одних локалях в качестве разделителя десятичной части числа используется "." а в других "," тут как мне кажется собака и порылась. Как всегда криворукие программеры из нетап этот момент никак не контролируют и не хотят, по их мнению во всем виноват клиент, и баги свои признавать и фиксить они желаюне не иначе чем за деньги.
Это видимо не баг биллинга, а фича такая..... про локаль тебе расскажет мальчик из тех саппорта, и скажет что сам ты дурак.
Мне их техсаппорт как-то все выходные лепил отмазки на мои проблемы, а когда совсем достал так и сказали - "иди полечись" и не доставай нас, у нас все работает. При том что это был оплаченный тех-саппорт.
Дело в том что в одних локалях в качестве разделителя десятичной части числа используется "." а в других "," тут как мне кажется собака и порылась. Как всегда криворукие программеры из нетап этот момент никак не контролируют и не хотят, по их мнению во всем виноват клиент, и баги свои признавать и фиксить они желаюне не иначе чем за деньги.
Это видимо не баг биллинга, а фича такая..... про локаль тебе расскажет мальчик из тех саппорта, и скажет что сам ты дурак.
Мне их техсаппорт как-то все выходные лепил отмазки на мои проблемы, а когда совсем достал так и сказали - "иди полечись" и не доставай нас, у нас все работает. При том что это был оплаченный тех-саппорт.
Локаль тут не при чем. В нормальных системах сервисы всегда крутятся с LC_ALL=C. Проблема именно в том, что SQL-сервер ожидает в данном поле целочисленные значения, а ему подсовываются значения с дробным разделителем. И пусть даже по-факту там и вправду integer, но синтексис соотвествует float. То есть, конкретно в этом месте наличестввует ошибка форматирования вывода. Как реально система себя будет вести в такой ситуации я затрудняюсь предсказать.
2aospan: заявка от нашего имени (telnet@) была выслана на указаный вами адрес. Пока никакого ответа не поступало.
2aospan: заявка от нашего имени (telnet@) была выслана на указаный вами адрес. Пока никакого ответа не поступало.