Jump to content
XPEnology Community

CompShop

Member
  • Posts

    21
  • Joined

  • Last visited

  • Days Won

    1

CompShop last won the day on November 20 2018

CompShop had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

CompShop's Achievements

Junior Member

Junior Member (2/7)

1

Reputation

  1. немного дополню, проблему локализовали поточнее, как мне подсказал друг линуксоид, есть команда переинициализации всех лан контроллеров при изменении линков по ланам. Т.е. софтина инитит все лан соединения при изменении на каком-то. Видимо для большинства задач это не особо заметно, а у меня задачи льют поток 24/7 и пропадание линка на секунду уже обрывает соединения. если бы машинки были включены через свич то этого бы не происходило, так как сам свич является нагрузкой на лан порты, а раз у меня директ соединение то получаю проблему. Возможно у профи появится мысль как решить данную ситуацию ?
  2. каждый комп подключен напрямую езернетом в сервер. Свичей и другого оборудования нет. 6 лан портов к которым подключены 6 компов с физически прописанными айпи. стоит включить какой-то из компов, который в данную минуту выключен и получаем ошибку доступа к файлам на работающих в этот момент... проверил несколько раз...
  3. Всем привет! Имеем сервер supermicro на 24диска и установленный xpenoboot dsm 5.2.5967. Ранее на этом сервере много лет стоял freenas. Сейчас на хрени заметил такую проблему. Стоит 6 лан интерфейсов и при включении какого-либо компьютера на одном из лан каналов на мгновение пропадает доступ к массиву на всех кто работает. Пишется постоянный трафик на сервер и даже на мгновение перебой вызывает ошибку. Я даже не представляю с чем это можем быть связано и решил задать вопрос сообществу. На фринасе на этом же железе никаких подобных проблем не возникало. А тут стоит включить какой-то комп подключенный ланом к этому серверу, так на остальных в какую-то секунду пропадает массив и получаю ошибку доступа к серверу. Может кто сталкивался и есть решение ? поставить более новую версию dsm не могу, сколько не пробовал запустить 25-26 дисков на более свежей dsm у меня не получается, при перезагрузке получаю сообщение о необходимости восстановления и сброс всех настроек в дефолт.
  4. Не соглашусь, на небольшом кол-ве дисков система работает идеально, лучшего интерфейса не встречал, поставил новый фринас - работает, но функционала равного хрене не было давно и нет по сей момент. Что мне нравится в нашей оболочке как полностью раскрытое и реально контролируемое состояние дисков и по дефектам и температуре, юзеров создать и папки в разы проще и понятнее чем в фринасе или тем более в отце-основателе... Крокодильими слезами рыдаю что не могу запустить рабочую хрень на своем сервере... А по поводу новых версий - та мне вообще до лампочки есть и будут ли, мои задачи сделать именно защищенный файловый архив большого объема, приложения вообще до лампы... Мне бы умного человека который сможет помочь запустить мою железку, готов в личке обсудить гонорар... Мамку заменить могу на все что нужно, главное контроллер 9211 на корзину 24 диска...
  5. Оригинальная это хорошо :)) Но мы тут обсуждаем альтернативу оригиналу. Сама задумка производителя 5 баллов, лучшее решение из всего что я видел, но видимо из-за перехода на не оригинальное железо имеем какие-то проблемы. В данном случае что у меня - как подсказывают умные коллеги что в мозгах софта появляется какой-то конфликт с внесенными настройками расширения внутренних портов... Гуру линуха могут предполагать где это может проверяться... Моих знаний английского не хватает осознать текст в англоязычных ветках, читал что проблема эта возникала постоянно и не зависимо от версии хрени... Решения не нашел, видимо придется фринас ставить... 😪
  6. SataPortMap=1 было по умолчанию, сделал по Вашей рекомендации SataPortMap=06666. Правда сделал это уже на установленной системе. Ничего не изменилось. Или надо заново заинсталлить хрень ? Заметил важный момент, его накопал в английской ветке... В файле конфигурации /etc.defaults/synoinfo.conf можно править пункт maxdisks="45" и оболочка нарисует 45 квадратиков под диски, но видит все равно первые 12 ( точнее у меня 6, так как первые 6 на мамке пустые и они в приоритете видимо перед внешним контроллером сас). Мои диски начинаются с нумерации "7" и до "12". Хрень не падает после правки esataportcfg="0x1FE00000000000" ( выключение e-sata портов ). Перезагружал несколько раз, все работает стабильно. И как написали в буржуйской ветке не нравится именно правка строки internalportcfg="0xfff" на любую выше 12-ти дисков... В данном случае у меня internalportcfg="0x1fffffffffff". Есть тут живые люди у кого функционирует больше 12-ти дисков в хрене ?? Я готов поставить любую версию лишь бы оно не падало при увеличении дисков в конфиге...
  7. Как я понял после проб изменений файла /etc.defaults/synoinfo.conf он где-то сравнивает его хеш и определяет что он измененный... Как мне подсказал один один линуховед видимо изменение этого файла контролируется скриптом и если видит что он изменился, то предполагается хакерская активность и файл меняется на дефолтный. Где он его берет определить не удалось, возможно подменить оригинал устранило бы проблему, либо найти в каком файле прописан скрипт действия при обнаружении изменений. Как я понял нет форумчан что ставил более 12 дисков на платформе 6.хх, все что это делал делали на старой 5.хх версии. Я даже не против поставить старую, но добиться чтобы хрень увидела мои диски на контроллере не увенчалось успехом Может есть господа, готовые за вознаграждение помочь настроить работоспособность железки - готов на общение в личке.
  8. Hello! Please forgive my bad english. We have the SC846 Supermicro server chassis on the X8SIL-F mainboard with Xeon X3430 2.4GHz processor, 8 gb DDR3 memory. The basket on the 24 * 2000gb disk is connected through the controller LSI 9211-4i It was possible to launch this hardware only on the Jun's Loader v1.03b DS3615xs platform, changed the Vid and pid flash drives, the serial took from the generator https://xpenogen.github.io/serial_generator/index.html everything else was by default. Recommendations followed https://www.youtube.com/watch?v=2PSGAZy7LVQ and https://hedichaibi.com/fix-xpenology-problems-viewing-internal-hard-drives-as-esata-hard-drives/ by editing configuration Files managed to include all 24 drives. Created a raid and it worked until the system was turned off for several days without problems. I rebooted and my server did not appear on the network, and the Assistant offered a migration ... I agreed and received back 12 disks and a damaged raid. After analyzing the reasons, I found out that the default configuration of /etc.defaults/synoinfo.conf was in the original configuration, and /etc/synoinfo.conf remained with my settings. If I correct again the default config, it offers migration again. I ask for help, I haven't been able to do anything for a week. Thank you!
  9. Сейчас проверить не могу, но отключить внутренний контроллер в биосе нет возможности. пытаюсь найти альтернативу 3615xs - Jun's Loader v1.03b DS3615xs - этот видит и контроллер и диски и сетевые. Попробовал DS3615xs 6.1 Jun's Mod V1.02b.img |- диски не видит, видимо пакет драйверов более старый. 3617xs Jun's Loader v1.03b DS3617xs - после перезагрузки не находится в сети, пробовал добавить пакет драйверов для него - не помогло... Капризничают оболочки с моим железом
  10. правил естественно оба, это в описалове сразу указано. Потом ведь оно работает до перезагрузки или выключения. Умельцев видел и читал, даже видео смотрел... Хочу попробовать 3617 версию, но драйв пак для него уже удален с сайта, может есть у кого - киньте живую ссылку или в личку плиз...
  11. подскажите как, я не профи, команды не знаю... с другой стороны откуда-то он видимо берет резервную копию чтобы заменить дефотный конф...
  12. Всем привет! Писал ранее в другую тему, но на данном этапе думаю удобнее сформулировать проблему в новой теме. Имеем серверное шасси SC846 Supermicro на матплате X8SIL-F с процессором Xeon X3430 2.4GHz, 8 gb DDR3 память. Корзина на 24 диска подключена через контроллер LSI 9211-4i Запустить это железо удалось только на платформе Jun's Loader v1.03b DS3615xs, менял Vid и pid флешки , серийник брал с генератора серийки https://xpenogen.github.io/serial_generator/index.html все остальное было по умолчанию, после рекомендаций Olegin правкой конфигурационных файлов удалось включить все 24 диска. Создал рейд и он работал до выключения системы несколько дней без нареканий. Стоило выключить питание и хрень уже в сети не появилась, а Асистент предложил миграцию... Согласился с его требованием ибо других вариантов просто не было и получил обратно 6 дисков и крики о разрушенном рейде. После анализа причины выяснил что дефолтный конфиг /etc.defaults/synoinfo.conf стал в первоначальную конфигурацию, а /etc/synoinfo.conf - остался с моими настройками. Если правлю опять дефолтный конфиг то хрень предлагает опять миграцию. Пробовал запустить другую платформу DS3617 отсюда Видится в ассистенте, предлагает установить, ставится, но после перезагрузки контроллер уже видимо не опознается и к дискам не обращается, видимо с драйверами не все складывается. Платформа на DS918+ как я понимаю не подходит под мою не свежую мамку с процем и также в сети не появляется и диски не опрашивает. Прошу рекомендаций кто может посоветовать пути решения либо на платформе 3615 которая работает до перезагрузки, либо переход на другую оболочку с которой возможно данной проблемы не будет. Спасибо заранее!
  13. Видимо рано порадовался. После перезагрузки сервер хочет сделать миграцию... Согласился - получить опять 6 дисков в наличии и вопли о потерянном массиве... Оболочка исправила по дефолту /etc.defaults/synoinfo.conf. После моей правки опять как было сделано - опять предлагает миграцию и система не грузится. Где-то писали что возможны проблемы с большим кол-вом дисков. Может быть съезд крыши у синолоджи от такого кол-ва дисков ?
  14. отвечаю сам победил! Поставил вместо "internalportcfg="3ffffff"" - internalportcfg="ffffffff" что равно 24+6=30 дисков и увидел свои 24 и 6 в резерве! Спасибо за помощь!
×
×
  • Create New...