leninxxx

Members
  • Content count

    15
  • Joined

  • Last visited

Community Reputation

0 Neutral

About leninxxx

  • Rank
    Newbie
  1. Проблема с потерянным диском решена. Причем получить её на загрузчике от 3615 я не смог, там все заводится через Paravirtual. Сложнее с 3617. Не знаю почему, но с Paravirtual нормально проходит только установка, потом пишет "на DS3617xs не найден жесткий диск". Для выхода из ситуации необходимо добавить 2 SATA контроллера, на первый повесить только загрузчик, а на второй вешать остальные диски.
  2. А загрузчик использовал от 3615 или 3617? На 17м у меня тоже на диск почему-то ругается, а с 15м все прошло на ура, специально повторил...
  3. Короче, получилось смоделировать ошибку вылета установки на 60%. Происходит это из-за некорректного значения в переменной common_args в grub.cfg. В частности я, например в syno_hw_version указал другую модель и получил ошибку 13 на 60%. Так что, думаю, не надо ничего править кроме SN и MAC.
  4. Давай по порядку. 1. Создаем виртуалку. Профиль ОС - Linux - Debian 8 (64-bit). Сетевой адаптер 1 штука, тип VMXNET 3. Диск указываем уже рабочего объема, например 100 Gb. Больше ничего делать не надо, в том числе резервирование ресурсов. Жмем Continue, виртуалка создалась. 2. Берем эти 2 файла https://cloud.caifu.ru/s/s7ea3RBoMbJKotg, в файле IMG меняем при необходимости MAC и SN(с теми что есть - тоже будет работать но без Quickconnect). Чтобы проще поймать загрузочное меню, при редактировании MAC в этом же фале можно поменять время ожидания с 1 сек, скажем, на 5 сек. Второй файл не трогаем. Файлы не переименовываем. Заливаем их в папку с нашей VM. Права на файлы менять не надо. 3. Заходим в редактирование свойств VM, удаляем сидюк и флоппик, у диска меняем Virtual Device Node на SCSI (0:1). Ни в коем случае не ставим галку Independent. Проверяем тип дискового контроллера, нам нужен Paravirtual. ПРИМЕНЯЕМ изменения. 4. Снова заходим в свойства и добавляем диск synoboot который мы залили в папку VM (файлы из п.2). Указываем Virtual Device Node на SCSI (0:0). Ни в коем случае не ставим галку Independent. Применяем. 5. Открываем консоль и стартуем нашу VM. При загрузке обязательно выбрать 3-й параметр загрузки (ESXi). Если не попал или не успел - перезагружаем VM и пробуем снова. В дальнейшем будет выбираться автоматически. 6. Подключаемся через find.synology.com и устанавливаем. Тут я еще накатываю обновления, но, думаю, это не обязательно. Контрольно перезагружаемся из меню Synology. Все должно работать. 7. Добавляем еще диски если нужно, настраиваем, пользуемся.
  5. Если дашь доступ могу подключиться и посмотреть в чем проблема. Стучись в личку. Сам сижу на 6.0 и переходить на 6.5 не планирую, админка не нравится.
  6. тип дискового контроллера какой? Ставь Paravirtual. Забыл еще. Если делать физический RDM - можно нарваться на глюк и потерять вообще всю инфу, почитайте инет на эту тему. А если делать RDM виртуальный - можно забыть про SMART и любые низкоуровневые команды.
  7. Конечно. Делать RAID средствами VM просто бесполезно в подавляющем большинстве случаев. Единственный вариант - система временная и планируем использовать диски в другой машине, ну или у вас в принципе нет аппаратного рейда, но он очень нужен. В последнем случае RAID целесообразно делать только RAID0, RAID1 или RAID10 1. Повторюсь, механизм проброса диска внутрь машины реализован исключительно для использования в среде SAN для задач типа - пробросить iSCSI или LUN целиком внутрь VM. При этом работу непосредственно с дисками выполняет сама дисковая полка, на ней и смарты видно и порт любого диска можно посмотреть. 2. Если мы пробрасываем железный диск внутрь VM, мы работаем так же с виртуальным диском, содержимое которого транслируется на физический носитель напрямую. Следовательно гостевая система работает с диском так же через прокладку гипервизора Зачем нам 2 прокладки? К тому же, если диск выйдет из строя, нужно будет попотеть чтобы понять какой именно диск сдох. 3. Аппаратный контроллер все-таки надежнее и архитектурно правильнее. К тому же дает выигрышь в производительности. А купить тот же самый LSI-9260 с батарейкой на борту можно за 2500-3000 рублей под видом IBM M5015. Inltel RS2BL080 он же, но стоит уже дороже.
  8. Никто ничего вам не рекомендует. Это инструкции загрузки. 1. Переносите данные на внешнее хранилище и пересоздавайте массив по канонам(см. п.2). Если даже вы прокидывали диски в виртуалку целиком - будет достаточно сложно найти диск который посыпался, т.к. вменяемого инструментария нет. 2. Никогда не поднимайте RAID на виртуальных дисках, для этого есть железный RAID, в котором создается LUN, на котором создается Datastore, на котором в конце концов создается виртуальный диск, который, собственно, подцепляете к виртуалке. По-другому категорически не рекомендую, в том числе проброс контроллеров(даже не знаю как это возможно, но фиг с ним). RAW Mapped (проброс диска в виртуалку) штатно работает только с SAN и существует как раз для проброса LUN (не отдельного железного диска, а именно массива) целиком, в обход прокладки. Т.е. не надо поднимать RAID средствами VM никогда и низачто. 3. Забудьте RAID-5 как страшный сон. Лучше уж с дедупликацией что-нибудь придумать, если вам нужен экономичный массив. Только винда? тема же вроде под ESXi? Берем любую виртуалку, загружаемся с LiveCD и имеем линукс за 2 минуты. OSFMount не открывает у меня почему-то, ошибку пишет. Разбираться не стал, сделал через линукс.
  9. Если есть возможность работать с Paravirtual - надо ставить именно этот тип. Собственно об этом сама Vmware говорит официально. IDE и SCSi однозначно нет. Пункт про ESXi зачем? Да может и так просто, будешь править мак с серийником, посмотри там же, в grub.cnf, варианты загрузки. Они немного, но отличаются. Можно, но толку в этом ноль, т.к. мак будет все равно браться из конфига груба. Стопаем машину, удаляем диски, меняем тип контроллера (да, при замене старый удаляется и появляется новый), добавляем диски в том же порядке как они были. Тупой софтовый рэйд может и развалиться при этом, т.к. поменяются идентификаторы контроллера и винтов.
  10. У меня все получилось. Для смены мака, уже залитый образ диска(synoboot.img + synoboot.vmdk) подключаем сначала к любой виртуалке с линуксом (в винде у меня никак открываться не захотел) и выполняем: mount /dev/sdc1 /mnt/tmp1 nano /mnt/tmp1/grub/grub.cfg путь и имя устройства проверяем, Меняем МАС1 и SN., потом отключаем диск: umount /dev/sdc1 Удаляем диск из виртуалки, подключаем к новой, на которой будет крутиться хренология. Стартуем. У меня ушло очень много времени на подключение машины к Quickconnect. Даже с валидной парой mac+sn от DS414 вылетала ошибка. Запустилось только с валидной парой от DS3615 собственно на 3615. Остался вопрос. Если запустить несколько хостов с одной и той же валидной парой - будет ли работать? Или заблочат всех?
  11. Спасибо огромное! Сейчас буду пробовать.
  12. Конечно надо. Думаю многим. Если не сложно, можно кратенький мануал?
  13. Можно мне для один комплект для 3615 и один для 3617. Оба с двумя сетевками
  14. А что лучше выбрать если ставить в виртуалке(vmware ESXi)?