it-консалтинг и аутсорсинг
что мы делаем контакты блог

Пятничный трабшутинг квест 4

Кирилл Воронин 18.02.2011

Традиционная пятничная загадка по траблшутингу Маков.

У нас маленькая студия, 6 Mac Pro и Xsan на одном Xserve, потому что работаем с HD.
Все не новое, но до Xsan работало все хорошо, а теперь монтажеры постоянно жалуются: открыл проект, поработал с ним и не могу после этого сохранить, сообщает об ошибке.
Если нажать Save As, сохраняет в ту же папку, даже под тем же именем! После этого можно с ним нормально поработать, но на следующей день придет другой монтажер, и снова та же пляска. Однажды уже чуть не сорвали проект из-за этого!

  • customer care service technician #1

    как именно выглядит ошибка? (дословно?)

  • customer care service technician #1

    Пользователи заведены в open directory? какие uid они там имеют?

  • customer care service technician #1

    у XSan существуют логи? что они показывают?

  • customer care service technician #1

    вообще в интернетах пишут
    I would still highly recommend against working off of FCP projects saved on the XSan. Moving project files locally to work on them is a much safer way to work.

    и чуть больше слов

    This has been a known issue since Xsan was released. Currently, the
    best practice is to open and save project files locally such as on
    your Desktop (only the .fcp file. The media can obviously stay on the
    SAN.). When you are done working with with the project you can safely
    copy the project file to the SAN with the Finder to store it and then
    when you want to use it again you copy it back down to your Desktop.
    The only issue obviously becomes versioning control. Unfortunately
    there is no real work around and is an issue with Final Cut Pro when
    it is writing the actual project file to the Xsan volume. If you
    decide to continue to work directly off the project file on the SAN
    you WILL continue to get this error at random intervals and when it
    happens your only recourse is to do a SAVE AS and save it to a local
    disk. If you really need to store project files where multiple people
    can access it then you might want to look into Final Cut Server
    because when you check out a project in FCSrvr it actually stores the
    checked out copy of the project file locally and then when you check
    it back in it copies the file back so the project file is never
    actually being written by Final Cut Pro to the SAN. Take care.

    короче, смиритесь и работайте локально…

  • На вопросы отвечает мой коллега Борис, а я ретранслирую пакеты

    > как именно выглядит ошибка? (дословно?)
    File Error: Unknown File.

    > Пользователи заведены в open directory? какие uid они там имеют?
    Пользователи заведены в Open Directory, UID от 1001 до 1020, у нас примерно 20 человек работает периодически

    > у XSan существуют логи? что они показывают?
    Cмотрел их через Xsan Admin, ничего интересного не нашел

  • Павел

    Cоветую пользоваться профессиональными продуктами – переходите на Avid

  • Да проблема по сути не связана с Xsan…

    Мы же тут дедукцию развиваем, а не знание того, что за ошибка -45672 в Adobe InDesign.

  • customer care service technician #1

    позволю себе еще копипасту.
    This is a really common issue. Don’t run your project files from the san. Your problems will rapidly go away. Probably not the answer you want, but there are very well sussed out ways to work collaboratively with FCP and Xsan and this isn’t one of them.

    There are a few really great reasons not to do this that I could spend all day on, but I’m going to try to keep this succinct.

    When you say San 2.2, I’m making an assumption that you’re using Xsan, and this is classic collaborative FCP workflow confusion. Here are some basic rules, otherwise you’ll keep running into issues.

    -Keep all shared media on the Xsan. This is what it’s designed for.
    -Keep all cache files local (Waveform, Thumbnail, and autosave vault)
    -Keep all render files local (video and audio)
    -Keep all project files local (this is key).

    Note: the project files can LIVE on the san, but you need to save as locally before you start working on them. Use it as a organizational tool for your files, but don’t actively use them from the san volume.

    A few reasons to work project files locally:

    -Xsan was designed for big video blocks. When you hammer it with thousands of tiny r/w operations from render files or project files, you really destroy performance. Your raids and metadata were tuned (if they were set up properly) to heave around big blocks of media, not small files.
    -You immediately run into all sorts of permissions issues, as well as an array of other errors (a common one is the one you’re seeing)
    -Natural separation of media and project files. You don’t want to lose both should the xsan go down.

    I know people get away with working project files off the xsan, sometimes for long stretches of time, but as you’re seeing, it doesn’t always work. Collaborative FCP workflow is concurrent r/w access to the same media, and it doesn’t relate this way to project files. The Error: File Unknown messages go away immediately after working project files locally.

    As a sidenote, you mentioned sleeping the xsan clients; do not sleep computers connected to the xsan, or any san for that matter. Completely disable sleep. This is best practice for any san setup.

  • 1. Может это сетевая проблема? Через некоторое время неактивности afp-сессия рвётся, а для сохранения нужно войти по-новому, что делается при Save As?

    2. Кстати, а может время сбилось на XSan и рабочих станциях? В итоге устаревает авторизация в Kerberos или же есть конфликт при проверке времени?
    Стоит проверить, что все системы засинхронизированы от одного рабочего NTP.

  • mottainai

    Xsan с AFP не связан

    >Если нажать Save As, сохраняет в ту же папку, даже под тем же именем!

    Вот что кажется главным!
    Чую, что это как-то связано с правами доступа, но понять не могу как…

  • Rost

    Моя версия:

    Раньше по адресу – http://kb2.adobe.com/cps/322/322391.html находился документ от Adobe который объяснял аналогичное поведение Photoshop’a и возникновение ошибок “Photoshop could not save “file” because write access was not granted”, “The disk copy of filename was changed since you last opened or save it. Do you want to save anyway”. следующим образом:
    1. При нажатии Cmd-S в Photoshop оригинальный файл удаляется, создается новый файл с тем же именем. Если в этот момент производить какие-либо операции с этим файлом, возможна потеря данных.
    2. Например: другой пользователь открыл папку с нашим файлом. Finder начинает читать файлы чтобы нарисовать превью, при этом блокирую их на запись. Результат – файл не сохраняется, при этом если выбрать пункт Save то файл теряется безвозвратно. Если выбрать Save as, то обычно все заканчивается хорошо.

    Пишу по памяти так как Adobe заменили документа на другой (http://kb2.adobe.com/cps/406/kb406793.html), тем не менее “Adobe Systems does not provide support for networks and removable media.”

  • Александр

    Этот пользователь подключен только на одном компьютере? Не подключен ли он с той же учетной записью одновременно с другой машины?

  • Стакан

    Похоже на переписывание прав кажым следующим монтажером.
    По какой причине – надо смотреть на права файлов.

  • > Cоветую пользоваться профессиональными продуктами – переходите на Avid

    Менять инструменты — совет непрофессиональный.

    > 1. Может это сетевая проблема? Через некоторое время неактивности afp-сессия рвётся, а для сохранения нужно войти по-новому, что делается при Save As?
    > 2. Кстати, а может время сбилось на XSan и рабочих станциях? В итоге устаревает авторизация в Kerberos или же есть конфликт при проверке времени?
    > Стоит проверить, что все системы засинхронизированы от одного рабочего NTP.

    Олег, была проблема с временем полгода назад, но открыли порт 123 на файрволле, и теперь все машины синхронизируются с time.euro.apple.com
    По поводу AFP — несколько редакторов работают по AFP со своих Макбуков (отсматривают проекты), у них эта проблема не возникала никогда!
    Xsan с AFP не связан.

    >>Если нажать Save As, сохраняет в ту же папку, даже под тем же именем!
    > Вот что кажется главным!
    > Чую, что это как-то связано с правами доступа, но понять не могу как…

    У нас очень простые права, все монтажеры разбиты на проекты по группам, и на томе по папке на проект, на каждой папке висит ACL с Full Control для соответствующей группы. Больше ничего не меняется.

    > Этот пользователь подключен только на одном компьютере? Не подключен ли он с той же учетной записью одновременно с другой машины?

    Нет, все пользователи пользуются только одним компьютером за раз.

    > Похоже на переписывание прав кажым следующим монтажером.
    > По какой причине – надо смотреть на права файлов.

    Сейчас опять повторилось, посмотрел — на файле нет ACL, а на всех остальных папках и файлах есть! И править его может только пользователь, который его создал. Может, я как-то неправильно том создал? Но по AFP все работает!

  • Раду

    А если посмотреть в свойствах шары на “Applies to”, там стоят все галочки?

  • Стакан

    >Cейчас опять повторилось, посмотрел — на файле нет ACL, а на всех остальных >папках и файлах есть! И править его может только пользователь, который его >создал. Может, я как-то неправильно том создал? Но по AFP все работает!

    А по какому протоколу не работает?
    Я наблюдал именно такое поведение файлов на smb-шарах, открываемых с макинтошей.

  • Подсказка:

    Черт с ним с Xsan!

    Создайте папку, присобачьте к ней ACL с наследованием,
    скопируйте в папку пару текстовых документов,
    поработайте с ними в разных программах – например Word и TextEdit (с одним в Word, с другим – в TextEdit)

  • Rost

    Может быть тогда приложение не умеет работать с ACL? Если на папках стоит ACL с Full Control, то разрешено и Change Permissions и Take Ownership и дальше все зависит от POSIX Permissions. (Хотя причем тут Word и TextEdit ?)

  • Rost, бинго!
    Проблема исчезла после установки обновлений (купили лицензионный Final Cut Studio 3, раньше боялись ставить на нелицензионный).

    Final Cut Pro сохраняет файл перемещением, а не копированием, ACL в таких случаях не наследуются, и для Final Cut Pro пришлось выпускать специальный патч, добавляющий поддержку ACL!
    То же самое относится к TextEdit. Отследить, как именно программы оперируют файлами и папками, можно при помощи скриптов DTrace (iosnoop, opensnoop).

  • Еще раз подчеркну (это было в описании Бориса), что эта проблема не была бы заметна с сетевым томом – так как произошло бы копирование.
    В случае с Xsan (“локальный” том) происходит перемещение.

  • Radik

    У меня была аналогичная проблема: Фотошоп не хотел сохранять на сетевой диск (на другом маке), только Save As. Как выяснилось, проблема была в сетевом кабеле, которым был подключен тот мак к хабу. Поменяли его – с тех пор проблем нет.