successo a me con 10 hdd e raid 6. rotto 1 hdd lo cambio e riparte la ricostruzione, nel mentre se ne rompono altri 2. perso tutto.

​@@giovannigatto1974 devi scrivere tutti i documenti su un block note a mano, Raid Staedtler

infatti come un furbo l’avevo disattivata e ho dovuto fare il clear cmos 🤣 Ma non diciamolo troppo forte 🤫

@@overVolt ahahah sgamato

esatto

​@@overVolt La mobo in sé ha una piccola scheda video integrata (nel mio caso ASPEED qualcosa), infatti io la metto sempre come prima priorità video così posso fare il GPU passtrough alle VM

Yess scoperto dopo!

Dipende dalla dimensione dei dati modificati giornalmente. Se si tratta di video è praticamente impossibile farlo, se non con FTTH e dello stesso gestore (cosa non banale). Per tutto il resto, cioè foto, e-mail, documenti etc, basta FTTC

Servono almeno 4GB tendenti a 8GB o più. La CPU invece è praticamente inutilizzata, basta "qualsiasi cosa" fino a reti da 1Gb. Per reti più veloci (ma non è "roba" casalinga) invece no. ATTENZIONE però servono almeno DUE dischi. Uno per il sistema operativo, uno per i dati. In realtà se ne usano tipicamente 3 o 4 (uno sistema operativo, due in mirror per i dati, il quarto per le copie interne)

Niente, semplicemente lo cambi e TrueNAS ti rileva il pool di dischi pre-esistente e te lo fa importare

nei server Dell é iDRAC

Proxmox taglia un bel po' le prestazioni, ha un supporto-disco modesto. Per capirci è facile trovarsi un trasferimento sui 50MB/s da macchine VM ospitate su HW a stato solido. In un caso del genere, paradossalmente, si monta samba su proxmox (cioè su debian) e lo si usa per far girare cose "preconfezionate" tipo nextcloud, firewall vari etc. Basta essenzialmente "hackerare" (poco in verità) il repository et voilà torna ad essere un debian normale.

Magari sarebbe molto interessante avere un server simile, non full storage, ma proprio con proxmox. E con questo server proxmox ti interfacci a questo server storage

@@francocorbelli3941 si ma deve fare passthrough dei disk non deve proprio passare per proxmox.

Non usa VM ha detto, Proxmox avrebbe aggiunto un layer in più. Proxmox->Truenas->docker. Sarebbe stato inutile. E Truenas è un hypervisor, quindi gestisce VM in modo ottimale come Proxmox se non meglio.

@@lucaleardi6390 Non ha molto senso farlo. Se virtualizzi, virtualizza. E tieni i dati su dischi, cioè su file alla fine. Normalmente si fa per le GPU, non per lo storage

I problemi li dà, eccome, in particolare con gli aggiornamenti.

@@francocorbelli3941 Greve, ho appena aggiornato a Dragonfish da Bluefin

Truenas ha bisogno di molta ram pee farlo girare come si deve. Ma lo puoi mettere in molti dispositivi ma più hardea è prestante migliori saranno le prestazioni

Certo che puoi. Usualmente con zfs servono 4GB o più (tendenzialmente 8 per piccoli sistemi). Attenzione che Core (BSD) praticamente ha zero supporto wifi, mentre Scale (Debian) un pochino sì. Occhio quindi all'eventuale scheda di rete senza fili. ATTENZIONE PERO'. Avviso importante. TrueNAS, per qualche inspiegabile motivo (flame incredibili sul forum) NON condivide l'unità di boot. Quindi UN DISCO lo sprechi. Se il miniPC ha un solo disco, non puoi usare TrueNAS. O lo fai partire ad esempio da un disco esterno collegato come USB (sì, si può fare, ed ha senso con un SSD economico). Oppure devi modificare una ricerca hard-coded del middleware per /mnt/. Praticamente tocca cambiare una riga nel sorgente e rifarti tutto il tuo TrueNAS. L'utilizzo di chiavette USB per il boot è sconsigliato, perchè (sempre per motivi insondabili) TrueNAS scrive parecchio (log) e quindi tende a "fondere" le chiavette. E' possibile usare schede SD specifiche per telecamere di videosorveglianza, dove la "resistenza" in scrittura è molto elevata, con adattatorini USB. Qualche modello (raro) ha addirittura un lettore SD interno, e lì è più facile. RECAP: senza usare barbatrucchi servono almeno DUE dischi. Uno per il sistema operativo [anche piccolo, 32GB] e uno (o 2, o 10 o 100) per i dati

Con mini pc guarda openmediavault. Per macchine poco prestanti va benissimo

@@lucaleardi6390 Mi puoi dire cosè Hardea !!!

Come ho già scritto non ha molto senso, avrebbe tagliato alla metà le prestazioni con una configurazione del genere

​@@francocorbelli3941Avrebbe anche aumentato consumi di elettricità, raffreddamento e uso delle componenti per niente.

Si ma dopo ti servono 12 dischi da 16 TB per avere 100 TB utilizzabili

@@Vichingo455 Sono i casi della vita. Il punto da chiedersi è "serve un volume più grande di 16TB?"

La cache. Ha un ssd nvme come cache (oltre alla ram) proprio per avere la velocità massima.

@@jackzugna5830 Mmm no… Li avesse saturati davvero per traferire 17GB di file ci avrebbe dovuto mettere 17 secondi e invece durante il trasferimento si vede chiaramente che al massimo sta traferendo circa 600MB/s (che è il limite degli HDD SATA)… Sto sbagliando qualcosa io?

@@HomeProductionTutorial sono 10gbit/s non 10gbyte/s

@@MRtecno98 Infatti! Stiamo dicendo la stessa cosa! 10gbit/s sono circa a 1gbyte/s. Quindi per fare 17gbyte ci avrebbe dovuto impiegare 17 secondi.

Top. Non conoscevo il tuo canale ma da oggi hai un nuovo iscritto 👍 Ho parecchi dischi da recuperare e farò presto qualcosa di simile. Ci farò video 😉

La memory card è un rischio altissimo, perchè viene scritta tantissimo per registrare i log. E' un classico "friggerla" in pochi mesi. Ne esistono un paio (Samsung e altri) per videosorveglianza che durano molto di più. Non dimenticare di fare il download della configurazione, rende MOLTO più facile sostituire il boot

@@francocorbelli3941 Grazie mille del consiglio. Sicuramente bisognerebbe sempre fare il backup dei file di configurazione...e aggiungo, possibilmente, mettere in raid 1 anche il disco di boot 🙂

@@beholder2033 E' abbastanza un "overkill" (TrueNAS boot in mirror). Certo, male non fa. Tuttavia se non usi cose "strane" (tipo certificati delle chiavi private, lì ti tocca copiare .ssh "a mano") jail e VM varie, insomma lo usi semplicemente come "samba" E HAI FATTO IL BACKUP DELLA CONFIGURAZIONE (cosa buona e giusta 😁) il ripristinare "da zero" è la vera comodità di TrueNAS. Sostanzialmente cambi il disco, reinstalli il software, re-importi i dischi, ripristini il backup et voiltà. Certo in ambito professionale è normalissimo avere un boot mirror e (a dir la verità) pure una terza copia staccata, pronta appoggiata sul server con una interfaccia USB. Perchè boota pure da USB e, in situazioni "davvero" catastrofiche, è un buon accorgimento, avere un sistema sicuramente funzionante (anche se non aggiornatissimo). Versione breve: copiare la configurazione "fresca" è cosa buona e giusta 😄

se il processore non dispone di gpu integrata non uscirà nulla da quella uscita. Una volta però c'erano schede madri con grafica integrata, magari sarà il suo caso

Anche! Ma gli hdd hanno una vita utile infinitamente più lunga... Gli SSD si corrompono nel tempo

@@overVolt In realtà no. Si corrompono pure gli HDD. E gli SSD ce ne sono mille tipi, perfino SLC. Dal 2009 non monto più un server locale con dischi dati magnetici, solo remoti. La scelta "normale" sono oggi gli NVME montati su riserini PCI-e. Su macchine server ne puoi mettere anche 6 o 8 (dipende dalle linee). E zfs supporta il mirror NVMe (cosa che normalmente NON puoi fare con controller RAID). La velocità effettiva "real world" con unità economiche, casarecce, da 200 euro per 2TB è sopra i 2GB/s, tranquillamente 4 volte gli SSD e 10 volte i magnetici. Discorso diverso se la macchina l'affitti in Germania e la usi per i backup.

si, si chiama ILO, esatto

Direi proprio di no 😄. Non è "spazzatura" di altri produttori di NAS

@@francocorbelli3941 mah, meglio disattivarlo dalla rete internet e collegarlo solo alla lan

L'uomo saggio va di mirror, se non costretto. E coi volumi belli grossi odierni, praticamente non è mai necessario

Ovviamente ni, dipende da quanto variano i dati giorno per giorno

@@francocorbelli3941 certo si fanno backup giornalieri e non precisi a ogni modifica

@@rssfra97 In realtà no, si possono fare anche "a ogni modifica". Il problema è "quanto grande è la modifica". Se modifichi giornalmente X byte, X byte dovrai spedire "in qualche modo". Lasciamo stare "come" e "dove", però saranno X byte. Per modifica intendo davvero modifica, non un'alterazione che puoi deduplicare (spoiler: ho un mio programma apposito). Traduzione. Se ogni giorno carichi poniamo 500GB di nuovi video, non ci sono cazzi. Dovrai spedire, ogni giorno, 500GB di dati all'esterno. Dividi per la banda effettiva (con FTTH sustained è nell'ordine di 50MB/s quando va bene) e vedi il tempo che serve. Se è maggiore di 24 ore > non puoi fare backup giornalieri. Anche se è > di 8 ore non puoi farli notturni. Se invece i dati cambiati (dopo deduplicazione) ogni giorno sono nell'ordine di 3/5/10GB puoi fare un backup notturno tranquillamente con una FFTH a 2MB/s

Quindi se hai uno stock di dati poniamo di 1TB, però ogni giorno ne cambi 1GB, non è un problema fare i backup anche pagando 4 euro al mese di macchina hetzner. Se hai poniamo sempre 1TB, ma ne cambi 100GB al giorno, sono dolori, qualsiasi cosa ti possa inventare.

@@francocorbelli3941 di solito non si fa backup esterni di tutto quello che si ha, ma solo di quello che serve veramente perchè se no si hanno costi elevatissimi e non si riesce neanche a finire un backup settimanale in 4 giorni non farei mai neanche io backup di 100TB

In realtà no, perchè zfs usa la CPU pesantemente sia per gli hash che per la compressione. Essenzialmente il PC diventa un "controllerone RAID" e quindi un minimo di CPU ci vuole

@@francocorbelli3941 comunque grazie per avermi risposto

Beh non esagererei, esistono gli esperti IT.

@@francocorbelli3941 dopo 20 anni che vedo cose ..lasciamo perdere. Esiste solo il dio denaro.

@@fabiov392 Falso. Io lavoro da 37 anni e sono "povero". Quindi non sempre vince il dio denaro 😆

Ahh ecco il senso del proxmox, di avere un livello superiore che gestisce vms e dockers! Beh non sbagliatissima come idea

L’avevo sentita questa opzione ma pensavo fosse solo per il deploy più facile di truenas

Perché Truenas scale è fatto? Lo uso tantissimo su diverse macchine e mai un problema. Il consiglio di Proxmox è valido, ma li potrebbe farsi anche un cluster in iper convergenza su 3 nodi con ceph

@@lucaleardi6390 è fatto male nel senso che ha come obiettivo la versatilità e non l'ottimizzazione delle prestazioni

@@overVolt Come sopra scritto userei proxmox come debian (col suo samba) e "sopra" altre macchine assortite. Non ha il minimo senso usare proxmox con una macchina virtuale per fare solo samba. Le prestazioni si dimezzano, anche più. Ciò non accade per ESXi, ma lì il supporto ZFS non c'è (a meno di non fare un auto-NFS ma diventa complicato e comunque l'overhead è elevato)

Nessuno al mondo userebbe Btrfs per qualsiasi cosa più importante di tenerci dei videogiochi. Anzi, qualcuno "veramente" del mestiere userebbe FreeBSD 11 per l'implementazione zfs vecchia, PRIMA di openzfs

La trovi sia con Tim che con aruba

Facciamo chiarezza. Ci sono le schede video (addirittura qualche Matrox G200 compatibile!!! Incredibile ma esistono ancora!!) integrate sulle schede madri, separate. Nel 99% dei server è così. Tipicamente con una uscita analogica (mitica VGA 15 pin!). Sono anche dette "discrete". Poi ci sono quelle separate, su PCI-e, diciamo la situazione "normale". Poi ci sono le CPU con schede video integrate, che non richiedono scheda video separata. MA attenzione può esserci la fregatura. Certe CPU AMD del tipo 3D (cioè con scheda video integrata) NON si avviano se non in modalità UEFI. Cioè non puoi avviarle col CSM in modalità legacy. E che mi frega, direte voi. Vi frega, vi frega. Quando scoprirete che controller RAID PCI (tipo LSI o quello che si vuole) RICHIEDONO il legacy, per avviare il loro firmware. Quindi puoi far partire Windows senza scheda video, ma se devi metterci ESXi o quello che ti pare la scheda video separata ti servirà (!)