Bjonness406 Skrevet 26. mars 2016 Forfatter Del Skrevet 26. mars 2016 Da har jeg fått overført all data fra Synology til Unraid Driver nå å sletter Synoen, den skal settes opp med SHR2 og er oppdatert til DSM6. Dessverre ser min syno ut til å være for gammel til å støtter BTFS Det sies at det er best å ha Plex lib på cache, er det så enkelt som bare å flytte plex appdata fra der den er nå til /cashe også endre banen i selve dokkeren til plex? Ville flyttet hele appdata til cache når du er først i gang. Gå til appdata share, og sett den til cache only. Da får du en mappe på cache SSD/disken som heter appdata. Når du har gjort det, så kan du kopiere appdata fra den harddisken du har det på, til cache. Etterpå så sletter du appdata på den gamle harddisken. Så setter du appdata til /mnt/cache/appdata/plex i plex og gjør det samme på alle de andre dockerene du har NB: ALDRI overfør fra share til harddisk, kun fra harddisk til harddisk. Hvis du gjør fra share --> disk eller omvendt så mister du data. https://lime-technology.com/forum/index.php?topic=41765.0 Lenke til kommentar
Svar Skrevet 26. mars 2016 Del Skrevet 26. mars 2016 Så ikke kopiere fra /mnt/user/appdata, men fra /mnt/diskX/appdata mao? Lenke til kommentar
Bjonness406 Skrevet 26. mars 2016 Forfatter Del Skrevet 26. mars 2016 Så ikke kopiere fra /mnt/user/appdata, men fra /mnt/diskX/appdata mao? Jepp Lenke til kommentar
Svar Skrevet 26. mars 2016 Del Skrevet 26. mars 2016 Det kan bli gøy siden appdata har spred seg over flere disker. Lenke til kommentar
Bjonness406 Skrevet 26. mars 2016 Forfatter Del Skrevet 26. mars 2016 (endret) Det kan bli gøy siden appdata har spred seg over flere disker. Er jo fort gjort å føre det over med midnight commander da Endret 26. mars 2016 av Bjonness406 Lenke til kommentar
J@9 Skrevet 26. mars 2016 Del Skrevet 26. mars 2016 (endret) Godt du fikk ordnet det Ser ut som det er et problem med beta 19, og ikke tidligere? Problemene er visst ikke over enda.. Satte opp VM som jeg ville, også prøvde jeg å legge inn "System Center Endpoint Protection" som antivirus, noe som fungerte fint. Men etter en update og restart, så feilet SCEP å starte opp, og nå får jeg hverken fjerna eller re-installert det.. Så det ser ut til at jeg må prøve en ny clean install.. Men opplevd tull mellom SCEP og drivere før.. Den gangen var det en drivepool driver (for stablebit drivepool), som skapte problemer.. og da lagde dem en beta versjon til meg, som løste problemet Men.. Når denne VM'en kjørte på 6.1.9, og den var i bios mode, så fungerte det jo fint. Så det kan ha noe med enten betaen, eller at VM kjøres i UEFI mode.. altså OVMF bios. I 6.1.9 fikk jeg ikke OVMF bios til å fungere som det skulle. Men.. Kjørte Windows Server 2012 R2 i UEFI mode rett på HW før.. og da kjørte jeg også SCEP. Så sånt sett skal det fungere ihvertfall. Skal si beta versjonene kommer fort.. Nå er beta 20 ute http://lime-technology.com/forum/index.php?topic=47875.0 Endret 13. januar 2019 av Countryman Lenke til kommentar
Svar Skrevet 28. mars 2016 Del Skrevet 28. mars 2016 ja går radlig nå ser det ut som Holder meg dog unna betaen selv. Lenke til kommentar
J@9 Skrevet 28. mars 2016 Del Skrevet 28. mars 2016 (endret) Har hatt alle 3 inne Sleit litt med versjon 18.. men 20 ser ut til å begynne å bli bra Har fått tilbake autostart av array, og at den går til startsida ved innlogging istedet for lisens sida. Og nå etter enda en re-install av virtuell Windows 2012 R2, så ser det ut til at alt fungerer der også. Har ikke testet å boote en maskin via PXE enda, så jeg vet jo ikke om det fungerer som det skal.. men skal prøve en dag jeg får tid og har en ekstra maskin oppkoblet *Edit* Kom på at jeg har jo VMWare på laptopen.. og det støtter jo PXE boot. Og ja, det fungerte som det skulle Endret 28. mars 2016 av J@9 Lenke til kommentar
Svar Skrevet 28. mars 2016 Del Skrevet 28. mars 2016 Hadde det bare kommet oppdatering til crashplan 4.6 på synologyen nå så jeg kan få tatt backup av unraid, skal jeg være fornøyd. Lenke til kommentar
Dreamfault Skrevet 29. mars 2016 Del Skrevet 29. mars 2016 Jeg vurderte først å installere FreeNAS eller Nas4Free på en "reste-pc" jeg har satt sammen. Den består av en AMD A10-5800K, 4GB RAM, 1 TB WD Green og et F2A85X-D3H hovedkort. Jeg har nå funnet ut at jeg ønsker å prøve Unraid istedenfor siden jeg ikke har ECC-ram. Mitt problem er at jeg er litt usikker på hvordan jeg skal gå frem. Jeg har foreløpig ikke mulighet til å trekke kabel. Jeg har tenkt til å gjøre det etterhvert, men det tar litt lenger tid enn et kvarter. Derfor har jeg mulighet til å enten bruke et Linkys WMP600N trådløst nettverkskort eller bruke en D-link DIR615 B2-router som AP og deretter legge en kabel mellom PC-en og routeren. Hva anbefaler dere? Dessverre støtter ikke DD-WRT den routeren med HW B2. Jeg vil ikke sende over store datamengder i første omgang, men heller utforske UNRAID i trial-perioden så hastigheten over nettverket er jeg ikke så bekymret for. Neste punkt også, er jo at jeg kun ønsker at min Unraid-server skal bruke DIR615 som AP. Resten av nettverket er tilkoblet en Netgear R7000. Hvordan unngår jeg at f.eks min iPhone velger å koble seg til DIR615? Jeg er litt usikker på hvordan jeg skal google det så hvis noen har en LMGTFY-link med passende spørreord klart er jeg klar for å lese meg opp på det selv. Lenke til kommentar
tingo Skrevet 30. mars 2016 Del Skrevet 30. mars 2016 Til info: FreeNAS funker utmerket selv uten ECC RAM, samme hva "puristene" på FreeNAS forumet sier. Hvordan unngå at andre enheter kobler seg til AP'et som du bruker for NAS-boksen: du gir dette AP'et et annet "navn" altså SSID. Eksempel: hvis ditt "vanlige" trådløse nett heter "NettverketDitt" så kan du kalle SSID'en på DIR615 for "NettverketDatt", "NettverketDitt2" eller noe annet. Lenke til kommentar
Svar Skrevet 30. mars 2016 Del Skrevet 30. mars 2016 Ja, selfølgelig fungerer ZFS uten EEC minne, men det er pr design laget for at man skal ha det. Men kommer helt ann på om man "må" ha eller ikke. Lenke til kommentar
Dreamfault Skrevet 30. mars 2016 Del Skrevet 30. mars 2016 Da vil jeg tro at Freenas fungerer fint til mitt bruk som er lagring av gamle DVD'er. Får forsøke begge deler og se hva jeg trives best med. Takk for hjelp Lenke til kommentar
tingo Skrevet 30. mars 2016 Del Skrevet 30. mars 2016 Ja, selfølgelig fungerer ZFS uten EEC minne, men det er pr design laget for at man skal ha det. Du må gjerne komme med en link som viser at ZFS er designet for å bruke ECC minne (i motsetning til at ECC anbefales av noen). Bonuspoeng hvis du klarer å finne noe fra en av designerne / prosjektteamet i Sun fra da ZFS ble designet. 3 Lenke til kommentar
Nizzen Skrevet 30. mars 2016 Del Skrevet 30. mars 2016 Ja, selfølgelig fungerer ZFS uten EEC minne, men det er pr design laget for at man skal ha det. Du må gjerne komme med en link som viser at ZFS er designet for å bruke ECC minne (i motsetning til at ECC anbefales av noen). Bonuspoeng hvis du klarer å finne noe fra en av designerne / prosjektteamet i Sun fra da ZFS ble designet. Akkurat det hadde gjort forumet bedre Lenke til kommentar
Bjonness406 Skrevet 30. mars 2016 Forfatter Del Skrevet 30. mars 2016 (endret) Nærmeste jeg finner om at du skal ha ECC på FreeNAS. Er vel ikke nødvendig for ZFS, men det er helt klart anbefalt av FreeNAS folket ECC RAM or Not? This is probably the most contested issue surrounding ZFS (the filesystem that FreeNAS uses to store your data) today. I’ve run ZFS with ECC RAM and I’ve run it without. I’ve been involved in the FreeNAS community for many years and have seen people argue that ECC is required and others argue that it is a pointless waste of money. ZFS does something no other filesystem you’ll have available to you does: it checksums your data, and it checksums the metadata used by ZFS, and it checksums the checksums. If your data is corrupted in memory before it is written, ZFS will happily write (and checksum) the corrupted data. Additionally, ZFS has no pre-mount consistency checker or tool that can repair filesystem damage. This is very nice when dealing with large storage arrays as a 64TB pool can be mounted in seconds, even after a bad shutdown. However if a non-ECC memory module goes haywire, it can cause irreparable damage to your ZFS pool that can cause complete loss of the storage. For this reason, I highly recommend the use of ECC RAM with “mission-critical” ZFS. Systems with ECC RAM will correct single bit errors on the fly, and will halt the system before they can do any damage to the array if multiple bit errors are detected. If it’s imperative that your ZFS based system must always be available, ECC RAM is a requirement. If it’s only some level of annoying (slightly, moderately…) that you need to restore your ZFS system from backups, non-ECC RAM will fit the bill. http://www.freenas.org/blog/a-complete-guide-to-freenas-hardware-design-part-i-purpose-and-best-practices/ Endret 30. mars 2016 av Bjonness406 1 Lenke til kommentar
Nizzen Skrevet 30. mars 2016 Del Skrevet 30. mars 2016 Nærmeste jeg finner om at du skal ha ECC på FreeNAS. Er vel ikke nødvendig for ZFS, men det er helt klart anbefalt av FreeNAS folket ECC RAM or Not?This is probably the most contested issue surrounding ZFS (the filesystem that FreeNAS uses to store your data) today. I’ve run ZFS with ECC RAM and I’ve run it without. I’ve been involved in the FreeNAS community for many years and have seen people argue that ECC is required and others argue that it is a pointless waste of money. ZFS does something no other filesystem you’ll have available to you does: it checksums your data, and it checksums the metadata used by ZFS, and it checksums the checksums. If your data is corrupted in memory before it is written, ZFS will happily write (and checksum) the corrupted data. Additionally, ZFS has no pre-mount consistency checker or tool that can repair filesystem damage. This is very nice when dealing with large storage arrays as a 64TB pool can be mounted in seconds, even after a bad shutdown. However if a non-ECC memory module goes haywire, it can cause irreparable damage to your ZFS pool that can cause complete loss of the storage. For this reason, I highly recommend the use of ECC RAM with “mission-critical” ZFS. Systems with ECC RAM will correct single bit errors on the fly, and will halt the system before they can do any damage to the array if multiple bit errors are detected. If it’s imperative that your ZFS based system must always be available, ECC RAM is a requirement. If it’s only some level of annoying (slightly, moderately…) that you need to restore your ZFS system from backups, non-ECC RAM will fit the bill. http://www.freenas.org/blog/a-complete-guide-to-freenas-hardware-design-part-i-purpose-and-best-practices/ Helt konge! Takk for at du gjorde forumet ett hakk bedre 1 Lenke til kommentar
J@9 Skrevet 31. mars 2016 Del Skrevet 31. mars 2016 Fikk ordnet problemet mitt med DelugeVPN dockeren idag.Vi har ADSL fra Telenor, med det nyeste multimodemet.. Men inne på NAT settings, måtte jeg velge VDSL som tilkobling (av en eller annen merkelig grunn), var i kontakt med Telenor på facebook, og fikk tipset der. Og nå får jeg fint 2.2MBit (stabil) hastighet på dockeren også Lenke til kommentar
Bjonness406 Skrevet 31. mars 2016 Forfatter Del Skrevet 31. mars 2016 Fikk ordnet problemet mitt med DelugeVPN dockeren idag. Vi har ADSL fra Telenor, med det nyeste multimodemet.. Men inne på NAT settings, måtte jeg velge VDSL som tilkobling (av en eller annen merkelig grunn), var i kontakt med Telenor på facebook, og fikk tipset der. Og nå får jeg fint 2.2MBit (stabil) hastighet på dockeren også Hmm, veldig merkelig feil. jaja, bra du fikk fikset det da Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå