Не применяет настройки к сквиду и еще много чего

[Neve]

Gentoo 10 sams 2.0-a2

1 при использовании mysql создается база с названием "database_name" 2 невозможно изменить расположение sams2.conf По умолчанию лежит в /usr/local/etc, при изменении расположения (те прописывания нового пути в config.php и /etc/init.d/sams2) скажем на /etc ругаетцо ссылаясь на сорцы

Starting sams2: samsdaemon[15758]: ***ERROR: samsconfig.cpp:96 Failed to open file /usr/local/etc/sams2.conf
samsdaemon[15758]: ***ERROR: samsconfig.cpp:96 Failed to open file /usr/local/etc/sams2.conf

3 /etc/init.d/sams2 функции echo_success и echo_failure не работают ругаетцо что нет таких

4 И самое серьезное, не могу понять причины, вроде доступ к базе есть и данные sams туда записывает но вот прочитать оттуда не может Ругается так:

0 test samsdaemon[15686]: mysqlquery.cpp:84 [0x810c3d0->sendQueryDirect] mysql_store_result(0x810cc78)=0x810d730
Nov 24 11:22:50 test samsdaemon[15686]: samsdaemon.cpp:574 Process access.log in 40 second[s]
Nov 24 11:22:50 test samsdaemon[15686]: mysqlquery.cpp:388 [0x810c3d0->fetch] mysql_fetch_row(0x810d730)=0
Nov 24 11:22:50 test samsdaemon[15686]: mysqlquery.cpp:391 [0x810c3d0->fetch] = No rows
Nov 24 11:22:51 test samsdaemon[15686]: mysqlquery.cpp:62 [0x810c3d0->sendQueryDirect] select distinct s_service, s_action from reconfig where s_proxy_id=1
Nov 24 11:22:51 test samsdaemon[15686]: mysqlquery.cpp:72 [0x810c3d0->sendQueryDirect] mysql_free_result(0x810d730)
Nov 24 11:22:51 test samsdaemon[15686]: mysqlquery.cpp:84 [0x810c3d0->sendQueryDirect] mysql_store_result(0x810cc78)=0x810d730
Nov 24 11:22:51 test samsdaemon[15686]: samsdaemon.cpp:574 Process access.log in 39 second[s]
Nov 24 11:22:51 test samsdaemon[15686]: mysqlquery.cpp:388 [0x810c3d0->fetch] mysql_fetch_row(0x810d730)=0
Nov 24 11:22:51 test samsdaemon[15686]: mysqlquery.cpp:391 [0x810c3d0->fetch] = No rows
Nov 24 11:22:52 test samsdaemon[15686]: mysqlquery.cpp:62 [0x810c3d0->sendQueryDirect] select distinct s_service, s_action from reconfig where s_proxy_id=1
Nov 24 11:22:52 test samsdaemon[15686]: mysqlquery.cpp:72 [0x810c3d0->sendQueryDirect] mysql_free_result(0x810d730)
Nov 24 11:22:52 test samsdaemon[15686]: mysqlquery.cpp:84 [0x810c3d0->sendQueryDirect] mysql_store_result(0x810cc78)=0x810d730
Nov 24 11:22:52 test samsdaemon[15686]: samsdaemon.cpp:574 Process access.log in 38 second[s]
Nov 24 11:22:52 test samsdaemon[15686]: mysqlquery.cpp:388 [0x810c3d0->fetch] mysql_fetch_row(0x810d730)=0
Nov 24 11:22:52 test samsdaemon[15686]: mysqlquery.cpp:391 [0x810c3d0->fetch] = No rows
Nov 24 11:22:53 test samsdaemon[15686]: mysqlquery.cpp:62 [0x810c3d0->sendQueryDirect] select distinct s_service, s_action from reconfig where s_proxy_id=1
Nov 24 11:22:53 test samsdaemon[15686]: mysqlquery.cpp:72 [0x810c3d0->sendQueryDirect] mysql_free_result(0x810d730)
Nov 24 11:22:53 test samsdaemon[15686]: mysqlquery.cpp:84 [0x810c3d0->sendQueryDirect] mysql_store_result(0x810cc78)=0x810d730
Nov 24 11:22:53 test samsdaemon[15686]: samsdaemon.cpp:574 Process access.log in 37 second[s]
Nov 24 11:22:53 test samsdaemon[15686]: mysqlquery.cpp:388 [0x810c3d0->fetch] mysql_fetch_row(0x810d730)=0
Nov 24 11:22:53 test samsdaemon[15686]: mysqlquery.cpp:391 [0x810c3d0->fetch] = No rows
Nov 24 11:22:54 test samsdaemon[15686]: mysqlquery.cpp:62 [0x810c3d0->sendQueryDirect] select distinct s_service, s_action from reconfig where s_proxy_id=1
Nov 24 11:22:54 test samsdaemon[15686]: mysqlquery.cpp:72 [0x810c3d0->sendQueryDirect] mysql_free_result(0x810d730)
Nov 24 11:22:54 test samsdaemon[15686]: mysqlquery.cpp:84 [0x810c3d0->sendQueryDirect] mysql_store_result(0x810cc78)=0x810d730
Nov 24 11:22:54 test samsdaemon[15686]: samsdaemon.cpp:574 Process access.log in 36 second[s]
Nov 24 11:22:54 test samsdaemon[15686]: mysqlquery.cpp:388 [0x810c3d0->fetch] mysql_fetch_row(0x810d730)=0
Nov 24 11:22:54 test samsdaemon[15686]: mysqlquery.cpp:391 [0x810c3d0->fetch] = No rows
Nov 24 11:22:55 test samsdaemon[15686]: mysqlquery.cpp:62 [0x810c3d0->sendQueryDirect] select distinct s_service, s_action from reconfig where s_proxy_id=1
Nov 24 11:22:55 test samsdaemon[15686]: mysqlquery.cpp:72 [0x810c3d0->sendQueryDirect] mysql_free_result(0x810d730)
Nov 24 11:22:55 test samsdaemon[15686]: mysqlquery.cpp:84 [0x810c3d0->sendQueryDirect] mysql_store_result(0x810cc78)=0x810d730
Nov 24 11:22:55 test samsdaemon[15686]: samsdaemon.cpp:574 Process access.log in 35 second[s]
Nov 24 11:22:55 test samsdaemon[15686]: mysqlquery.cpp:388 [0x810c3d0->fetch] mysql_fetch_row(0x810d730)=0
Nov 24 11:22:55 test samsdaemon[15686]: mysqlquery.cpp:391 [0x810c3d0->fetch] = No rows
Nov 24 11:22:56 test samsdaemon[15686]: mysqlquery.cpp:62 [0x810c3d0->sendQueryDirect] select distinct s_service, s_action from reconfig where s_proxy_id=1

прилагаю лог файл messages для полной картины

[Neve <viperrrrr@…>]

Лог

[Neve <viperrrrr@…>]

Результат конфиг сквида остается неизменным, списки доступа не создаются

[mclight77]

1) Не понимаю, в чем проблема. Это имя "по умолчанию", можно изменить в sams2.conf перед созданием БД.

2) Каким именно образом указываете новое расположение конфига в /etc/init.d/sams2? Если верить справке samsdaemon --help, то нужно использовать опцию -C /полный/путь/к/файлу/включая/имя/файла.

4) Это нормальное поведение. Демон ожидает новые команды, периодически проверяя таблицу. В данном случае сообщение "No rows" означает, что новых команд для демона нет.

[PavelVinogradov]

1. Про путь до конфига: префикс пути задается при сборке (запуск configure). Если вы хотите использовать другой префикс - используйте опцию --prefix. После сборки путь до конфига зашивается в демона, но его можно переопределить с помощью ключа -c

Название БД по умолчанию может стоит и переименовать на sams2, а то действительно ужачно получаестя. С другой стороны стимулирует читать доки:)

[Neve <viperrrrr@…>]

3)? я все исправил в скрипте, но все же....

кстати на Генте нет команды killproc (используется в цикле reload ), есть killall. можно ли прийти к какому нибудь компромиссу?

4) а как быть с тем что эти настройки не применяются к сквиду

[mclight77]

по поводу killproc и killall, конечно, компромисс найдем. В сквиде не создаются списки доступа, потому что используется встроенный редиректор (судя по отладочным сообщениям). Тем не менее, совсем неизменным он не может быть. Возможно, отсутствуют теги #TAG в squid.conf.

[Neve <viperrrrr@…>]

Replying to mclight77:

по поводу killproc и killall, конечно, компромисс найдем. В сквиде не создаются списки доступа, потому что используется встроенный редиректор (судя по отладочным сообщениям). Тем не менее, совсем неизменным он не может быть. Возможно, отсутствуют теги #TAG в squid.conf.

Да вы были правы, отсутствовали теги http_access и acl, я их видимо стер когда изменял squid.conf. У меня конфиг со старого сквида который работал с sams 1.0.4, видимо удаляя старые его записи, я и заголовки с тегами умудрился захватить

Каждая опция конфига отмечена #TAG отсутствовали именно http_access и acl

Приложу конфиг без тегов, было бы хорошо если бы самс сам создавал их, ну или как-нибудь сообщал что ему не нравится в конфиге сквида... Допустим при реконфигурации проксика выводились бы сообщения об конфликтах или ошибках в squid.conf, как это делается при проверке mysql базы в 1.0.x

[Neve <viperrrrr@…>]

squid.conf