Мое предположение, на основе eAccelerator документации, то, что она кэширует больше, чем Вы хотите ее к.
Я думаю, что Вы хотите сделать, зеркально отразить
eaccelerator.shm_only = "0"
кому:
eaccelerator.shm_only = "1"
Возможно, :)
Или Вы могли бы рассмотреть quota
- луг каталог кэша? Не уверенный, если бы это имело бы неприятные последствия, или если это ограничило бы свой размер, как бы то ни было.
Кроме того, Вы могли бы посмотреть на опцию времени компиляции --with-eaccelerator-shared-memory
. Не уверенный, если это связано, но если сценарии хранят результаты в кэше, также - это могла бы быть проблема?
Убедитесь, что вы ссылаетесь на s3cmd, используя его полный путь (/ usr / bin / s3cmd) в своем скрипте. Убедитесь, что вы запустили s3cmd --configure от имени пользователя, под которым будет работать cron, обычно root.
У меня была такая же проблема. В моем случае отсутствовал файл конфигурации (разные переменные env):
s3cmd -c /root/.s3cfg --no-progress -v put $TODAY_FILE $BUCKET 2>&1
Если вы вызовете свою команду, например:
s3cmd command options 2>&1 | logger
, вы сможете увидеть в журналах реальную проблему.
Что сработало для меня, так это убедиться, что для HOME
задан правильный путь. Если вы можете запустить команду под пользователем joe , ваш сценарий должен выглядеть следующим образом:
HOME=/home/joe
s3cmd ...
cron работает под пользователем root
,убедитесь, что у вашего пользователя root есть конфигурация s3cmd, в противном случае скопируйте их для пользователя root
cp -i /home/ubuntu/.s3cfg /root/.s3cfg
Убедитесь, что $ HOME / .s3cfg
содержит ключ доступа и секретный код для s3. В противном случае s3cmd
попытается получить их из переменных env, которые отличаются во время сеанса cron.
Mo ni iṣoro kanna ati pe Mo gbiyanju lati mọ idi ti ko fi nṣiṣẹ. Ojutu mi ni lati ṣafikun awọn ila wọnyi si oke iwe afọwọkọ mi:
okeere HOME = / home / $ USERNAME
cd / home / $ USERNAME
Pẹlupẹlu o yẹ ki o pe s3cmd pẹlu:
/usr/bin/s3cmd
TABI fi ila ti o tẹle si oke iwe afọwọkọ rẹ:
PATH=$PATH:/usr/bin