Проблема с temporary:// при переносе с Drupal 6 на 7

Главные вкладки

Аватар пользователя qwedam qwedam 13 мая 2011 в 16:12

Здравствуйте возникли такие проблемы при переноса с 6 на 7!
Файлы сами по себе создаются и пишет такую информацию: Указанный файл temporary://file0iOuAl не может быть скопирован из-за неправильных настроек каталога назначения. Это может быть связано с правами на файл или каталог. Более подробная информация находится в системном журнале.
Указанный файл temporary://filesH4Jub не может быть скопирован из-за неправильных настроек каталога назначения. Это может быть связано с правами на файл или каталог. Более подробная информация находится в системном журнале.!
Если хотите посмотреть вот ссылка www.products.lalumiere.kz

Спасибо большое за ответы!

Комментарии

Аватар пользователя OldBo OldBo 23 июня 2011 в 17:42

Сталкивался с подобной ситуацией. Очистил кэш ошибка ушла и модули стали устанавливаться через админку Drupal 7. Похоже где то пути запоминаются

Аватар пользователя trabl trabl 2 июля 2011 в 1:07

создайте папку temporary в корне, поставьте ей атрибуты 777 а в друпале в приватной директории config/media/file-system прописываем путь к папке тобишь temporary, у меня в v 7.2 проблема так решилась Smile

Аватар пользователя dimarick dimarick 11 августа 2011 в 22:18

Таже фигня на одной из впс(на остальных все нормально) После переноса сайта, стал вылазить сабж, ничего не помогает! Смена временной папки не работает, очистка кеша - не работает
Установка прав не помогла, т.к. создаются новые файлы с правами rw------- (www-data, т.е. апач). Не понятно, почему апач их прочитать не может.
Версия 7.7

Аватар пользователя Olegnim Olegnim 25 сентября 2011 в 22:01

После переноса сайта D7 на другой хост была та же проблема, пробовал все что здесь перечислили Smile Помогло удаление содержимого папки /sites/default/files/languages

Аватар пользователя Пчелка Пчелка 20 февраля 2012 в 12:35

После установки drupal 7 на сайте выдается ошибка.
Warning: file_put_contents(temporary://filefLsPMr) [function.file-put-contents]: failed to open stream: "DrupalTemporaryStreamWrapper::stream_open" call failed в функции file_unmanaged_save_data() (строка 1904 в файле /var/www/vhosts/site.ru/httpdocs/includes/file.inc).

Дала права 777 папкам: includes, default и file.inc. Ничего не помогает. Где эта строка находится, определить не могу. Кто знает как решить проблему? Я впервые устанавливаю drupal.

Аватар пользователя Igor Lebedev Igor Lebedev 7 марта 2012 в 9:04

Я решил проблему так:
У меня глюк возник после переноса сайта на новый хостинг.
В admin/config/media/file-system во "Временная папка" прописал новый путь до временной папки

Аватар пользователя ihorls ihorls 26 апреля 2013 в 2:48

Igor Lebedev wrote:
Я решил проблему так:
У меня глюк возник после переноса сайта на новый хостинг.
В admin/config/media/file-system во "Временная папка" прописал новый путь до временной папки

Присоединяюсь!!! Решается именно так! Конфигурация - Мультимедиа - Файловая система (admin/config/media/file-system) прописываем новый/правильный путь к папке

Аватар пользователя Niklan Niklan 18 марта 2012 в 23:18

тоже решил зайдя в admin/config/media/file-system
Там временная папка была указана: C:\Windows\temp поменял на просто tmp и все заработало.

проблема возникла при переносе с локального компьютера на хостинг

Аватар пользователя Пчелка Пчелка 20 апреля 2012 в 0:29

У меня проблема была в том, что папка tmp в директории host/httpdocs/sites/default/files/ была недоступна. Я её удалила и принудительно создала заново присвоив этой папке то же имя tmp в директории host/httpdocs/sites/default/files/ Выставила права на запись 777.После этого drupal eщё запросил доступ на запись к какому -файлу(не помню какой давно это было) . Дала ему возможность, и запустила cron. После создания drupal (-ом) файлы, снова закрыла доступ к /sites/default/ , установив полномочия rwx-r-x r-x . Надеюсь, помогла

Аватар пользователя yorksiteru yorksiteru 27 апреля 2012 в 21:39

Все решилось достаточно быстро надо было в строке "Временная папка" вместо директории "/tmp" вписать "tmp", сразу заработала установка модулей.

Аватар пользователя isak isak 13 мая 2012 в 0:06

у меня проблема решилась таким образом, я на ctool путь /sites/default/files/ctool поставил 777 и все стало на свои места.
Просмотрев много вариантов, я понимаю что у каждого сайта может быть проблема разная, надо просто поэксперементировать с каждым вариантом, который написали вверху

Аватар пользователя heron77 heron77 13 мая 2012 в 13:22

"dimarick" wrote:
Таже фигня на одной из впс(на остальных все нормально) После переноса сайта, стал вылазить сабж, ничего не помогает! Смена временной папки не работает, очистка кеша - не работает
Установка прав не помогла, т.к. создаются новые файлы с правами rw------- (www-data, т.е. апач). Не понятно, почему апач их прочитать не может.
Версия 7.7

И у меня один в один. Ставил многократно D7 без проблем. В том числе и приходилось настраивать раньше эту временную папку на разных хостингах. Права даны от имени Апача и я даже удалить эти файлы не могу.
А где можно в D7 настроить права, которые используются при создании временных файлов? Ковырялся в file.inc - нихрена там нет. Похоже проблема в настройках сервера. Потому, что на других хостингах проблем с этим нет. Найду решение - отпишусь

Аватар пользователя ssllav ssllav 2 ноября 2012 в 18:15

Так же. На одном хостинге всё нормально встало, а на ВПС никак.

В итоге проблему решил переводом домена в режим CGI (был через Apache), включением SSL и переустановкой Друпала.
Тогда и папки сразу встают как надо, и ничего куралесить с правами не надо.
Дело в том, что папки модулей которые загружаются по вебу, Апач считает своими, и потому не дает нормально с ними работать. А для управления, нужно быть рутом.

Аватар пользователя Skeptik Skeptik 10 декабря 2012 в 13:17

Мне помогла установка прав доступа 775 на каталоги /sites/default/files/languages и /sites/default/files/pictures. После установки прав доступа очистил кэш и все заработало.

Аватар пользователя Николя223 Николя223 23 мая 2013 в 13:32

отчистил полностью папку sites/default/files
Подозрение что там один кэш хранился. после этого все заработало

пардон. чистите с умом! там ещё и файлы содержаться

Аватар пользователя Romanov-EV Romanov-EV 5 сентября 2014 в 10:29

Все решается еще проще!
Ребята, вы заметили, что все по разному решили эту проблему. Что это значит? Это значит что ни одно из предлагаемых решений работает у вас, но не работает у других. Я понял в чем дело: нужно было зайти в - admin/config/media/file-system - и просто нажать кнопочку "Сохранить" и больше ничего делать не надо!..
Сообщение об ошибке "The file temporary://fileh0RX3P could not be copied.." исчезло и больше не появляется!

Аватар пользователя Romanov-EV Romanov-EV 5 сентября 2014 в 10:35

"Romanov-EV" wrote:
Все решается еще проще!

Ребята, вы заметили, что все по разному решили эту проблему. Что это значит? Это значит что ни одно из предлагаемых решений, которое сработало у вас, не будет работать у других... А решение простое - нажмите кнопку "Сохранить"

Зайдите в - "admin/config/media/file-system" - и просто нажмите кнопочку "Сохранить". Больше ничего делать не надо!.. Сообщение об ошибке "The file temporary://fileh0RX3P could not be copied.." исчезло и больше не появляется!

Аватар пользователя kirasnejnaia kirasnejnaia 29 января 2015 в 0:54

У меня подобная проблема возникает по следующей причине: домен и соответственно папки его принадлежат пользователю (любому юзеру созданному из панели ispmgr...), а друпал залит через sftp из под root-а. заливаем из под нужного юзера и все проблемы решены.

Аватар пользователя ASAlena2 ASAlena2 15 января 2016 в 15:43

kirasnejnaia wrote:

У меня подобная проблема возникает по следующей причине: домен и соответственно папки его принадлежат пользователю (любому юзеру созданному из панели ispmgr...), а друпал залит через sftp из под root-а. заливаем из под нужного юзера и все проблемы решены.


а как именно - можно поподробней?
у меня drupal залит из под root - ?

Аватар пользователя ASAlena2 ASAlena2 15 января 2016 в 15:56

kirasnejnaia wrote:

У меня подобная проблема возникает по следующей причине: домен и соответственно папки его принадлежат пользователю (любому юзеру созданному из панели ispmgr...), а друпал залит через sftp из под root-а. заливаем из под нужного юзера и все проблемы решены.

Возможно ли пройтись по папкам поменять права на пользователей....? Какие папки и на какие права?

Аватар пользователя dimonx dimonx 19 апреля 2017 в 17:12

перепробовав то что написано свою проблему решил:
- убил папку /translations;
- на странице admin/config/regional/language/update указал sites/default/files/translations

все что выше не помогло

Аватар пользователя Kstein Kstein 18 марта 2022 в 19:58

Мне помог просмотр журнала отчетов (в меню: Отчеты — Журнал). Там нашел несколько папок, которым поставил доступ 777. Например:
sites/default/files/languages
sites/default/files/js

Ошибка выглядела так:
Невозможно установить права на public://js.