Ru-Board.club
← Вернуться в раздел «UNIX»

» FreeNAS | NAS4Free и всё что с ними связано

Автор: vit2002
Дата сообщения: 16.12.2014 14:52

Цитата:
ZFS весьма нетривиальная задача


я повторюсь. эту гадость не включал! винты били в раиде и под ext4 отформатированы... если правильно помню с смещением 4к
Автор: goletsa
Дата сообщения: 16.12.2014 14:55
vit2002

Цитата:
я повторюсь. эту гадость не включал! винты били в раиде и под ext4 отформатированы... если правильно помню с смещением 4к

ext4? Под freebsd? ЗАЧЕМ? Нативная FS - UFS2.
Зеркало то хоть через gmirror было собрано?

Добавлено:

Цитата:
эту гадость не включал

И почему гадость? Вам не нравится дедупликация, сжатие, контрольные суммы для проверки целостности данных?
Автор: vit2002
Дата сообщения: 16.12.2014 14:57

Цитата:
ext4? Под freebsd? ЗАЧЕМ? Нативная FS - UFS2. Зеркало то хоть через gmirror было собрано?


тьфу.....на убунту было ext4.... под фри UFS2 все правильно

да собрано через gmirror

Добавлено:

Цитата:
И почему гадость? Вам не нравится дедупликация, сжатие, контрольные суммы для проверки целостности данных?


не нравиться плата за такое удовольствие, проще пару винтов сунуть в 10 раид и не париться
Автор: igelhog
Дата сообщения: 16.12.2014 15:39
vit2002
А почему винты то красные для базы данных? Может стоило ссд попробовать?

Добавлено:
Хранить файлы и файловая база данных помоему разные вещи...может молотком гвозди удобнее забивать?
Автор: nikoladimitri
Дата сообщения: 16.12.2014 17:06
but for an overview of both options with practical usage scenarios
Автор: goletsa
Дата сообщения: 16.12.2014 17:26
vit2002

Цитата:
А почему винты то красные для базы данных? Может стоило ссд попробовать?


Цитата:
тьфу.....на убунту было ext4.... под фри UFS2 все правильно

Тоже не могу понять, зачем под DB использовать NAS винты.
WDRED это WDGREEN с прошивкой под последовательную запись и постоянную работу.
Под быстрый доступ надо было брать минимум WB BLUE, в идеале WB BLACK
Это быстрые винты из WD'шек.
Автор: igelhog
Дата сообщения: 16.12.2014 18:03
goletsa
не это десктопные винты...если sata wd то RE, SE, или раптор а лучше sas...
Автор: goletsa
Дата сообщения: 16.12.2014 19:18
igelhog

Цитата:
не это десктопные винты...если sata wd то RE, SE, или раптор а лучше sas...

Для RE и выше надо аппаратный рейд контролер.
Автор: igelhog
Дата сообщения: 16.12.2014 22:56
зачем? если вы о tler то в красных емнип он тоже есть...
Автор: Ar0ma
Дата сообщения: 17.12.2014 09:49

Цитата:
Для RE и выше надо аппаратный рейд контролер.  


Зачем? Почему они не могут работать в софтварном рейде, коим по сути и является FreeNAS?


Автор: goletsa
Дата сообщения: 17.12.2014 16:42
Ar0maigelhog

Цитата:
зачем? если вы о tler то в красных емнип он тоже есть...

Да, именно о нем. Но красные при этом в основном 5400, медленные т.е.
Чтобы там не говорили про IntelliPower.

Цитата:
Зачем? Почему они не могут работать в софтварном рейде, коим по сути и является FreeNAS?

Почитайте http://geektimes.ru/post/92701/
Автор: igelhog
Дата сообщения: 17.12.2014 18:08
странно что у производителя нет предупреждения большими буквами "не использовать диски вне аппаратного рейд массива"...а рапторы в обще позиционируют для высокопроизводительных рабочих станций...да и производители всяких коробочко-насов суют туда красные винты не думаю что они глупы...а по нашему вопросу у нас ведь массив с избыточностью пускай и софтовый, ну ошибка, ну винт ее мог не успеть за 7 сек ремапнуть, ну пропустил и пошел дальше...может я ошибаюсь, поправьте. но криминала не вижу.


Добавлено:
зато у производителя есть предупреждение не использовать десктопные винты в рэйд массиве.

Добавлено:
кстати может я не внимательно прочел статью, но не увидел чем это грозит, просто заключение "грозит проблемами" и "делают гигантскую глупость"
Автор: goletsa
Дата сообщения: 17.12.2014 22:45

Цитата:
ну ошибка, ну винт ее мог не успеть за 7 сек ремапнуть, ну пропустил и пошел дальше...

Ну в этом то и вся разница.
Десктопный винт будет долго тупить на ошибке.
Рейдовый - через N секунд отдаст контролеру информацию, что блок недоступен.
Автор: igelhog
Дата сообщения: 17.12.2014 23:08
Разницу я знаю, но чтож такого плохого произойдет?
Автор: gryu
Дата сообщения: 17.12.2014 23:39
igelhog
Разница существенна при высокоинтенсивном обмене.
1. Широкополосная запись лимитированная по времени.
Примеры.
а. Со спутника в момент прохождения точки N "падает" пакет данных. Обьём огромен. Инфа со всего предыдущего витка. Время ограничено. Винт тупит - инфа не успевает записаться.
б. Потоковое видео высокого качества.
в. Любые системы с обработкой в режиме реального времени. (работа с RISC процессорами)
г. Системы баз данных на биржах и т.д.
д. Системы обмена банковской информацией SWIFT
...

Для дома и офиса это всё не важно.
Ну подвиснет 1С на пару сек. Ничего страшного.
Автор: igelhog
Дата сообщения: 18.12.2014 06:36
повторюсь...разницу я понимаю...есть утверждение что винты с tler имеют право работать только в составе аппаратного рейд массива (с избыточностью), а использование их в софтовых рейд массивах и в одиночку грозит проблемами и это глупость...хотел просто уточнить для себя что за глупость я совершаю, каковых проблем стоит ожидать, и что я делаю не так если ничего не сломалось.

Добавлено:
или может я не знаю а оно сломалось...
Автор: gryu
Дата сообщения: 18.12.2014 11:03
igelhog
скорее "он решило что сломалось, убедило вас, а на самом деле оно живое. Только прикидывается".
Как следствие, дрогой хард "через год" уезжает в помойку совершенно не обосновано.
Автор: igelhog
Дата сообщения: 18.12.2014 11:47
Но это в случае с апаратным рейдом...извиняюсь не описал условия...чтоб вопрос был более понятен... у меня 10 wd red 3тб...
6 из них подключены к сата портам на матери 4 к pcie контролеру st-lab a520 ...raidz2...если я не ошибаюсь что софт рейд что hba не выкинут диск из массива он просто по истечении 7 сек продолжит работать дальше?

Добавлено:
Хотя за st-lab поручится не могу фиг его знает как он себя поведет...

Добавлено:
Подскажите пожалуйста. Есть контролер lsi 9211-8i, прошивка it, можно ли программно мониторить его температуру...корпус планируется тесный, вентиляторы на минимуме, боюсь что с штатным радиатором ему будет жарковато...Ос nas4free.
Спасибо.
Автор: goletsa
Дата сообщения: 18.12.2014 20:10
igelhog

Цитата:
Подскажите пожалуйста. Есть контролер lsi 9211-8i, прошивка it, можно ли программно мониторить его температуру...корпус планируется тесный, вентиляторы на минимуме, боюсь что с штатным радиатором ему будет жарковато...Ос nas4free.
Спасибо.

Через smarctl с параметрами по идее можно попробовать.
там надо будет скорее всего тип контроллера как megaraid указать.
Автор: didurus00
Дата сообщения: 08.01.2015 08:20
Привет.

Проблема всё та же: настроенный fuppes не виден с tv samsung.
Поиски решений в сети дали несколько возможных вариантов:

1. нужно включить мультикаст в сетевом интерфейсе, на котором находится DLNA сервер и прописать бродкаст адрес:
ip link set br0 multicast on
ip link set br0 broadcast 192.168.1.255

2. увеличить время в уведомлении запроса до 1900 с (с помощью патча)

3. отключить multicast_snooping:
echo 0 > /sys/devices/virtual/net/$BRIDGE/bridge/multicast_snooping
Возможно это решит все проблемы, и задавать огромный notify_interval окажется лишним.

Разъясните подробно, как всё это осуществить применительно к fuppes/nas4free.
Спасибо.
Автор: mahdim83
Дата сообщения: 18.02.2015 12:41
Доброго дня. Может конечно кто то в меня чем то кинет, но все равно напишу.
Вопросов 2.
Что лучше и проще в настройке - FreeNas или Nas4Free?
2 - у меня во FreeNas сейчас часто возникает почему то ошибка, когда фаил находящийся на сетевом диске нельзя перезаписать. В Чем может быть проблема ?
Автор: gryu
Дата сообщения: 18.02.2015 13:34
mahdim83
1. вопрос неоднозначный. Корректного ответа на него нет. От личного опыта зависит. (опыта настроек чего либо через Web-фейс)
2. Более подробно.
Под одним пользователем ли под разными это случается?
Кто писал, кто читал, кто перезаписывал в случае ошибки и в случае удачной операции?
У каких служб это случается? SMB, FTP, NFS .... ????
На всех или только на одной?
...

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

Имея то что имеем по вашему вопросу, ответ один. "Телепаты в отпусках"
Автор: mahdim83
Дата сообщения: 18.02.2015 14:35
[q][/q]
1 - понятно, что по опыту.
2 - Под разными. Дело в том, что все компы работают в домене, а у меня нет прав прикрутить мой сервак к домену. Такое происходит под разными пользователями, но чаще под Гостем, хотя я ему права переделал. Служба - SMB
Автор: gryu
Дата сообщения: 18.02.2015 14:46
mahdim83
всёравно не понятно.
в случае ошибки писал один, а читал/правил другой?
Если так, то смотрите права ПИСАВШЕГО и права ПРАВЯЩЕГО.
Сколько одновременно работают? Может ли быть ситуация, когда один чел файл открыл, а второй тоже пытается с ним работать...
Автор: mahdim83
Дата сообщения: 18.02.2015 14:49
Проверил, работает с документом только один человек. Понимаю что если один открыл - а второй правит - не даст нормально сохранить.
Странность еще в том, что из 5-7 фаилов что я сам проверил, такая проблема только на одном из них
Автор: gryu
Дата сообщения: 18.02.2015 15:06
mahdim83
Смотрите кто хозяин файла и смотрите его настройки на создание файлов.
Ясно что дело в правах.
Возможно один-два пользователя имеют "не правильные" настройки и создают файлы с "не правильными" правами.
Я сам так делаю, когда нужно ограничить основной массе файл только на чтение. Типа как "приказ в сеть вывесить"
Автор: mahdim83
Дата сообщения: 18.02.2015 15:10
Понятно
Тогда вопрос. Все же имеет смысл его с доменом подружить или нет ?
И еще........обнаружил что на куомпе с ХР есть файлик один, а на компе с виндой 7 - нет ....странно
Автор: gryu
Дата сообщения: 18.02.2015 15:37
mahdim83
безпонятия.
Я не делал этого. Доменных сетей нет под администрированием.
Автор: mahdim83
Дата сообщения: 19.02.2015 08:22
Вроде разобрался
Теперь зато другая проблема вылезла
Автор: WWP2
Дата сообщения: 19.02.2015 08:55
Так опиши решение.....

Страницы: 1234567891011121314151617181920

Предыдущая тема: remote login display :0


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.