Главная / Форумы / SAMS / Squid Account Management System (SAMS)

[SAMS2] fc12 замечания работы

YED аватар
YED, 17.03.2010 — 10:41

При создании базы в PG получаем данное ругательство:
CREATE TABLE websettings ( s_lang varchar(15) NOT NULL default 'EN', s_iconset varchar(25) NOT NULL default 'classic', s_useraccess smallint NOT NULL default '1', s_urlaccess smallint NOT NULL default '1', s_showutree smallint NOT NULL default '1' , s_showname varchar(5) NOT NULL default 'nick', s_showgraph smallint NOT NULL default '0', s_createpdf varchar(5) NOT NULL default 'NONE', s_version char(5) NOT NULL default '1.0') Query failed:

Fedora 12 x86_64
PostgreSQL 8.4.2-1.fc12
sams2-2.0.0.797

‹ Не работает админка ( пишет НЕ ЯВЛЯЕТСЯ АРХИВОМ В ФОРМАТЕ debian ›
YED аватар
YED, 10.04.2010 — 05:04

Пока в полночь на пять минут торможу самс, делаю бекап баз и снова самс поднимаю. Судя по логам, сегодня всё сработало нормально.

DogEater, 09.04.2010 — 16:49

правильно что дохнет с руганью, иначе мы будем чесать в затылке, что такое, а оказываццо самс с мускулем не снюхались.
что делать - тушить по крону до, и поднимать после, или у тебя кто то работает через прокси в полночь?
если работают - делай бекап в 4 утра.
и поднимай самца в 7:40 (с проигрыванием соответствующей музыки)

YED аватар
YED, 09.04.2010 — 14:09

Нашёл закономерность! В полночь осуществляется бэкап баз MySQL, sams не успевает обратиться к базе и вываливается с руганью в логи. Исконно русский вопрось "Что делать?"

YED аватар
YED, 09.04.2010 — 13:42

Образовалась проблемка, которая раньше присутствовала ещё в первой версии. Снова начинает отваливаться SAMS2 при использовании MySQL. Происходит это примерно каждую полночь.
При использовании системы с postgreSQL подобного не наблюдается. Сейчас просматриваю логи, пытаюсь найти закономерности....
Два сервера с одинаковой конфигурацией, но с разными базами (пока есть возможность -- тестирую :-) )

YED аватар
YED, 09.04.2010 — 13:32

Кусок лога с выводом отправил на почту.

mclight77, 07.04.2010 — 22:58

так TCP_REFRESH_FAIL это совсем другая история :) добавлю и его.
и еще grep -w NONE access.log что-нибудь показывает? как-то меня смущает строчка
+++WARNING: Unknown cache result NONE

YED аватар
YED, 06.04.2010 — 04:53

Странно. но у меня по прежнему вылазит:
Apr 5 08:23:03 db samsdaemon[10408]: +++WARNING: Unknown cache result TCP_REFRESH_FAIL
Apr 5 08:23:03 db samsdaemon[10408]: ***ERROR: squidlogparser.cpp:445 Unknown cache result
Apr 5 09:20:03 db samsdaemon[10408]: +++WARNING: Unknown cache result TCP_REFRESH_FAIL
Apr 5 09:20:03 db samsdaemon[10408]: ***ERROR: squidlogparser.cpp:445 Unknown cache result
Apr 5 14:34:06 db samsdaemon[10408]: No new values
Apr 5 14:56:06 db samsdaemon[10408]: No new values
Apr 5 15:51:06 db samsdaemon[10408]: No new values
Apr 5 17:02:06 db samsdaemon[10408]: +++WARNING: Unknown cache result NONE
Apr 5 17:02:06 db samsdaemon[10408]: ***ERROR: squidlogparser.cpp:445 Unknown cache result
Apr 5 17:02:06 db samsdaemon[10408]: +++WARNING: Unknown cache result NONE
Apr 5 17:02:06 db samsdaemon[10408]: ***ERROR: squidlogparser.cpp:445 Unknown cache result

Попробую выставить детализацию логов на сегодня и помониторить...

mclight77, 06.04.2010 — 01:01

Небольшая выдержка из протокола работы samsdaemon (некоторые строчки опущены за ненадобностью):

squidlogline.cpp:40 [0xbfb1cd54->setLine(1270425707.202 1707 10.10.0.10 TCP_REFRESH_MODIFIED/200 229384 GET http://www.bbc.co.uk/russian/index.xml - DIRECT/212.58.253.68 text/xml)]

squidlogline.cpp:73 [0xbfb1cd54->getUrl] = http://www.bbc.co.uk/russian/index.xml
localnetworks.cpp:177 [isLocalUrl] http://www.bbc.co.uk/russian/index.xml
localnetworks.cpp:158 [isLocalHost] www.bbc.co.uk
squidlogline.cpp:67 [0xbfb1cd54->getIdent] = -
proxy.cpp:266 [findUser] ip:10.10.0.10, ident:-
samsuserlist.cpp:276 [findUser(ip, 10.10.0.10, , -)]
proxy.cpp:373 [createUserHash(ip, 10.10.0.10, , -)] = 10.10.0.10
samsuser.cpp:272 [0x9febea0->getCurrentTemplateId] = 1
template.cpp:72 [0x9fec3a8->getAuth] = ip
ip.cpp:88 [0x9febeb0->asString] = 10.10.0.10
samsuserlist.cpp:288 [findUser(ip, 10.10.0.10, , -)] = 10.10.0.10
squidlogline.cpp:85 [0xbfb1cd54->getSize] = 229384
samsuser.cpp:177 [0x9febea0->addSize(229384)]
mysqlquery.cpp:344 [0x9fd90c0->sendQuery] mysql_stmt_execute(0x9fe48c8)
mysqlquery.cpp:352 [0x9fd90c0->sendQuery] ok
mysqlquery.cpp:62 [0x9fe6480->sendQueryDirect] select s_size, s_hit from cachesum where s_proxy_id=1 and s_date='2010-04-05' and s_domain='' and s_user='10.10.0.10'
mysqlquery.cpp:388 [0x9fe6480->fetch] mysql_fetch_row(0x9fec168)=0x9fec690
mysqlquery.cpp:437 [0x9fe6480->fetch] ok
squidlogparser.cpp:520 [0x9fd0358->parseFile] Got cachesum for 10.10.0.10: cachesum_size=22024630, cachesum_hit=2697013
squidlogparser.cpp:523 [0x9fd0358->parseFile] Update cachesum for 10.10.0.10: cachesum_size=22254014, cachesum_hit=2697013

Вертел с разных сторон, но как ни крути, у меня никаких ошибок не выдает и считает трафик.
Что по этому поводу говорит ваш лог 9го уровня?

mclight77, 04.04.2010 — 21:27

а можно кусок access.log выслать мне? (mclight77@permlug.org) может, я чего-то упустил.

YED аватар
YED, 03.04.2010 — 08:58

Пока видны только такие ругательства:

Apr 3 11:53:10 db samsdaemon[10907]: ***ERROR: squidlogparser.cpp:445 Unknown cache result
Apr 3 11:53:10 db samsdaemon[10907]: +++WARNING: Unknown cache result NONE

YED аватар
YED, 02.04.2010 — 08:15

Спасибо! Сейчас попробую пересобрать

mclight77, 02.04.2010 — 02:09

Согласен, неоправданное раздутие логов. Это ключевое слово появилось в squid 3.0, потому и не было добавлено сразу. Исправил в ревизии 801.

YED аватар
YED, 01.04.2010 — 05:51

Всё ничего, но логи от этого мусора раздуваются в геометрической прогрессии, поскольку подобное валится в логи ежесекундно.

mclight77, 31.03.2010 — 22:36

он не понял что делать со строкой, где указано TCP_REFRESH_UNMODIFIED и пропустил ее. Побочный эффект - не считается трафик с таким статусом.

YED аватар
YED, 24.03.2010 — 07:11

Теперь вот следу за логами и наблюдаю:

Mar 24 09:08:48 db samsdaemon[15285]: ***ERROR: squidlogparser.cpp:445 Unknown cache result
Mar 24 09:08:48 db samsdaemon[15285]: +++WARNING: Unknown cache result TCP_REFRESH_UNMODIFIED
И так далее....

Чего ему теперь не нравится?

YED аватар
YED, 22.03.2010 — 17:22

Да, с постгресом завелось... Потыркал остальные пунктики, в логах и визуально ничего подозрительного.

PavelVinogradov, 22.03.2010 — 16:43

Отлично, будем смотреть и чинить.

Я так понимаю что в принципе с PostgreSQL оно уже взлетело?
Критичный баг только с недоступностью изменения web-settings? Подозреваю что тут все-же что-то с web-сервисом, но попытаюсь воспроизвести.

YED аватар
YED, 22.03.2010 — 16:29

В логи валится вот это:
STATEMENT: select oid from "websettings" where 0 = 1
ERROR: column "oid" does not exist at character 8

YED аватар
YED, 22.03.2010 — 16:28

По админам тикет завёл #445

PavelVinogradov, 22.03.2010 — 13:10

Подвижка c Postgresql это хорошо.
Про новые проблемы - http://sams.nixdev.net/newticket
заводите, не стесняйтесь - очень помогает не забывать о проблемах и фиксить их.

YED аватар
YED, 22.03.2010 — 09:40

В догонку:

При входе в базу MySQL: admin/qwerty
При входе в базу PostgreSQL: Admin/qwerty

Хоть для однообразия поправьте, а то сей недочёт тянется с очень давних времён.

Web Settings не удаётся изменить. Выдаёт 500 от веб-сервера
[22/Mar/2010:11:30:07 +0700] "GET /sams2/tray.php?show=exe&function=webconfigtray&filename=webconfigtray.php HTTP/1.1" 500 307 "http://proxy/sams2/lframe.php" "Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2.2) Gecko/20100316 Firefox/3.6.2 (.NET CLR 3.5.30729)"
Подобное под всеми браузерами....
httpd-2.2.14

YED аватар
YED, 22.03.2010 — 09:14

Нашёл проблему! База пыталась создаваться с адреса ::1, а не с 127.0.0.1. Выходные пошли на пользу.....

PavelVinogradov, 22.03.2010 — 09:01

В Debian удалось поставить PSql 8.4.2 из backports - база успешно создалась.
Как мне помнится - Postgres ведет логи достаточно подробно, попытайтесь из логов узнать какую именно ошибку он выдал на этот запрос.

А я пока поищу образ с FC12.

YED аватар
YED, 22.03.2010 — 07:25

Чего-то копался в доках и файле creatable.php, так ничего и не понял.... Снова уходить на MySQL?
Очень не хотелось бы держать на сервере два sqlя...

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".