pLANner
-
Posts
132 -
Joined
-
Last visited
Posts posted by 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 дисков и понапишет нам кучу мануалов )))Только Polanat'a сюда не притащите, холиварте там сами.
Не будет никаких мануалов. Если он запустит ХРЕНО, сразу рухнет в обморок. Будем в ответе за чувака. Меньше знает - крепче спит.
-
читайте спецификации и дадашиты прежде чем что то покупать.
ахаха
ок, слив засчитан.
И да, у меня всё давно есть, даже с избытком.
А те, у кого в наличии Microserver HP - думаю сами разберутся, сколько там дырок и в каком количестве оно втыкается
-
На HP N54L лучше поставить сетевушку Intel EXPI9301CTBLK стоит в 2 раза дешевле такой же только с наклейкой HP! Нагрузка на CPU будет на много ниже!
Ставить в слот PCIe 16x (желательно) есть конечно и по круче для тех кому нужна агрегация Intel EXPI9404PTLBLK
К слову сказать, EXPI9301CT агрегацию умеют, причём разных типов. Втыкай скока хочешь, хоть 8 штук по спекам, лишь бы слотов хватило.
-
i3 будет более, чем по самые уши.
-
Поделюсь ключиками, работает для 6.1-2976 10 камер
Спасибо, выручили.
-
Is there any other way to do a clean install, without formatting my entire drive and lose the data?
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 got this working on my N54L and all is good so far. The only thing is I have a 1 on the control panel
like when you have a update and I can't get rid of it. Any pointers of what is causing this?
thanks
I have same issue. I dunno how to get rid of it either.
This permission change lasts for the first restart. Some here suggested to use an earlier version. http://ukdl.synology.com/download/spk/MariaDB/5.5.33.a-0013/
I dont really know how to revert back or install this though. And I had a permission problem with web server too.
Still waiting...maybe update 2, or MariaDB update.
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".
-
Are any of you having problems getting MariaDB running with this version? Every time I try to run it I get the error "failed to start mariadb with customized my.cnf, restart with default configuration".
I have tried several "solutions" I found on the web and none of them seemed to work. Anyone have any hints?
-
А кто нибудь пробовал сразу с 4.3 trantor на 5.0 gnoboot проапргейдится?
А вот и ответ:
Hi there.I installed DSM 5.0 4458 by using gnoboot yesterday successfully as an upgrade from 4.3. The system is run on an old Acer H340 headless system.
To solve the issues with the video mode you could edit the menu_alpha.lst by adding video mode as bootflag. Video mode 370 is invalid. I guess that's a typo. Should better be 307. Like this:
title gnoboot-alpha
root (hd0,0)
kernel /zImage vga=0x0307 sn=B3JN12345
Thanks to gnoboot for the great work.
И в нём же указано решение 30-секундного ожидания из-за неправильного определения видеорежима.
Очень полезная инфа))
-
А вот интересно, даунгрейдится тоже можно наверно на оригинальный DSM 4.3?
Судя по загрузочному меню на флешке и по чейнджлогу, подозреваю, что так и есть
Changelog:Upgrade to future version is now possible without changing any files
Downgrade to older version is now possible without changing any files
-
Жесть... Даже блютус заработал!
Когда такое было, даже и не помню. Шо ж ето делается, люди добрые))
-
coyotl, ну всё, спасибочки большое! PUSH работает как надо
Отредактировал по SSH.
-
после выполняем
ifconfig eth0 hw ether 00:00:00:00:00:01
где eth0 сетевой интерфейс
00:00:00:00:00:01 - нужный нам мас
С временного решения толку конечно не особо много -))
-
А вообще зачем мас менять? что это дает?
При использовании валидной пары Серийник/МАК работает Quickconnect и PUSH-уведомления. Вот как раз уведомления-то и нужны.
-
Да, всё бы и ничего...
а как MAC-адрес поменять?
-
Дело в том, что по самбе Dune, не видит расшаренных папок.
На самом деле да, бывает такой необъяснимый глюк. Через браузер сети иногда ничего недоступно. Дюна в одной рабочей группе находится с Сино?
И всё же совет - создайте ярлык быстрого доступа. Потратьте 15 сек. На сино заведите нового юзера, дайте ему нужные права на папки. Можно только на чтение.
Например, создаёте ярлык на папочку Video. Естественно, всё, что по уровню ниже - всё будет доступно при заходе в эту папку.
На главном экране кнопка Pop-up, Создать сетевую папку. Ничего сложного.
-
Зачем! Зачем вам медиасервер на дюне!?
Создаём один раз и на всю жисть ярлычки для доступа по самбе к любым расшаренным папкам, тратим на это 15 секунд и всё. И откладываем головную боль вместе с головой на полочку. Потом к этим папочкам доступ с пульта в один клик.
-
У дисков WD RED - Время наработки на отказ:
1000000 ч, пусть вдвое солгали (500000/365/24=57 лет).
Надеюсь, Вы не пытаетесь нас убедить, что винт проживёт 57 или 114 лет?
URL MTBF — откуда берется «миллион часов MTBF»
MTBF измеряется для всей эксплуатируемой «дисковой популяции», и распространяется на период объявленного гарантийного срока для данного типа дисков. Оба выделенных момента являются важными, и часто опускаются в описании, что и приводит к принципиальному непониманию....
Допустим, для простоты подсчета, у нас есть система хранения на 115 дисков. Для каждого диска производитель приводит MTBF равный миллиону часов. Но надо принять во внимание то, что в большой дисковой популяции общий MTBF, то есть вероятность отказа, растет, с увеличением количества используемых дисков.
Для 115 дисков, исходя из приводимой вендором величины MTBF, мы вправе ожидать, что хотя бы один диск из популяции в 115 выйдет из строя до конца трехлетнего гарантийного срока.
Я не понимаю, зачем терять 1 диск пространства?То, что Вы этого не понимаете, не говорит о том, что это правильно (отдавать свою инфу на растерзание случаю), это говорит лишь о том, что Вы пока ещё один из счастливых "непуганных" юзеров. Ну дай-то бог, что все рэйд0 из Вашей подписи отработают до тех пор, пока Вы сами их не демонтируете. А если нет?
Действительно, очень просто оперировать инфой на 250 гигов. Записал, в трубочку свернул, засунул в бутылку из-под шампанского и закрыл пробкой.
А когда инфы на 10-20-30 и более Тб - бутылочек не хватит. Потому, отказоустойчивый RAID хоть как-то облегчает жизнь.
-
Уж не знаю, что там у Атома, но на Вашем месте я бы взял близкую по "духу" к нему модельку, ну скажем пусть это будет DS1813+ с Атомом 2*2.13 и заглянул бы на оф. страничку.
Вопрос вот в чём - сколько будет отжираться при максимальном потоке например 200 FPS @ 720p (1280x800) (плюс запись, просмотр в реальном времени, поиск, анализ изображения и прочие прелести)? Как сами считаете?
А вот мои данные по загрузке проца. 7 HD камер, каждая по 30 fps, запись идёт со всех.
Когда я "сильно нагружаю" Surveillance Station, иногда можно наблюдать всплески 4-5%
Имея какие-то отправные данные, можете составить некоторое представление о том, какой камень Вам нужен.
Осталось найтить график загрузки из-под Атома.
XPEnoBoot 5.2-5644.5 RUS
in Програмное обеспечение
Posted
Подождите, Вы главное щас не суетитесь, а то наделаете.
Может народ мыслей накидает (здравых) в течение дня.
Разрабоччегам бы руки узлом завязать, как можно было это выкладывать, не оттестировав важнейший функционал, лишь бы тока побыстрей.
А ребутнуть его можно принудительно, кнопочкой. Ничего ему не сделается, но боюсь, это не отменит ребилда, он будет пытаться его проделать с самого начала.
А когда пытаетесь скачать что-либо? Что в ответ он пишет? или просто тупо на даёт и всё?