ошибки при записи cifs в задании крона

Grep делает хорошо. Тот файл не содержит строк с ":youtube.com".

Если Вы хотите соответствовать всему, с чем это выравнивает : Вы могли использовать

grep ":.*youtube\.com"

UPD:

Поскольку Вы имеете, обновляют Ваш вопрос, я должен попробовать к ответу на вторую часть.

Из списка выше (youtube.com, youtube.com.br), я только должен получить youtube.com, но я ничего не получаю.

Ваш grep ':youtube.com' на самом деле сделал то, в чем Вы нуждаетесь. И если это - пути -R опция помогает Вам.

4
13.01.2012, 16:25
2 ответа

Вы проверили, что резервные копии создаются со всем корректным содержанием?

Существует несколько причин, Вы могли видеть ошибки.

  1. Вы, возможно, наблюдение чисто информационных ошибок, связанных с установкой атрибута файла во время создания (во время tar и mv команды). NTFS или файловая система FAT, лежащая в основе монтирования CIFS, не могут на самом деле поддерживать некоторые системные вызовы, и это не может быть фактическими ошибками.

  2. Вы попытались создать tar заархивируйте локально, и затем просто копирование его к NAS?

Кроме того, можно включить еще некоторый подробный вход через (от fs.cifs README):

отзовитесь эхом 7>/proc/fs/cifs/cifsFYI

cifsFYI функционирует как небольшую маску. Установка его к 1 включает дополнительное журналирование ядра различных информационных сообщений. 2 позволяет регистрироваться ненулевых кодов возврата SMB, в то время как 4 позволяет регистрироваться запросов, которые занимают больше времени, чем одна секунда для завершения (за исключением запросов блокировки диапазона байта). Установка его к 4 требует определения CONFIG_CIFS_STATS2 вручную в исходном коде (обычно путем установки его в начале cifsglob.h), и установка его к семь включает все три. Наконец, через трассировку запуска кого-то запросы и ответы можно включить:

отзовитесь эхом 1>/proc/fs/cifs/traceSMB

Те две опции могут предоставить Вам достаточно информации для знания, каковы следующие шаги должны быть.

4
27.01.2020, 20:54
  • 1
    Спасибо Tim. Я включил часть той трассировки и нашел это, где проблема запускается: /build/buildd/linux-2.6.27/fs/cifs/transport.c: partial send (41484 remaining), terminating session. Кажется, что это не получает ответ на свою первую полную запись данных (с помощью сообщения SMB) и затем сдается, поскольку остаток от журнала похож, это завершает все и размонтировало диск (поскольку мне настраивали мой сценарий, чтобы сделать). Снова, этот материал работает, когда я запускаю скрипт непосредственно, таким образом, кажется странным, что он не делает, когда выполнено от крона. Я попытаюсь создать меньший tar локально и скопировать также. –  super_seabass 10.01.2012, 16:03
  • 2
    Может быть что-то в Вашей среде, которая устанавливается .bash_profile или чем-то, что не получено неинтерактивной оболочкой, которую открывает крон. Вы, возможно, должны явно установить некоторые переменные окружения в своем сценарии крона для действия с CIFS, монтируются для работы правильно. И... в зависимости от Вашей ОС/дистрибутива, можно использовать удар в качестве интерактивной оболочки, но сценарий использует/bin/sh, и/bin/sh не может быть полностью совместимым, как на Солярисе или Ubuntu. –  Tim Kennedy 11.01.2012, 03:56
  • 3
    Возможно, эта статья о моделировании среды крона поможет Вам с некоторой отладкой. matthew.mceachen.us/blog / … –  Tim Kennedy 11.01.2012, 04:03
  • 4
    взгляда, Это - хорошая статья, спасибо. Я попробовал следующий за этим, и сценарий работал хорошо все же. Теперь я пытаюсь вынудить использование удара и определенного ПУТИ в кроне видеть, помогает ли это. После этого это пробует tar-и-копию, который Вы предложили. Я также пытаюсь удостовериться, что два часов сервера синхронизируются к в течение нескольких секунд друг после друга. –  super_seabass 11.01.2012, 16:06
  • 5
    Удача с локальным tar и копией? –  Tim Kennedy 13.01.2012, 07:48

Это пахнет как проблема полномочий. Каков идентификатор пользователя пользователя при запущении скрипта вручную? Действительно ли это - то же как UID, выполняющий задание крона?

Обратите внимание, что при выполнении задания крона как корня у Вас не может быть необходимых полномочий получить доступ к материалу в смонтированной файловой системе. Попытайтесь добавить сценарий к вкладке крона пользователя в рабочем сценарии: crontab -e должен быть Ваш друг.

1
27.01.2020, 20:54
  • 1
    я запускаю скрипт как корень, и я использую crontab корня (crontab-e как пользователь root). Основная сессия - это: (1) войдите в систему как sudo-привилегированный-пользователь, (2) поднимите для укоренения с sudo-i, (3) запустите скрипт, crontab-e, и т.д. Возможно, я пропускаю что-то хотя? Действительно монтирует, что-t cifs ведут себя то же в неинтерактивной среде или разве базируются, кроны не имеют полномочий, я предполагаю, что они делают (т.е. все)? –  super_seabass 10.01.2012, 16:06

Теги

Похожие вопросы