Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
У кого-нибудь проблемы с загрузкой больших файлов в UNAS PRO?, UniFi Drive
 
Я не могу загрузить папку (490ГБ) с большими файлами резервного копирования или отдельный большой файл размером около 19ГБ, используя приложения вроде Bvckup 2 или Syncback. Всегда возникает ошибка "Network Error". Файлы варьируются от 19ГБ до 75ГБ и являются резервными копиями, созданными Macrium Reflect. С другими папками с тысячами маленьких файлов проблем нет, UNAS PRO справляется без проблем с помощью сторонних приложений. С той же настройкой на Truenas SCALE или Synology все работает нормально. Кажется, что UNAS PRO тратит слишком много времени на подготовку этих больших файлов и в итоге проблема возникает из-за таймаута перед началом загрузки файла?. @uiTEAM, не могли бы вы посмотреть это?
 
@alexbugui Похоже, мне придется создать новый тикет на эту проблему... К тому же, я нахожусь только в одной директории, может, поэтому я жду "всего" 7 минут?

EDIT: Раз это похоже на проблему с прошивкой, не думаю, что корпоративный NAS поможет.
 
К сожалению, решений нет, и ответа я тоже никогда не получал. Обсуждал эту проблему с кем-то на Reddit, у кого был тикет, и, похоже, ему сказали, что исправления, скорее всего, не будет никогда. Проблема возникает и с директориями, содержащими огромное количество файлов, независимо от их размера. Затем, при попытке скопировать один файл в этой директории, скорость падает до нескольких килобайт в секунду или, в конечном итоге, операция завершается с ошибкой. Пришлось перейти на Syno и использовать Unraid как накопитель для резервных копий с Syno HyperBackup… Вчерашнее видео намекало на какую-то новую «Enterprise NAS»… надеюсь, кто-нибудь попробует, и, возможно, это будет работать, так как там может быть больше вычислительной мощности…
 
Привет, у меня та же самая проблема. Когда я хочу переносить файлы размером 50ГБ и больше (пока не выяснил, с какого именно размера начинается), на зашифрованный сетевой диск, процесс занимает очень много времени на "подготовку". Примерно через 7 минут ожидания файл начинает переноситься, но скорость передачи стабильно колеблется между 50МБ/с и примерно 100МБ/с при 2.5Гб соединении. Я также вижу те же ошибки в логах о подключении/отключении.Заметил ещё, что процесс SMBd на Unas Pro загружает одно ядро процессора на 100% на протяжении всей фазы "подготовки".Если я копирую тот же самый файл на незашифрованный сетевой диск, получаю стабильные 120МБ/с, и процесс начинается сразу.Мне нужно редактировать видеофайлы ProRes (они огромные), самый большой файл, который у меня есть, размером 300ГБ+.Кто-нибудь нашёл решение этой проблемы? (предложение использовать незашифрованный диск - не решение).

ДОБАВЛЕННО: У меня также возникает эта проблема при копировании одного 7Гб файла, но время начального ожидания - чуть меньше 30 секунд.
@UI-Glenn
 
Смотрю в /var/log/messages, и мои виндовс-клиенты постоянно подключаются и отключаются. Интересно, может ли это быть связано с проблемой неудачного копирования больших файлов: 2025-04-25T09:50:47+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|connect|ok|IPC$2025-04-25T09:51:19+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|disconnect|ok|IPC$2025-04-25T09:51:22+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|connect|ok|IPC$2025-04-25T09:51:54+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|disconnect|ok|IPC$2025-04-25T09:51:57+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|connect|ok|IPC$2025-04-25T09:52:07+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|disconnect|ok|IPC$2025-04-25T09:52:11+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|connect|ok|IPC$2025-04-25T09:52:23+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|disconnect|ok|IPC$2025-04-25T09:52:34+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|connect|ok|IPC$2025-04-25T09:52:49+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|disconnect|ok|IPC$2025-04-25T09:56:57+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|connect|ok|IPC$2025-04-25T09:57:09+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|disconnect|ok|IPC$2025-04-25T10:06:47+02:00 unaspro smbd_audit[1339083]: user|10.10.10.100|station|disconnect|ok|media2025-04-25T10:06:47+02:00 unaspro smbd_audit[3276564]: user|10.10.10.100|station|connect|ok|media2025-04-25T10:06:49+02:00 unaspro smbd_audit[3276564]: user|10.10.10.100|station|connect|ok|IPC$2025-04-25T10:07:04+02:00 unaspro smbd_audit[3276564]: user|10.10.10.100|station|disconnect|ok|IPC$
 
@bfolchi. Какие "шаги" или обходные пути тебе посоветовали попробовать, и сработали ли они? @Stef-US. Ты уже нашел решение? У меня та же проблема после перехода с Syno на Unas. С большими файлами (100Гб+) готовятся минуты, в итоге запускаются, но после нескольких процентов скорость падает до 0kb/sec и останавливаются. Из-за этого проводник или приложение, например bvckup, зависают, приходится принудительно закрывать. Я в полном тупике, не знаю, что делать или что попробовать дальше…
 
То же самое происходит у меня, когда я копирую файлы размером 20 ГБ и больше с Windows на UNAS (зашифрованные) диски. Когда копирую на незашифрованные UNAS тома, процесс копирования завершается как положено. Также я замечаю паузу/задержку в начале процесса копирования на зашифрованные UNAS тома при копировании больших файлов. Чем больше файл, тем длиннее пауза в начале (от нескольких до многих секунд). Хотя я уверен, что это связано с шифрованием, мне интересно, испытывают ли все одинаково. Это поведение делает невозможным копирование файлов через Robocopy, например.
 
У меня та же проблема. У меня есть файлы размером 20ГБ, которые отказываются загружаться. Я использовал TrueNAS до того, как купил и начал использовать UNAS. Не могу перенести через CIFS-соединение с Windows на UNAS. Я пробовал копировать с шары TrueNAS на шару UNAS и пробовал копировать данные локально на моем Windows-устройстве и копировать с него на UNAS. В любом случае, большие файлы не копируются. У меня те же проблемы, которые уже были описаны здесь. Я открыл заявку в Ubiquiti, которую они впоследствии закрыли, указав, что будущая версия решит проблему. После закрытия заявки был выпуск обновления, но проблема осталась. Последний ответ от технической поддержки Ubiquiti выглядит следующим образом:

Привет,

Как я подтвердил своей команде, похоже, эта проблема будет исправлена в предстоящей версии Drive, где Drive обновит версию Samba, что может решить проблему. Предыдущие шаги были просто обходным решением, так что можете быть уверены, я отметил это для соответствующей команды. Следите за обновлениями на community.ui.com/releases. Если у вас все еще возникают проблемы или у вас есть какие-либо дополнительные вопросы или опасения, не стесняйтесь ответить на это сообщение напрямую.

С уважением,
UI Support
Ubiquiti Inc.
 
Да, использую шифрование дисков тоже. Чтобы прояснить ситуацию, загрузка "больших файлов" с Windows в UnasPro через CIFS соединение не начинается, в Windows появляется "сетевая ошибка", но UnasPro после этой ошибки создает файл с правильным именем и размером, который загружался, но файл поврежден и его нельзя распаковать или смонтировать, если файл в сжатом формате. CIFS соединения Synology этой проблемы не имеют, файлы можно загружать в UnasPro без проблем, независимо от размера. Размеры файлов, которые вызывают ошибки при загрузке в UnasPro с Windows через CIFS, варьируются от 19 ГБ для сжатого ZIP-архива до 70 ГБ для файла Macrium. Те же самые файлы, которые вызывают ошибку в CIFS соединении с Windows, можно загрузить в UnasPro через веб-сайт Drive, где расположены общие диски, но это занимает целую вечность, и UnasPro тратит много времени на "подготовку файлов". Файл размером 19 ГБ, который загружается за 2 минуты с Synology в UnasPro, загружается таким образом с Windows больше чем полчаса. Соединения с Windows к Truenas Scale или Synology не демонстрируют этой проблемы с файлами такого размера.
 
У меня точно такая же проблема, странно, что большие файлы копируются без проблем. Это происходит только с несколькими, и еще одно замечание – я использую Drive Encryption. Возможно, это создаёт узкое место, но я не уверен, что это так. Раньше использовал его на всех NAS без проблем. Те же самые бэкапы отлично работали на Synology, с которого я перешел на UNAS Pro.
 
У меня дело не в обрыве соединения, оно просто не запускается. Чем больше файл для загрузки, тем больше времени "подготовки" требуется UnasPRO, и, кажется, это приводит к сбою в передаче. Передача идёт с моего сервера и с внутреннего диска. Однако, у меня нет проблем с загрузкой тех же файлов в Truenas SCALE или Synology, все 3 системы находятся в одной сети. Я могу загружать большие файлы в UnasPRO, но по одному и через веб-интерфейс NAS – это занимает вечность. Так, что я даже забросил загрузку 490 ГБ данных по одному файлу. Но только с большими файлами, я загрузил ещё один бэкап с более чем 400 000 файлов, от нескольких байт до нескольких мегабайт, и никаких проблем не возникло. Проверю загрузку с помощью robocopy, чтобы посмотреть, что произойдёт.
 
Короткое обновление моего предыдущего поста: Похоже, по крайней мере в моём случае, проблема не связана с UNAS Pro. После дальнейшего тестирования, кажется, дело в моём внешнем жёстком диске на компьютере клиента, откуда данные копируются. Известная проблема контроллера Intel NIC e1000 в Proxmox.
 
У меня та же проблема – не могу скопировать большие файлы на UNAS Pro. Соединение постоянно прерывается через какое-то время. Три раза пытался перенести 500ГБ файл, безуспешно. Планирую попробовать перенести тот же файл на Synology, чтобы выяснить, проблема именно в UNAS Pro.
 
Я перебрасываю папки с кучей больших файлов, размером от 70 ГБ и больше, через Teracopy, и включена проверка после каждой перенесенной папки. Пока всё отлично.
 
У меня есть несколько файлов мультимедиа размером более 120ГБ, которые перенеслись без проблем. Я использовал robocopy с рабочей станции Windows, все прошло гладко. Перенёс 34,4ТБ данных этим способом. @R2D2WasHere убедись, что ты загрузил свой файл поддержки в приват. Команде UI понадобится это, чтобы помочь.
 
Давно никого из TeamUnas тут не видел, кто бы ответил на какие-то посты...
Страницы: 1
Читают тему (гостей: 1)