нашёл описание ключей
–with-large-files Enable support for large files (logs etc).
–enable-large-cache-files Enable support for large cache files (>2GB).
WARNING: on-disk cache format is changed by this option
попадался рецепт отключения кэширования файлов с определённого урл-а
---------cut------------
acl url_cam-campus url_regex http://camara.ourdomain.net/.*
no_cache deny url_cam-campus
---------cut------------
не помогло.
может можно отключить кэширование для больших файлов
(хотя в конфиге стоИт maximum_object_size 4096 KB)
или это глобальная бага???
офф/2
на дворе 21 век… а сквид скомпилён в дистрибутиве без поддержки больших файлов… :\
в общем вопросы:
без пересборки не обойтись?
как правильно сделать?
машина уже стоит в работе…
Попробуйте установить из репозитория server:proxy/openSUSE_11.0.
Там версия STABLE25 и помоему обновляется постояно, в отличии от основного репа. возможно там такого бага, в явном виде в логе изменений не нашел.
как посмотреть с какими опциями собран сквид СТАБЛЕ25 не устанавливая???
пока начал пересобирать из src.rpm
в процессе сборки вываливает ошибку
+ autoreconf -fi
configure.in:32: error: possibly undefined macro: AC_DISABLE_SHARED
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.in:33: error: possibly undefined macro: AC_PROG_LIBTOOL
configure.in:34: error: possibly undefined macro: AC_LTDL_DLLIB
autoreconf: /usr/bin/autoconf failed with exit status: 1
ошибка: Неверный код возврата из /var/tmp/rpm-tmp.57473 (%build)
это раздел в configure.in
dnl check for GNU cc
багрепорт потом, мне машину сегодня надо запустить.
Какую версию собирали? Из основного репозитория? мне кажется это баг который уже давно исправили, просто в основном репозитории спек не менялся с 2008 года, возможно и версия очень старая.
На врят ли проблема напрямую связана с опцией --enable-large-cache-files даже по названию она включает кеш больших файлов, а не возможность их получения через прокси.
Советую попробовать предложенный мной пакет.
Имею старый SuSe 9.1 с kernel 2.6.4-52-default и настроенным на нем прозрачным squid-2.5.STABLE6-3. Ограничения на размер скачиваемого не устанавливал. Однако через него не могу скачать образы DVD дисков размером более 2ГБ. Процесс скачивания начинается однако ч.з. несколько сек останавливается, мол разрыв связи. 1ГБ скачать могу. Не подскажите что я могу сделать что бы устранить это ограничение?
“РЕШЕНО <squid не позволяет скачать файл больше 2GB>” +/–
Сообщение от sysop [Image] on 12-Ноя-09, 14:15
>>У вас поди файловая система fat32 на клиенте?
>
>Нет ext3. На клиенте я могу хранить файлы и 4ГБ.
#squid -v и смотрим наличие строки '--enable-large-cache-files', если нет пересобирать squid
я скачивал src.rpm той же версии, что и на диске opensuse 11.0, с software.opensuse.org, в squid.spec написано enable - его редактировал и потом делал rpmbuild и т.д.
не вижу причин для раздражения!
вроде люди здесь для того чтобы разобраться с конкретной проблемой проблемой… :\
Я скачал и нашёл всё за три минуты.
ну я пока не профессионал, иначе не стал бы писать на этот форум.
ситуация возникла неожиданно для меня, при стандартной установке с “родного” двд-диска, а не самосбор какой.
версия сквида у меня другая.
я уже обращал внимание на разные данные в инете (где with, где enable), на ошибку в логах при этом.
используя дистрибутив на rpm-основе естественно я читал спек файл из rpm дистрибутива, а не стал скачивать разные версии с инета, где естественно с версиями могут быть изменения. (может я не прав???)
и приведённая Вами цитата
5.3 Removed ./configure options since Squid-2.7
…
–enable-large-cache-files
Obsolete.
не объясняет (и в явном виде не ликвидирует) возникающую ошибку!
на данный момент пересобрал squid с --with-large-files.
для проверки качаю файл больше 2GB.
Да нет никакого раздражения. Если про количество вопросительных знаков, то это я вас копирую, чтобы было понятно, как это выглядит со стороны.
Спек читать хорошо, но не надо его принимать за окончательную истину. Я встречал такие, которые лет по пять не обновляются. В некоторых случаях мэйнтейнер обновляет тарбол не вникая в произошедшие изменения. Когда отвечаешь за пару сотен пакетов, не всегда получается всё отследить. Собрался, и ладно. Всё-таки, SUSE это не Debian, и косяки бывают даже на дистрибутивных дисках.
Независимо от версии логично сначала прочитать файлы INSTALL, README, другие имеющиеся и посмотреть вывод --help.
я в этом деле относительно новичок, представлял себе, что спеки для рпм-базед дистрибутивов производитель более тщательно смотрит. тем более сусе, да ещё и после покупки новеллом.
и если дело в популярном бинарном пакете, собранным с неправильно написаной опцией - то не у одного меня наверно должна быть такая проблема, сейчас файлы больше 2 гигов на каждом углу.
наверно опенсусе 11,0 не много народа на сервер ставит.
в общем осталось дождаться когда докачается ещё 400 метров тестовой закачки.