pLANner

Подождите, Вы главное щас не суетитесь, а то наделаете. Может народ мыслей накидает (здравых) в течение дня. Разрабоччегам бы руки узлом завязать, как можно было это выкладывать, не оттестировав важнейший функционал, лишь бы тока побыстрей. А ребутнуть его можно принудительно, кнопочкой. Ничего ему не сделается, но боюсь, это не отменит ребилда, он будет пытаться его проделать с самого начала. А когда пытаетесь скачать что-либо? Что в ответ он пишет? или просто тупо на даёт и всё?

С помощью WinSCP есть возможность подцепиться и посмотреть файловую систему?

А я говорил, что разделы не расширяются и неизвестно, как оно себя поведёт при ребилде массива. Ну вот, теперь уже точно известно. Предположение оказалось верным.

Да диски-то брал разные, благо у меня их есть... "чуть-чуть")) врассыпуху. И новые и не очень. Сначала думал материнка косячит, поставил на более современную. Ни фига. Поломали SHR? Ок. В RAID1 тоже не работает. Техподдержка не говорит, что проблема может быть в Хренолоджи? И кстати, теперь напрашивается вопрос сам собой: а как себя поведёт массив при вылете одного диска? Точнее при восстановлении. Вы уверены, что оно оживёт? Я - нет.

Я не понимаю, чему вы все так радуетесь. Проверил на другой материнке, в конфигурации RAID1, SHR (на большее терпения не хватило, да и какой смысл) - разделы не расширяются. Может я один такой уникальный? Не думаю. Похоже всем пофиг или пока не сталкивались.

Так, решил потестить новый Хренобут на железе и вот что выяснилось методом простых тыков. Создал ради интереса на одном единственном диске SHR в конфигурации "Несколько разделов на Рэйд" небольшой раздельчик в 30 Гб. Вроде как всё хорошо. Дай-ка думаю увеличу размер до 60 Гб, как оно будет. А никак не будет! В группе дисков пишет, что всё вроде расширилось до 60-ти. [spoiler=] Но в разделах всё те же 30 Гб с надписью "Вы можете увеличить размер раздела до 60 Гб". [spoiler=] Ладно. Нажимаем на кнопку "Управление". [spoiler=] Вроде как идёт процесс расширения иииии.... ни фига. И так всё по кругу. В логах по этому поводу появляется вот такая запись: [spoiler=]Feb 8 19:00:09 Disk-1 kernel: [ 118.520217] BUG: unable to handle kernel NULL pointer dereference at 0000000000000028 Feb 8 19:00:09 Disk-1 kernel: [ 118.520222] IP: [] reserve_backup_gdb+0x11/0x3c0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520228] PGD b96f7067 PUD b9d0f067 PMD 0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520231] Oops: 0000 [#2] SMP Feb 8 19:00:09 Disk-1 kernel: [ 118.520233] CPU 1 Feb 8 19:00:09 Disk-1 kernel: [ 118.520234] Modules linked in: cifs udf isofs loop usbhid hid usblp usb_storage bromolow_synobios(P) adt7475 i2c_i801 btrfs synoacl_vfs(P) zlib_deflate hfsplus md4 hmac tn40xx(O) i2c_algo_bit fuse vfat fat chainiv cpufreq_conservative cpufreq_powersave cpufreq_performance cpufreq_ondemand mperf processor cpufreq_stats freq_table dm_snapshot crc_itu_t quota_v2 quota_tree psnap p8022 llc sit tunnel4 etxhci_hcd xhci_hcd ehci_hcd uhci_hcd ohci_hcd usbcore usb_common mvsas arcmsr megaraid_sas megaraid_mbox megaraid_mm mpt2sas mptsas mptspi mptscsih mptbase scsi_transport_spi scsi_wait_scan sg ata_piix sata_uli sata_svw sata_qstor sata_sis pata_sis stex sata_sx4 sata_promise sata_nv sata_via sata_sil pdc_adma iscsi_tcp libiscsi_tcp libiscsi enic qlge qlcnic qla3xxx netxen_nic cnic ipv6 bnx2x be2net sis900 sis190 atl1e(O) atl1c atl2(O) atl1(O) alx(O) sky2 skge via_velocity crc_ccitt via_rhine r8101 r8168 r8169 8139too 8139cp tg3 broadcom libphy bnx2 ssb(O) uio forcedeth ixgbe ixgb igb ioatdma e1000e e1000 e100 dca pcnet32 amd8111e mdio mii container thermal_sys compat(O) cryptd ecryptfs sha512_generic sha256_generic sha1_generic ecb aes_x86_64 authenc des_generic libcrc32c crc32c eseqiv krng ansi_cprng cts rng aes_generic md5 cbc cryptomgr pcompress aead crypto_hash crypto_blkcipher crypto_wq crypto_algapi [last unloaded: i2c_i801] Feb 8 19:00:09 Disk-1 kernel: [ 118.520297] Feb 8 19:00:09 Disk-1 kernel: [ 118.520299] Pid: 18870, comm: resize2fs Tainted: P D O 3.2.40 #7 System manufacturer Synoden/P5KPL-AM IN/ROEM/SI Feb 8 19:00:09 Disk-1 kernel: [ 118.520302] RIP: 0010:[] [] reserve_backup_gdb+0x11/0x3c0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520305] RSP: 0018:ffff880003785b48 EFLAGS: 00010296 Feb 8 19:00:09 Disk-1 kernel: [ 118.520307] RAX: 0000000000000004 RBX: 0000000000000100 RCX: 0000000000000040 Feb 8 19:00:09 Disk-1 kernel: [ 118.520308] RDX: 00000000000000f3 RSI: 0000000000000000 RDI: ffff8800bb27c558 Feb 8 19:00:09 Disk-1 kernel: [ 118.520310] RBP: ffff880003785be8 R08: ffff88001fd97400 R09: 00b8d81818080000 Feb 8 19:00:09 Disk-1 kernel: [ 118.520311] R10: ff2928161dfe0602 R11: ffff8800bb236e98 R12: ffff880002f31400 Feb 8 19:00:09 Disk-1 kernel: [ 118.520313] R13: ffff880002ed9800 R14: 00000000000000f3 R15: 0000000000000400 Feb 8 19:00:09 Disk-1 kernel: [ 118.520315] FS: 00000000006fc880(0063) GS:ffff8800bfc80000(0000) knlGS:0000000000000000 Feb 8 19:00:09 Disk-1 kernel: [ 118.520316] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b Feb 8 19:00:09 Disk-1 kernel: [ 118.520318] CR2: 0000000000000028 CR3: 00000000037ce000 CR4: 00000000000406e0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520319] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Feb 8 19:00:09 Disk-1 kernel: [ 118.520321] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Feb 8 19:00:09 Disk-1 kernel: [ 118.520323] Process resize2fs (pid: 18870, threadinfo ffff880003784000, task ffff8800bf33d2c0) Feb 8 19:00:09 Disk-1 kernel: [ 118.520324] Stack: Feb 8 19:00:09 Disk-1 kernel: [ 118.520325] ffff8800b8d81818 ffff8800bb27c558 ffffffff8161b5f0 ffff8800b8ca2dd8 Feb 8 19:00:09 Disk-1 kernel: [ 118.520328] ffff8800bb27c558 ffffffff8161b5f0 ffff8800b8ca2dd8 0000000000000000 Feb 8 19:00:09 Disk-1 kernel: [ 118.520331] ffff880003785ba8 ffffffff8119ff86 ffff8800bb27c558 ffff8800b8d81818 Feb 8 19:00:09 Disk-1 kernel: [ 118.520334] Call Trace: Feb 8 19:00:09 Disk-1 kernel: [ 118.520338] [] ? jbd2_journal_get_write_access+0x36/0x50 Feb 8 19:00:09 Disk-1 kernel: [ 118.520340] [] ? __ext4_journal_get_write_access+0x38/0x80 Feb 8 19:00:09 Disk-1 kernel: [ 118.520343] [] ext4_flex_group_add+0x5f0/0xd00 Feb 8 19:00:09 Disk-1 kernel: [ 118.520345] [] ext4_resize_fs+0x662/0x8f0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520348] [] ? do_last+0x538/0xaa0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520351] [] ? __mnt_want_write+0x30/0x50 Feb 8 19:00:09 Disk-1 kernel: [ 118.520354] [] ext4_ioctl+0x290/0xaa0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520356] [] do_vfs_ioctl+0xb4/0x8b0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520358] [] ? putname+0x2e/0x40 Feb 8 19:00:09 Disk-1 kernel: [ 118.520361] [] ? do_sys_open+0x164/0x1d0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520363] [] sys_ioctl+0x99/0xa0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520367] [] system_call_fastpath+0x16/0x1b Feb 8 19:00:09 Disk-1 kernel: [ 118.520368] Code: e8 b5 2e f8 ff eb dc 0f 1f 00 48 c7 c3 f4 ff ff ff eb d0 0f 1f 80 00 00 00 00 55 48 89 e5 41 57 41 56 41 55 41 54 53 48 83 ec 78 <4c> 8b 76 28 48 89 bd 68 ff ff ff 48 89 b5 78 ff ff ff 89 55 94 Feb 8 19:00:09 Disk-1 kernel: [ 118.520388] RIP [] reserve_backup_gdb+0x11/0x3c0 Feb 8 19:00:09 Disk-1 kernel: [ 118.520390] RSP Feb 8 19:00:09 Disk-1 kernel: [ 118.520391] CR2: 0000000000000028 Feb 8 19:00:09 Disk-1 kernel: [ 118.520394] ---[ end trace e9e22c05842abbca ]--- Feb 8 19:00:09 Disk-1 volumehandler.cgi: (fs_vol_expand.c)ExtFSExpand(88):Failed to '/sbin/resize2fs -fpF /dev/vg1/volume_1 > /dev/null 2>&1', WEXITSTATUS® = 137 Feb 8 19:00:09 Disk-1 volumehandler.cgi: volume_manage_with_temp_dev.c:279 Failed to expand file system on /dev/vg1/volume_1 Feb 8 19:00:09 Disk-1 volumehandler.cgi: volume_lib.cpp:1035 Failed to expand file system on /dev/vg1/volume_1 Feb 8 19:00:09 Disk-1 volumehandler.cgi: volumehandler.cpp:1574 failed to expand unallocated file system: /volume1 Feb 8 19:00:16 Disk-1 synostoraged: hotspare_log_repair_err.c:29 [iNFO] space [/dev/vg1/volume_1] is not degrade, skip repairing with spare disks Не особо силён в трассировке, но может кто разберётся, либо примет к сведению. Это баг Хренобута или DSM? Сейчас вспоминаю. что вроде у кого-то на оригинальном Сино-форуме была подобная проблема. Может на самом деле баг DSM?

а что, это мысль! Ща у него какое-то барахло от сино, глядиш поставит себе хрено-рейд на 12 дисков и понапишет нам кучу мануалов ))) Не будет никаких мануалов. Если он запустит ХРЕНО, сразу рухнет в обморок. Будем в ответе за чувака. Меньше знает - крепче спит.

ахаха ок, слив засчитан. И да, у меня всё давно есть, даже с избытком. А те, у кого в наличии Microserver HP - думаю сами разберутся, сколько там дырок и в каком количестве оно втыкается

К слову сказать, EXPI9301CT агрегацию умеют, причём разных типов. Втыкай скока хочешь, хоть 8 штук по спекам, лишь бы слотов хватило.

i3 будет более, чем по самые уши.

Спасибо, выручили.

During migration, right-click in the Assistant on your DS and select "Connect". In the Web-Assistant, use second radio-check. In this type of system installation, your volumes and user data will be intact.

I have same issue. I dunno how to get rid of it either. Diverge, newbi, voloszad, I don't know why this happens, but if you do a "clean" install DSM (not migrating, using Web Assistant for this) and reconfigure the system manually, you will get rid of many problems. Will start to work normally PhotoStation, WebStation, MariaDB, etc... including "notification 1 on the control panel".

http://nas1.cn/thread-82480-1-1.html

А вот и ответ: И в нём же указано решение 30-секундного ожидания из-за неправильного определения видеорежима. Очень полезная инфа))

А вот интересно, даунгрейдится тоже можно наверно на оригинальный DSM 4.3? Судя по загрузочному меню на флешке и по чейнджлогу, подозреваю, что так и есть

Жесть... Даже блютус заработал! Когда такое было, даже и не помню. Шо ж ето делается, люди добрые))

coyotl, ну всё, спасибочки большое! PUSH работает как надо Отредактировал по SSH.

С временного решения толку конечно не особо много -))

При использовании валидной пары Серийник/МАК работает Quickconnect и PUSH-уведомления. Вот как раз уведомления-то и нужны.

Да, всё бы и ничего... а как MAC-адрес поменять?

На самом деле да, бывает такой необъяснимый глюк. Через браузер сети иногда ничего недоступно. Дюна в одной рабочей группе находится с Сино? И всё же совет - создайте ярлык быстрого доступа. Потратьте 15 сек. На сино заведите нового юзера, дайте ему нужные права на папки. Можно только на чтение. Например, создаёте ярлык на папочку Video. Естественно, всё, что по уровню ниже - всё будет доступно при заходе в эту папку. На главном экране кнопка Pop-up, Создать сетевую папку. Ничего сложного.

Зачем! Зачем вам медиасервер на дюне!? Создаём один раз и на всю жисть ярлычки для доступа по самбе к любым расшаренным папкам, тратим на это 15 секунд и всё. И откладываем головную боль вместе с головой на полочку. Потом к этим папочкам доступ с пульта в один клик.

Надеюсь, Вы не пытаетесь нас убедить, что винт проживёт 57 или 114 лет? URL MTBF — откуда берется «миллион часов MTBF» То, что Вы этого не понимаете, не говорит о том, что это правильно (отдавать свою инфу на растерзание случаю), это говорит лишь о том, что Вы пока ещё один из счастливых "непуганных" юзеров. Ну дай-то бог, что все рэйд0 из Вашей подписи отработают до тех пор, пока Вы сами их не демонтируете. А если нет? Действительно, очень просто оперировать инфой на 250 гигов. Записал, в трубочку свернул, засунул в бутылку из-под шампанского и закрыл пробкой. А когда инфы на 10-20-30 и более Тб - бутылочек не хватит. Потому, отказоустойчивый RAID хоть как-то облегчает жизнь.

Уж не знаю, что там у Атома, но на Вашем месте я бы взял близкую по "духу" к нему модельку, ну скажем пусть это будет DS1813+ с Атомом 2*2.13 и заглянул бы на оф. страничку. Вопрос вот в чём - сколько будет отжираться при максимальном потоке например 200 FPS @ 720p (1280x800) (плюс запись, просмотр в реальном времени, поиск, анализ изображения и прочие прелести)? Как сами считаете? А вот мои данные по загрузке проца. 7 HD камер, каждая по 30 fps, запись идёт со всех. Когда я "сильно нагружаю" Surveillance Station, иногда можно наблюдать всплески 4-5% Имея какие-то отправные данные, можете составить некоторое представление о том, какой камень Вам нужен. Осталось найтить график загрузки из-под Атома.