Не сохраняется конфигурация. sqldb загружает процессор под 100%
Проблема:
При попытке сохранить конфигурацию:
NAS D-Link DNS-345 выдает ошибку:
500 - Internal Server Error
После этого web-интерфейс начинает зависать намертво в совершенно других настройках NAS-а до тех пор, пока его не перезагрузишь.
Ошибка исчезает только если выполнить Восстановить заводские настройки по умолчанию либо из web-интерфейса, либо кнопкой reset на самом устройстве.
Пробовал выполнить обновление ПО (на ту же версию 1.02) - просто для проверки, без восстановления заводских настроек - не помогает.
Пробовал загружать ранее сохраненную конфигурацию (выполненную до добавления папок мультимедиа, когда еще конфигурация позволяла сохраняться) - но это тоже не помогает, если предварительно не выполнить сброс настроек до заводских.
Ошибка начинает появляться после того, как начинаю добавлять общие папки Мультимедиа. Причем, если выполнить восстановление заводских установок, загрузить конфигурацию, предварительно сохраненную до добавления общих папок, после этого добавить общие папки мультимедиа и, не дожидаясь окончания индексирования, выполнить сохранение настроек конфигурации, то оно пройдет нормально. Однако, если немного подождать пока папки немного проиндексируются и/или вообще дождаться окончания индексирования, то имеем ошибку 500.
Все это безобразие сопровождается загрузкой процессора под 100% процессом sqldb.
Подробнее обсуждение этого вопроса было на форуме D-Link.
Причина и решение:
Причиной такого недостойного поведения этого в общем-то достойного представителя семейства сетевых накопителей является встроенный DLNA (upnp) сервер. Проблемы начинают проявляться после добавления ресурсов в общую папку мультимедиа.
Поэтому, просто удаляем все общие папки мультимедиа (не содержимое папок с дисков, а просто ссылки на эти папки из общих папок мультимедиа) и отключаем встроенный DLNA сервер:
В качестве альтернативы можно установить нормально работающий и бесплатный Mediatomb, либо еще более нормально работающий, но платный (примерно $20) TwonkyMedia Server. Оба они индексируют медиа файлы в сотни!!! раз быстрее встроенного DLNA сервера. Так, на 6ТБ медиаинформации у TwonkyMedia Server ушло около 10 минут, в то время, как встроенный перелопачивал ту же информацию часов 10.
Единственный (ИМХО) недостаток TwonkyMedia Server - при режиме сортировки «по папке», этот DLNA сервер делает сортировку не по номеру композиции (и даже не по имени файла), а по названию композиции из метаданных, которое можно посмотреть через свойства файла. Что крайне не удобно, если хочется прослушивать композиции альбома по порядку.
Для некоторых плееров помогает инструкция по изменению файла view-definitions.xml, который находится в папке TwonkyMedia Server в подпапке twonky/resources/views (см.).
В строку
container buildon='res' createClass='object.item.audioItem.musicTrack' class='object.container.storageFolder'
нужно просто добавить
sortcriteria='+upnp:originalTrackNumber'
чтобы получилось так:
container buildon='res' sortcriteria='+upnp:originalTrackNumber' createClass='object.item.audioItem.musicTrack' class='object.container.storageFolder'
После чего сохранить файл и перезапустить сервер Twonky.
Мне этот метод не помог, потому что мой плеер YAMAHA не читает файл view-definitions.xml, поэтому я просто пользуюсь другими режимами сортировки - не по папке, а например, по артисту/альбому, благо режимов сортировки TwonkyMedia Server предоставляет предостаточно.
Однако, я пытаюсь убедить программистов Twonky в необходимости «нормальной» сортировки при просмотре в режиме сортировки «По Папке». За обсуждением можно следить здесь.
Тестовая папка:
MP3 тэги музыкальных файлов в этой папке:
Изменения, сделанные по совету программистов Twonky:
Вид тестовой папки из веб-интерфейса Twonky Server:
Вид тестовой папки из интерфейса ресивера Yamaha HTR-6064 при использовании Twonky Server в качестве DLNA (upnp) сервера:
Вид тестовой папки из интерфейса ресивера Yamaha HTR-6064 при использовании Windows XP SP3 в качестве DLNA (upnp) сервера:
Вид тестовой папки из интерфейса мультимедийного плеера ASUS O!Play TV Pro при использовании Twonky Server в качестве DLNA (upnp) сервера:
Вид тестовой папки из интерфейса мультимедийного плеера ASUS O!Play TV Pro при использовании Windows XP SP3 в качестве DLNA (upnp) сервера:
[b][size=150]Не сохраняется конфигурация. sqldb загружает процессор под 100%[/size][/b]
[b][size=150]Проблема:[/size][/b]
При попытке сохранить конфигурацию:
[spoiler][attachment=9]03.JPG[/attachment][/spoiler]
NAS D-Link DNS-345 выдает ошибку: [quote]500 - Internal Server Error[/quote]
После этого web-интерфейс начинает зависать намертво в совершенно других настройках NAS-а до тех пор, пока его не перезагрузишь.
Ошибка исчезает только если выполнить [b][i]Восстановить заводские настройки по умолчанию[/i][/b] либо из web-интерфейса, либо кнопкой reset на самом устройстве.
Пробовал выполнить обновление ПО (на ту же версию 1.02) - просто для проверки, без восстановления заводских настроек - не помогает.
Пробовал загружать ранее сохраненную конфигурацию (выполненную до добавления папок мультимедиа, когда еще конфигурация позволяла сохраняться) - но это тоже не помогает, если предварительно не выполнить сброс настроек до заводских.
Ошибка начинает появляться после того, как начинаю добавлять общие папки Мультимедиа. Причем, если выполнить восстановление заводских установок, загрузить конфигурацию, предварительно сохраненную до добавления общих папок, после этого добавить общие папки мультимедиа и, не дожидаясь окончания индексирования, выполнить сохранение настроек конфигурации, то оно пройдет нормально. Однако, если немного подождать пока папки немного проиндексируются и/или вообще дождаться окончания индексирования, то имеем ошибку 500.
Все это безобразие сопровождается загрузкой процессора под 100% процессом [b][i]sqldb[/i][/b].
Подробнее обсуждение этого вопроса было на [url=http://forum.dlink.ru/viewtopic.php?f=16&t=162946&p=884727#p884727]форуме D-Link[/url].
[b][size=150]Причина и решение:[/size][/b]
Причиной такого недостойного поведения этого в общем-то достойного представителя семейства сетевых накопителей является встроенный DLNA (upnp) сервер. Проблемы начинают проявляться после добавления ресурсов в [b][i]общую папку мультимедиа[/i][/b].
Поэтому, просто удаляем все [b][i]общие папки мультимедиа[/i][/b] (не содержимое папок с дисков, а просто ссылки на эти папки из [b][i]общих папок мультимедиа[/i][/b]) и отключаем встроенный DLNA сервер: [spoiler][attachment=8]01.JPG[/attachment][/spoiler]
В качестве альтернативы можно установить нормально работающий и бесплатный [url=http://dlink.ua/dns_addons]Mediatomb[/url], либо еще более нормально работающий, но платный (примерно $20) [url=http://dlink.ua/dns_addons]TwonkyMedia Server[/url]. Оба они индексируют медиа файлы в сотни!!! раз быстрее встроенного DLNA сервера. Так, на 6ТБ медиаинформации у [url=http://dlink.ua/dns_addons]TwonkyMedia Server[/url] ушло около 10 минут, в то время, как встроенный перелопачивал ту же информацию часов 10.
Единственный (ИМХО) недостаток [url=http://dlink.ua/dns_addons]TwonkyMedia Server[/url] - при режиме сортировки «[i]по папке[/i]», этот DLNA сервер делает сортировку не по номеру композиции (и даже не по имени файла), а по названию композиции из метаданных, которое можно посмотреть через свойства файла. Что крайне не удобно, если хочется прослушивать композиции альбома по порядку.
Для некоторых плееров помогает инструкция по изменению файла [b][i]view-definitions.xml[/i][/b], который находится в папке [url=http://dlink.ua/dns_addons]TwonkyMedia Server[/url] в подпапке [b][i]twonky/resources/views[/i][/b] ([url=http://forum.qnap.ru/mobilnye-prilozheniya-i-qpkg/sortirovka-v-twonky]см.[/url]).
В строку [quote]container buildon='res' createClass='object.item.audioItem.musicTrack' class='object.container.storageFolder'[/quote] нужно просто добавить [quote]sortcriteria='+upnp:originalTrackNumber'[/quote] чтобы получилось так: [quote]container buildon='res' sortcriteria='+upnp:originalTrackNumber' createClass='object.item.audioItem.musicTrack' class='object.container.storageFolder'[/quote]
После чего сохранить файл и перезапустить сервер Twonky.
Мне этот метод не помог, потому что мой плеер YAMAHA не читает файл view-definitions.xml, поэтому я просто пользуюсь другими режимами сортировки - не по папке, а например, по артисту/альбому, благо режимов сортировки TwonkyMedia Server предоставляет предостаточно.
Однако, я пытаюсь убедить программистов Twonky в необходимости «нормальной» сортировки при просмотре в режиме сортировки «По Папке». За обсуждением можно следить [url=http://community.twonky.com/twonky/topics/twonkymedia_dis_order_my_music_tracks#reply_13246782]здесь[/url].
[spoiler]Тестовая папка:
[attachment=5]Folder.jpg[/attachment]
MP3 тэги музыкальных файлов в этой папке:
[attachment=2]MP3Tags.JPG[/attachment]
Изменения, сделанные по совету программистов Twonky:
[attachment=1]TwonkySettings.jpg[/attachment]
Вид тестовой папки из веб-интерфейса Twonky Server:
[attachment=0]Web-Twonky.jpg[/attachment]
Вид тестовой папки из интерфейса ресивера Yamaha HTR-6064 при использовании Twonky Server в качестве DLNA (upnp) сервера:
[attachment=4]HTR6064-Twonky.jpg[/attachment]
Вид тестовой папки из интерфейса ресивера Yamaha HTR-6064 при использовании Windows XP SP3 в качестве DLNA (upnp) сервера:
[attachment=3]HTR6064-Windows.jpg[/attachment]
Вид тестовой папки из интерфейса мультимедийного плеера ASUS O!Play TV Pro при использовании Twonky Server в качестве DLNA (upnp) сервера:
[attachment=7]ASUS O!Play-Twonky.JPG[/attachment]
Вид тестовой папки из интерфейса мультимедийного плеера ASUS O!Play TV Pro при использовании Windows XP SP3 в качестве DLNA (upnp) сервера:
[attachment=6]ASUS O!Play-Windows.JPG[/attachment][/spoiler]