WHS2011 --> FreeNAS

RDan · Příspěvek od **RDan** » pon 4. čer 2018, 00:58

Zdravím, uvědomil jsem si že Windows Home server 2011 je starý jako Vista tak koukám po novém. Bohužel WHS MS už nedělá tak koukám na FreeNas. Tam mě zaujal ZFS který má mít saoopravovací vlastnost drobných chyb. Čtu čtu ale moc nerozumím protože nejsem linuxák. Mám disky 1-6TB zatím bez redumdance. Na každém disku je jedna složka která je sdílená. Důvod proč jsem nedělal spojené úložiště do jednoho svazku je že jednotlivé ntfs disky se snadno obnovují při chybě a neexne všechno.

Takže:
> Lze ZFS použít obdobně, tedy na každý disk zvlášť?
> Stačí 8GB ram? (Připojeny max 2 pc v domácnosti.)
> Našel jsem že pro urychlení lze jeden hdd použít jako cache. Mohu použít můj 300GB 10 000ot? Případně SSD 256GB?
> Lze ten FreeNas nainstalovat na nějaký sd/sata modul?

Díky za rady...

crazzykiller · Příspěvek od **crazzykiller** » pon 4. čer 2018, 09:00

1) v ZFS se fyzicke disky spojuji do pool, muze v nem byt jediny disk, nebo vicero a pak se pouzivaji jako v raidu (0,1,5,6,10). Logicke disky v ZFS nejsou, pool se rozdeluje na datasety, coz je obdoba partition ktery se prideluje misto z poolu dle potreby.

2) plati cca 1gb ram na 1tb uloziste, pokud nesifrujes, jen komprimujes

3) to jsi nasel sparavne, ssd je urcite lepsi, dava se na nej L2ARC

4) zrovna FreeNas se instaluje na flashku. z ktery pak pc bootuje, hdd/ssd mas vsechny volny pro zfs
(Obecne linuxy ofc umej bootovat z ZFS, ale tyhle nas distribuce to vetsinu rozdelujou a OS mas na flashce)

RDan · Příspěvek od **RDan** » pon 4. čer 2018, 12:13

Takže si tam můžu vytvořit tolik poolu kolik má disků?

A ta paměť RAM je nutná i když probíhá zápis/čtení pouze max na 2-3 místech najednou?

A to L2ARC využiju? Mě nejde o výkon ale o spolehlivost dat. A rychlost čtení a zápisu stejně omezuje 1Gbit LAN.

Nainstaloval jsem si FreeNas do Virtualboxu a čumim že ta instalačka má 600MB

O boot mi nejde, současné WHS mám na to SSD.

A ještě jedna otázka. Jesliže to chce tolik paměti, znamená to že hodně cashuje. Nehrozí ztráta dat při přerušení napájení? Nemám totiž UPS (v Praze téměř nepadá elektrika). Ale bál bych se že mi to do RAM nakešuje celý 4GB soubor a bude po něm

RDan · Příspěvek od **RDan** » pon 4. čer 2018, 12:16

Paralelně přemýšlím o nějakém zrychlení lan, alespoň mezi serverem a PC. Ale jak vidno jediný co můžu je zvětšit Jumbo frames na 9MTU. Switch to podporuje, jen nevím co se stane s těma ostatníma zařízeníma co Jumbo frames neumí.

crazzykiller · Příspěvek od **crazzykiller** » pon 4. čer 2018, 22:24

Může být 1 hdd = 1 pool

úplně přesně, fyzický disky jsou v ZFS "vdevs", z těch se dělá pool a ten je nějakáho typu (roztáhlej přes všechy vdevs (ala raid 0), zrcadlení (raid 1), nebo RaidZ kdyz mas 3 a vic disku a 1/2/x jich je paritnich)

k poolu (jakýmukoliv) se pak dá přidat ssd (nebo i klasickej hdd, ale to nemá moc význam) a přesune se na něj cache (tu máš jinak na těch vdevs v rámci poolu) *nepraktická poznámka, pokud je disk jen jako cache, pak se mu vdev neříká

na poolu se pak dělá dataset, což je obdoba logickýho disku (partition) a ten je default formátovanej na zfs a už se normálně mountuje do /whatever

terminologii to má vyloženě pro radost ;o)

v realu to zas tak složitý neni, spíš na pochopení, má to jinou logiku
pool se vytváří jednim příkazem, zadáš jakej typ, který disky a nahodí to pool, ve FreeNASu se to kliká ve webgui, s tím souvisí to že použivaj flashku pro OS, instalovat to rovnou na zfs je mnohem složitější, takhle máš systém a storage si doklikáš

je si to podobný s kombem LVM a mdadm

já bych ti pro nas radil spíš https://xpenology.org/ , což je bootloader pro DSM od Synology, tam se pužívá btrfs,
na ukládání dat je to podobně "kvalitní", ale není to tak výkoný a nepotřebuje to extra hw, já to mám na 3ghz 2jádru s 4gb ram a 4x4tb hdd a bezproblému na to zapisuju 100MB/s a přes iSCSI mi bežej tři virtuály, mám teda dvě intel síťovky

druhej post)

zařízení co jumbo neumí sí pošlou klasickej 1500, switch to musí umět aby je předal mezi dvouma co si ho posílaj, imho to ale při 1gbps nemá velkej přínos (pro domácí nas)

RDan · Příspěvek od **RDan** » pon 4. čer 2018, 23:17

Aha, takže BTRFS je nějakej podobnej file system kterej má ty samé opravné funkce jako ZFS jen teda není tak extra náročnej na RAM.

Ten xpenology vypadá zajímavě, prověřím to

Taky teda prověřím jak dokáže moje deska bootovat z flasky, protože vím že s tím desky mají obecně problémy

Já linux znám jen z vlaku, takže určitě potřebuju web klikačku a nejlépe v češtině

RDan · Příspěvek od **RDan** » pon 4. čer 2018, 23:37

A nezničí se ta flashka pokud to z ní poběží? Přecejen nejsou na to stavěný...

nou · Příspěvek od **nou** » ned 10. čer 2018, 08:25

Ano btrfs ma podobne technologie ako ZFS co sa tycha checksum dat a zrkadlenie na viacero diskov. ZFS ale povodne vzniklo pre Solaris mimo Linux sveta. Do Linuxu bol naportovany az neskor a nasilu naportovany. To je tiez dovod jeho pametovej narocnosti, nepouziva nastroje z Linuxveho kernelu na spravu pamete.

Pozor pre Btrfs aj ZFS plati ze treba pouzit nejaku formu redudancie (raid1/5/6) aby bolo mozne opravit data. Bez toho vie len zistit ze sa nejake data poskodili.

RDan · Příspěvek od **RDan** » pon 11. čer 2018, 11:40

Dočetl jsem se že BTRFS lze mít v nějakém módu DUP. Což je obdoba RAID1 pro metadata kvůli automatické opravě.

RDan · Příspěvek od **RDan** » pon 11. čer 2018, 14:06

Jak si o tom tak čtu tak pořád nevím jestli roztáhnout BTRFS přes všechny disky, nebo jako RAID1 po dvou a nebo separátně každej zvlášť. Pořád se bojím toho co se stane pokud vypadne jeden disk pokud jsou propojený všechny.

nou · Příspěvek od **nou** » pon 11. čer 2018, 17:14

Btrfs ma trochu metuce oznacenie RAID. Tradicny RAID1 zrkadli data na N diskov. Teda mozu byt aj tri disky a vsetky budu mat rovnake data. Btrfs pod tym ale mysli duplikaciu ze kazdy blok je ulozeny na dvoch rozdielnych diskoch. Teda tri disky budu mat polovicnu kapacitu. Tiez vie nastavit rozdielne RAID levely pre metadata a data. Teda napriklad mat metadata v RAID1 a data v RAID5

No urcite by som nedaval JBOD/RAID0 lebo pokazenie jedneho disku prakticky znamena stratu vsetkych dat. Pri samostatnych diskoch sa starti len nieco. S btrfs doporucam RAID1 aj pri troch diskoch kedze RAID5/6 nie je stale 100% bez chyby.

RDan · Příspěvek od **RDan** » pát 26. říj 2018, 01:33

Tak se sem vracím.
Začal jsem přestavovat svůj server, nainstaloval OVM.
Vytvořím disk s brtfs a nic víc.
Vygooglil jsem brtfs není úplně implementovaný!!!!!
Prý se to dělá přes příkazovku, ale tu tam nikde nemůžu najít a taky nemůžu nají relevantní návod co dát za příkazy.
Potřebuju vytvořit raid1 a pak do něj postupně přidávat disky podle toho jak je vyprázdním.

Druhá věc, nevíte jestli je v OVM nějakej správce souborů? Budu tam kopírovat data z ntfs disků data a ty to umí evidentně číst. Ať to nemusím tahat po lan.

Díky, díky za radu

nou · Příspěvek od **nou** » pát 26. říj 2018, 10:30

Nemas preklep a myslel si OMV? https://www.openmediavault.org/

Takze citam si dokumentaciu a je tam poznamka ze webinterface vie vytvorit iba jednoduchy btrfs disk.
https://openmediavault.readthedocs.io/e ... stems.html

Ale ak uz je teda vytvoreny a pripojeny ze sa da citat a zapisovat tak pridanie dalsieho device je jednoduche. Vsetko treba spustat ako root.

Kód: Vybrat vše

btrfs device add /dev/sdX1 /cesta/k/pripojenemu/disku

kde X treba nahradit za pismenko ktore dany disk ma. disky byvaju "sda sdb sdc" atd. Cislo oznacuje particiu. Je mozne ze bude treba pridat parameter -f ak uz su na disku nejake udaje. Uspesnost sa da overit cez nasledovny prikaz pricom by mal aj vypisat nieco podobne. Pozor v nasledujucich ukazkach som pouzil cele disky bez particii. Preto je tam len /dev/sdb a chyba cislo particie.

Kód: Vybrat vše

sudo btrfs device usage /media/nou/10f32c18-638a-480b-be51-98ab5c11d8d7/
/dev/sdb, ID: 1
   Device size:             8.00GiB
   Data,single:             8.00MiB
   Metadata,DUP:          819.12MiB
   System,DUP:             16.00MiB
   Unallocated:             7.18GiB

/dev/sdc, ID: 2
   Device size:             8.00GiB
   Unallocated:             8.00GiB

Teraz treba nastavit aby sa pouzival raid1

Kód: Vybrat vše

sudo btrfs balance start -dconvert=raid1 -mconvert=raid1 /media/nou/10f32c18-638a-480b-be51-98ab5c11d8d7/
Done, had to relocate 3 out of 3 chunks
sudo btrfs balance start /media/nou/10f32c18-638a-480b-be51-98ab5c11d8d7/

Ten druhy balance je nutny pretoze sa moze stat ze na disku stale ostanu single chunky. Balance moze trvat dost dlho ak uz su na disku nejake data kedze musi synchronizovat data medzi diskami.
Potom co dobehne aj druhy balance tak by mal usage vyzerat nejak takto

Kód: Vybrat vše

sudo btrfs device usage /media/nou/10f32c18-638a-480b-be51-98ab5c11d8d7/
/dev/sdb, ID: 1
   Device size:             8.00GiB
   Data,RAID1:              1.00GiB
   Metadata,RAID1:        256.00MiB
   System,RAID1:           32.00MiB
   Unallocated:             6.72GiB

/dev/sdc, ID: 2
   Device size:             8.00GiB
   Data,RAID1:              1.00GiB
   Metadata,RAID1:        256.00MiB
   System,RAID1:           32.00MiB
   Unallocated:             6.72GiB

Ako vidime data aj metadata su RAID1.

RDan · Příspěvek od **RDan** » pát 26. říj 2018, 12:34

Jojo pardón, byl to překlep

OMV samozřejmě

Až budu odpoledne doma tak se do toho hned dám.

Jen se ještě zeptám:

Kód: Vybrat vše

/media/nou/10f32c18-638a-480b-be51-98ab5c11d8d7/

To musím jako celé vyťukat na klávesnici nebo se to doplní samo?
A bude to u mě stejný?
Zadává se to teda do SSH, nikde jinde příkazovka není?

nou · Příspěvek od **nou** » pát 26. říj 2018, 15:29

Nie ta cesta nebude rovnaka kedze to je UUID daneho file systemu ktore je nahodne vygenerovane pri formatovani. Treba si zistit na aku cestu pripaja OMV disky. Tiez si treba ktory z /dev/sdX. To by ale mohol niekde ten OMV vo web interface aj ukazovat.

Ak nie tak prikaz mount vypise vsetky pripojene file systemy. V nejakom tomto formate.

Kód: Vybrat vše

/dev/sda5 on /media/data type ext4 (rw,relatime,data=ordered)

Ako vidime zariadenie /dev/sda5 je pripojene do /media/data a je typu ext4.

Pri ovladani cez SSH by malo fungovat doplovanie cez klavesu TAB.

RDan · Příspěvek od **RDan** » pát 26. říj 2018, 16:47

Edit: Vyřešeno

Kód: Vybrat vše

root@sever:~# btrfs device add /dev/sdc1 /srv/dev-disk-by-label-btrfs1 -f

Tak jako nevím ale něco je špatně:

Kód: Vybrat vše

root@sever:~# mount                                                                        
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)                                 
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)                                  
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3982148k,nr_inodes=995537,mode=755)    
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)     
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=806812k,mode=755)                 
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro)                                   
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)       
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)                                             
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)                 
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)                       
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release
_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)                                    
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)                     
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuac
ct)                                                                                        
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)       
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)     
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)       
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_
cls,net_prio)                                                                              
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)         
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event
)                                                                                          
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)     
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)           
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=32,pgrp=1,timeout=0,minpr
oto=5,maxproto=5,direct,pipe_ino=1648)                                                     
mqueue on /dev/mqueue type mqueue (rw,relatime)                                            
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)                       
debugfs on /sys/kernel/debug type debugfs (rw,relatime)                                    
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)                                    
tmpfs on /tmp type tmpfs (rw,relatime)                                                     
/dev/sdb1 on /srv/dev-disk-by-label-btrfs1 type btrfs (rw,relatime,space_cache,subvolid=5,s
ubvol=/)                                                                                   
root@sever:~# btrfs device add /dev/sdc /dev/sdb                                           
ERROR: not a btrfs filesystem: /dev/sdb                                                    
root@sever:~#

RDan · Příspěvek od **RDan** » pát 26. říj 2018, 17:23

Super, tak hotovo. Pro windowsáka fakt hrůza

Nedošlo mi že vámi psaný /media/nou/10f32c18-638a-480b-be51-98ab5c11d8d7/
je v mém případě /srv/dev-disk-by-label-btrfs1

RDan · Příspěvek od **RDan** » pát 26. říj 2018, 17:50

Jo dočetl jsem se že BTRFS se dělají subvolumes.
Má to význam? Podporuje to OMV?

nou · Příspěvek od **nou** » sob 27. říj 2018, 14:06

Spustil si aj ten balance? To je dolezite inak ostanu niektore data iba na jednom disku.

Kód: Vybrat vše

btrfs balance start -dconvert=raid1 -mconvert=raid1 /srv/dev-disk-by-label-btrfs1
btrfs balance start /srv/dev-disk-by-label-btrfs1

Tiez by som rad videl vypis btrfs device usage /srv/dev-disk-by-label-btrfs1 ze ci je vsetko v poriadku.

Subvolumes maju vyznam. Da sa na ne pozerat ako na samostatny filesystem ktory je mountnuty do existujuceho filesystemu. On sa aj tvary len ako obycajny adresar. Vyhoda je ze si moze clovek oddelit data, system, home adresar a podobne. Ich hlavna sila je ale v snapshotoch kedy sa vytvory z existujuceho subvolume ako keby kopia.

Majme subvolume /filmy/ a spravime si subvolume /filmy2/. Navonok sa to tvari ako keby sme spravili kopiu. Na disku su ale vsetky subory ulozene iba raz. Az ked zmenime niektory subor v subvolume tak sa zmenene subor ulozia zvlast. Co som ale presiel dokumentaciu tak vyzera ze OMV to nepodporuje. Takze jedine cez SSH.

Inak pri Btrfs sa odporuca raz za cas spustit btrfs scrub /cesta/k/filesystemu Scrub precita vsetky data ulozene na disku a porovna CRC checksum a dokaze teda odhalit pripadne chyby disku a v pripade RAID1 aj opravit. Ine filesystemy takuto kontrolu nepodporuju a tieto chyby su potom skryte.

RDan · Příspěvek od **RDan** » sob 27. říj 2018, 14:39

Edit:

Kód: Vybrat vše

root@sever:~# btrfs device usage /srv/dev-disk-by-label-btrfs1                                                                                                                                                     
/dev/sdb1, ID: 1                                                                                                                                                                                                   
   Device size:            10.91TiB                                                                                                                                                                                
   Device slack:            3.50KiB                                                                                                                                                                                
   Data,RAID1:            268.00GiB                                                                                                                                                                                
   Metadata,RAID1:          1.00GiB                                                                                                                                                                                
   System,RAID1:           32.00MiB                                                                                                                                                                                
   Unallocated:            10.65TiB                                                                                                                                                                                
                                                                                                                                                                                                                   
/dev/sdc1, ID: 2                                                                                                                                                                                                   
   Device size:            10.91TiB                                                                                                                                                                                
   Device slack:            3.50KiB                                                                                                                                                                                
   Data,RAID1:            268.00GiB                                                                                                                                                                                
   Metadata,RAID1:          1.00GiB                                                                                                                                                                                
   System,RAID1:           32.00MiB                                                                                                                                                                                
   Unallocated:            10.65TiB

Nó, teď řeším docela blbé problémy s tím. V průběhu přenosu souboru přestane jakákoliv komunikace včetně webu a trvá třeba 20 minut než to začne fungovat.

Logy jsou plné chyb kterým nerozumí:

Kód: Vybrat vše

Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.371543,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Operace zamítnuta
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.384584,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.385801,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.387006,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.387672,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.388961,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.389662,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.390902,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.391623,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.393014,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.393720,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.394542,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:08:15 sever smbd[6572]: [2018/10/27 14:08:15.395187,  0] ../source3/param/loadparm.c:3244(process_usershare_file)
Oct 27 14:08:15 sever smbd[6572]:   process_usershare_file: stat of /var/lib/samba/usershares/srv failed. Adresář nebo soubor neexistuje
Oct 27 14:09:01 sever CRON[7468]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Oct 27 14:09:01 sever systemd[1]: Starting Clean php session files...
Oct 27 14:09:02 sever systemd[1]: Started Clean php session files.
Oct 27 14:15:01 sever CRON[7627]: (root) CMD (/usr/sbin/omv-mkrrdgraph >/dev/null 2>&1)
Oct 27 14:17:01 sever CRON[7822]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Oct 27 14:17:01 sever postfix/postsuper[7825]: fatal: scan_dir_push: open directory hold: No such file or directory
Oct 27 14:28:47 sever kernel: [ 9754.630952] r8169 0000:0c:00.0 enp12s0: link up
Oct 27 14:28:48 sever dhclient[969]: DHCPREQUEST of 10.111.111.2 on enp12s0 to 10.111.111.1 port 67
Oct 27 14:28:48 sever dhclient[969]: DHCPACK of 10.111.111.2 from 10.111.111.1
Oct 27 14:28:48 sever systemd[1]: Reloading Samba SMB Daemon.
Oct 27 14:28:48 sever systemd[1]: Reloaded Samba SMB Daemon.
Oct 27 14:28:48 sever dhclient[969]: bound to 10.111.111.2 -- renewal in 1695 seconds.

WHS2011 --> FreeNAS

WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS

Re: WHS2011 --> FreeNAS