Voor _eigen gebruik_ is een self signed certificate net zo veilig, zo niet veiliger dan een cert van eoa 'hobbyclub' waarvan ik me maar moet afvragen of ik ze kan vertrouwen (zal ongetwijfeld hoor, maar dan vertrouw ik mezelf toch nog net iets meer
Er zijn ook 'gratis' aanbieders (die ook bekend zijn op de meeste os-en).[ Voor 229% gewijzigd door DukeBox op 10-04-2012 15:42 ]
Duct tape can't fix stupid, but it can muffle the sound.
Verwijderd
Precies wat ik bedoelde met je verdiepen in de materie. Die informatie staat gewoon op de wiki van de site waar je nota bene net zelf bent geweest.:
En nog steeds zie ik het nut niet van dit boven een self signed..
Ik gebruik geen SSL in sabnzb daardoor misschien minder cpu load.Als ik kijk naar de cpu-load en onder processen kijk zie ik SAB 91% gemiddeld verbruiken. De snelheid fluctueert tussen de 2 MB en de 2,7MB/s. Stoppen met downloaden tijdens nabewerken staat aan.
Iets lijkt hier niet te kloppen
Onthou ook dat rsync aan 2 kanten werkt, dus het kost CPU aan de verzend & ontvang kant, als 1 van die 2 een tragere CPU heeft is dat opeens de bottleneck.
[ Voor 18% gewijzigd door YaNightmare op 11-04-2012 12:17 ]
Ik vraag me af of het een oplossing is eerst via FTP het geheel te kopiëren en daarna een blocklevel backup er overheen te doen. Dan moet hij toch nog steeds berekenen of het klopt? Dat kost cpu power en ben ik waarschijnlijk nog net zo lang onderweg.:
[...]
Onthou ook dat rsync aan 2 kanten werkt, dus het kost CPU aan de verzend & ontvang kant, als 1 van die 2 een tragere CPU heeft is dat opeens de bottleneck.
Ik geloof dat zenden meer CPU kost dan ontvangen, maar nog steeds is het vaak een vrij hoge load aan de ontvang kant.
@vraag, in principe moet niets je in de weg staan om eerst via SMB bijvoorbeeld te kopieeren (of ftp) en vervolgens rsync te draaien, als iets niet geupdate hoeft te worden zal hij dit niet doen, dit is echter via de commandline (dat is de enige manier hoe ik rsync gebruik) ik weet niet of die synology backup applicatie nog rare fratsen uithaalt. Mocht je dit ook via de commandline gaan doen moet je natuurlijk wel de flags meegeven dat hij datum/tijd negeert anders gaat hij alsnog alles overschrijven
Ik gebruik altijd: rsync -aHLvvh --progress (indien andere port voor ssh --rsh="ssh -p <sshport>") folder root@x.x.x.x:/volume1/homes/user
Kijk ook eens bij de user reported compatbile HD's.
.
[ Voor 22% gewijzigd door job op 11-04-2012 18:25 ]
Verwijderd
Het lijkt erop dat de Hitachi HDS5C3030ALA630 op de DS412+ zou moeten werken. Alvast bedankt:
Kijk ook eens bij de user reported compatbile HD's.
http://forum.synology.com...ed_Compatible_Hard_Drives
En als je naar ondersteunende HD's kijkt.. kijk dan eens verder alleen jouw specifieke schijf. Wellicht dat de 3TB versie niet getest is, maar de 2TB wel.
En kijk ook verder dan alleen jouw specifieke nas. Er zijn echt 30 verschillende modellen van de synology, en nog veel meer verschillende HD's. Niet elke combinatie is te testen.
Wil je het op veilig spelen dan koop je iets wat door iemand anders goed is bevonden, of neem de gok en wees de eerste die een bepaald combinatie uittest
Ja dat bedoel ik, heb ik het toch goed begrepen.
| Bij RAID 1 wordt de data gekopieerd naar twee harde schijven, waardoor er op elke harde schijf exact dezelfde data staat. Dit verhoogt de veiligheid; immers, als de ene harde schijf kapot gaat, dan heb je nog altijd een backup ervan op de andere harde schijf. |
Werkt hier zonder problemen! (wel pas 2 weken)
Running is nothing more than a series of arguments between the part of your brain that wants to stop and the part that wants to keep going.
Betekent dat dat je je NAS in de woonkamer hebt staan? Dan is dit natuurlijk helemaal een mooie oplossing. Mijn NAS staat echter in de meterkast, en om nu een paar meter USB-kabel te trekken
Running is nothing more than a series of arguments between the part of your brain that wants to stop and the part that wants to keep going.
Verwijderd
Die app doet het toch op een iphone en op een android toestel? Ik moet toevallig net een nieuwe mobiel hebben, investeer ik 2 euro erbij en klaar
[ Voor 13% gewijzigd door Verwijderd op 12-04-2012 15:44 ]
1
2
3
4
| 2012/04/11 20:38:10 System starts the change volume 1 device type to Raid 5 with disk 2, 3, 4. 2012/04/11 20:38:50 Windows file service was stopped. 2012/04/12 08:31:43 Windows file service was started. 2012/04/12 18:38:00 >nu< status: changing (adding disk 12,34%)! |
1
| echo 100000 > /proc/sys/dev/raid/speed_limit_min |
1
| cat /proc/mdstat |
Dat is mij opgevallen ja, daarom vond ik het zo raar dat ik het zelf niet kon.
Zeer veel dank voor je uitgebreide reactie. Ik zie het helaas pas nu, maar als ik volgende week weer thuis ben ga ik hiermee aan de slag. Ik zal sowieso laten weten of het werkt!
Wederom dank, deze optie houd ik in mijn achterhoofd
Nu werkt het wel. Vraag me af wat ik gister dan fout deed, maar goed, het resultaat telt.
Nope, dat gaat niet werken, je moet namelijk met een SHR beginnen, en dat is dus altijd 1 schijf redundantie, maw, 2x 2TB is 1x2TB bruikbaar.
ps ftp etc kan ook uiteraard.[ Voor 22% gewijzigd door YaNightmare op 12-04-2012 23:25 ]
Probleem is dus dat ik de huidige 2x 2TB schijven idd vol heb staan met data.
hahaha nou ik ben een absoluut linux noob dus als ik dat zo lees dan is dat zeker geen optie voor mij om te doen.:
in de 1812+ gaan 8 schijven, jij hebt het nu over 3 schijven kopen en 4 uit de huidige NAS = 7
Ik weet niet hoe handig je bent met linux en mdadm, maar dat is de basis welke de synology gebruikt, op een ubuntu kernel, in "theorie" kan je met wat gemuts een "degraded" array aanmaken, maw, een 3 disk raid5 waarvan je bij het aanmaken al 1 disk mist, dan heb je geen parity uiteraard maar kan je wel 4TB gebruiken, als je er vervolgens een 3e disk in stopt kan je deze toevoegen aan de array en gaat hij hem rebuilden, dus word het weer een normale array.
Kan allemaal vanaf de commandline maar dan weet ik niet of de DSM het pikt als je hem handmatig aanmaakt, ik gok dat je in iedergeval de 3e disk er tijdelijk in moet hebben, een array aanmaken, het daadwerkelijke aanmaken stoppen, dan de array handmatig degraded zetten, dat is hoe ik het zou doen, echter dit vereist wel behoorlijk wat kennis van de materie, plus je zal zowizo moeten mutsen om de DSM weer in het gareel te krijgen want ik gok dat die hier geen rekening mee houd en dus met ijszakken in de hoek ligt errors te spugen
Het duurt ruim VIER dagen voor die zooi hier klaar gaat zijn aan het huidige tempo.. zo traag zijn me HD's toch echt niet hoor:
Het uitbreidden duurt een stuk langer dan een rebuild.
"simpele" regel, een rebuild duurt even lang als het volschrijven van de langzaamste HDD, het gemiddelde wat ik heb gezien is ongeveer 6 uur voor een raid5 van SATA2 2TB disks (~80MB/s)
Een uitbreiding van 4 -> 6 disks raid 5 duurde bij mij ongeveer 26 uur (met de 1812+).
Hij moet namelijk eerst de disks toevoegen aan de raid, dan 2x rebuilden (naar 5 dan 6 disks) vervolgens moet hij de LVM resizen en daarna het filesystem resizen (wat ook erg lang duurd gok een uurtje of 6)
De rebuild snelheid hangt af van of het systeem idle is of niet, wanneer hij idle is gaat hij sneller anders loopt hij terug naar de minimum snelheid van 1MB/s
Hier is trouwens een tweak voor als je niet zoveel geeft om de performance tijdens de rebuild, je kan het volgende commando uitvoeren:
code:
Dit zorgt ervoor dat de minimale rebuild snelheid 100MB/s is, maw, dat is de snelheid die hij gaat proberen te halen ongeacht of je systeem gebruikt word voor andere dingen (dus alles word wat trager, maarja, who cares imo).
PS, die aanpassing werkt meteen, hoef je niet voor de rebooten, je kan tevens zien hoe snel hij rebuild door het volgende commando uit te voeren:
code:
Hopelijk helpt dit een beetje en maakt het wat duidelijker
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
| STORAGE> cat /proc/mdstat
Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdd3[3] sdc3[2] sdb3[1] sda3[0]
3902296256 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
[====>................] reshape = 20.5% (801111040/3902296256) finish=4363.9min speed=11843K/sec
md3 : active raid5 sdg3[2] sdf3[1] sde3[0]
3897584512 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
md1 : active raid1 sdd2[10] sdc2[11] sdb2[9] sde2[1] sda2[0] sdf2[8] sdg2[7] sdh2[6] sdi2[5] sdj2[4] sdk2[3] sdl2[2]
2097088 blocks [12/12] [UUUUUUUUUUUU]
md0 : active raid1 sdd1[10] sdc1[11] sdb1[9] sde1[1] sda1[0] sdf1[8] sdg1[7] sdh1[6] sdi1[5] sdj1[4] sdk1[3] sdl1[2]
2490176 blocks [12/12] [UUUUUUUUUUUU]
unused devices: <none>
STORAGE> echo 100000 > /proc/sys/dev/raid/speed_limit_min
STORAGE> cat /proc/mdstat
Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdd3[3] sdc3[2] sdb3[1] sda3[0]
3902296256 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
[====>................] reshape = 20.5% (801288896/3902296256) finish=4349.7min speed=11881K/sec
md3 : active raid5 sdg3[2] sdf3[1] sde3[0]
3897584512 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
md1 : active raid1 sdd2[10] sdc2[11] sdb2[9] sde2[1] sda2[0] sdf2[8] sdg2[7] sdh2[6] sdi2[5] sdj2[4] sdk2[3] sdl2[2]
2097088 blocks [12/12] [UUUUUUUUUUUU]
md0 : active raid1 sdd1[10] sdc1[11] sdb1[9] sde1[1] sda1[0] sdf1[8] sdg1[7] sdh1[6] sdi1[5] sdj1[4] sdk1[3] sdl1[2]
2490176 blocks [12/12] [UUUUUUUUUUUU]
unused devices: <none>
STORAGE> cat /proc/mdstat
Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdd3[3] sdc3[2] sdb3[1] sda3[0]
3902296256 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
[====>................] reshape = 20.5% (801304768/3902296256) finish=4436.3min speed=11649K/sec
md3 : active raid5 sdg3[2] sdf3[1] sde3[0]
3897584512 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
md1 : active raid1 sdd2[10] sdc2[11] sdb2[9] sde2[1] sda2[0] sdf2[8] sdg2[7] sdh2[6] sdi2[5] sdj2[4] sdk2[3] sdl2[2]
2097088 blocks [12/12] [UUUUUUUUUUUU]
md0 : active raid1 sdd1[10] sdc1[11] sdb1[9] sde1[1] sda1[0] sdf1[8] sdg1[7] sdh1[6] sdi1[5] sdj1[4] sdk1[3] sdl1[2]
2490176 blocks [12/12] [UUUUUUUUUUUU]
unused devices: <none>
STORAGE> cat /proc/mdstat
Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]
md2 : active raid5 sdd3[3] sdc3[2] sdb3[1] sda3[0]
3902296256 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
[====>................] reshape = 20.5% (802230272/3902296256) finish=4232.4min speed=12206K/sec
md3 : active raid5 sdg3[2] sdf3[1] sde3[0]
3897584512 blocks super 1.2 level 5, 64k chunk, algorithm 2 [3/3] [UUU]
md1 : active raid1 sdd2[10] sdc2[11] sdb2[9] sde2[1] sda2[0] sdf2[8] sdg2[7] sdh2[6] sdi2[5] sdj2[4] sdk2[3] sdl2[2]
2097088 blocks [12/12] [UUUUUUUUUUUU]
md0 : active raid1 sdd1[10] sdc1[11] sdb1[9] sde1[1] sda1[0] sdf1[8] sdg1[7] sdh1[6] sdi1[5] sdj1[4] sdk1[3] sdl1[2]
2490176 blocks [12/12] [UUUUUUUUUUUU]
unused devices: <none>
STORAGE> |
Dit topic is gesloten.
:fill(white):strip_exif()/i/1289307459.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1331567523.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1296484013.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1331627912.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1320149533.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1297698460.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1270993484.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1280230600.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1258536436.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1289464687.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1348218656.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1345988787.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1245846753.jpeg?f=thumbmini)
:strip_exif()/i/1339416390.png?f=thumbmini)
:fill(white):strip_exif()/i/1345792310.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1266311260.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1318490250.jpeg?f=thumbmini)
:strip_exif()/i/1292666871.png?f=thumbmini)
:fill(white):strip_exif()/i/1330415321.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1329868590.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1307439472.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/1310128144.jpeg?f=thumbmini)
/u/19870/crop5db6ce3cd63b4.png?f=community)
:strip_exif()/u/8422/waarschuwing.gif?f=community)
:strip_icc():strip_exif()/u/5326/crop5ff8e3fc691c6_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/52072/crop5de51ebf91960_cropped.jpeg?f=community)
/u/56630/test-pilot70.png?f=community)
:strip_exif()/u/60711/x-bladess.gif?f=community)
/u/98763/MysticSpiritBlack.JPG?f=community)
:strip_icc():strip_exif()/u/107049/Spoor12B%2520-%2520cropped4.jpg?f=community)
/u/369276/crop5dbad118e94c6_cropped.png?f=community)
/u/201305/Pig.png?f=community)
:strip_icc():strip_exif()/u/205863/Eclipseklein.jpg?f=community)
:strip_exif()/u/49483/mandarin_sm.gif?f=community)
:strip_exif()/u/452323/rustbrainslugbug.gif?f=community)
/u/64509/crop6811dfe7e51f8_cropped.png?f=community)
:strip_icc():strip_exif()/u/28640/icon.jpg?f=community){kind=icon}
Oplichters
maar ok dan een jaartje of 4 eraf dan.
/u/65972/crop5a52288ab3c1d.png?f=community)
:strip_exif()/u/69039/MetallicA.gif?f=community)
:strip_icc():strip_exif()/u/423584/crop68bfd3f03c7d2_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/37802/forsaken%2520archer.jpg?f=community)
/u/100053/crop67ec06c961445_cropped.png?f=community)
