Příspěvky

31

Hardware / Re:Několik otázek ohledně spotřeby PC

« kdy: 14. 12. 2020, 13:53:35 »

Přidávám příklad UPS s uvedenou výdrží podle zátěže:
http://powerquality.eaton.com/ELP650FR.aspx?cx=54&SOLID=1703911&RUID=4181

Ostatní výrobci možná mají něco podobného, to jsem nehledal.

32

Hardware / Re:Několik otázek ohledně spotřeby PC

« kdy: 14. 12. 2020, 08:53:39 »

Ahoj,

řešil jsem podobnou otázku, pro porovnání:

dříve
1. DLINK NAS-320 standby cca 10 až 15 W, s 2 disky v idle cca 25 W

nahrazen

2. DELL POWEREDGE T110v2 e3-1270v2 4x4GB ECC RAM, 3 x SATA disk,  idle stav cca 45W, standby neznámý - disky nevypínám

měřím to pomocí UPS  Eaton Ellipse Pro 650 FR

Původně jsem se toho serveru dost obával, očekával jsem 100W a více podobně jako u jednoho staršího PC co používám v práci.
Ale dnešní CPU mají všechny poměrně malou spotřebu bez zátěže. Ani GPU bez zátěže až tak moc nežerou.
V zátěži, ale spotřeba vzroste výrazně a u některých CPU i překročí TDP, byly o tom články cca před půl rokem.

33

Server / Re:Padající Samba

« kdy: 13. 12. 2020, 18:56:52 »

Ahoj,

občas se mezi verzemi některá nastavení mění.
Se sambou jsem si užil viz https://forum.root.cz/index.php?topic=23700.msg338665#msg338665

Třeba ti to pomůže.

34

Server / Re:Spolehlivé úložište založené na Samba + owncloud

« kdy: 26. 10. 2020, 09:26:49 »

Ahoj,

díky všem za rady, nakonec jsem pokusně nainstaloval do Proxmox VM s Ubuntu server 20.04.1 LTS se skoro jen samotnou Sambou.
A po 4 dnech a cca 30 000 souborech (přes 300 BG) zatím Samba nespadla a ani nezůstávají běžet samotné zaseklé smbd.
Takže to vypadá na plně funkční systém, včetně připojení klienta s NT1 - opravdu takové zařízení mám a je z roku 2012.
Funkční kombinace pro File Server je Ubuntu Server 20.04.1  s jádrem 5.4.0-52-generic a Samba version 4.11.6-Ubuntu. Systém ve stavu po aktualizaci 23.10.2020 bez úprav, jen nastavena konfigurace Samba.
Výkon je OK, plně saturuje 1Gbps síť, CPU by stačilo dát i jen 1 jádro, dal jsem 2 jádra a paměť je used 120MB, přiřazen 1GB.

Jen musím tedy Sambu nastavovat ručně místu GUI v OpenMediaVault, ale to vlastně udělám jen jednou - je to na doma, takže uživatelé se nemění.

Díky
Martin

35

Server / Re:Spolehlivé úložište založené na Samba + owncloud

« kdy: 21. 10. 2020, 18:38:33 »

Ahoj,

o nextcloudu jsem uvažoval, ale už jinde používám owncloud, tak nechci dva klienty.
Klienti nejsou kompatibilní, že?
To s NSF mě taky napadlo, ale připojit NSF jako externí úložiště přímo v owncloudu nejde na rozdíl od smb. NSF jde připojit na úrovni OS to je asi vcelku dobrý nápad. Jen bych musel dělat některé věci jinak než do teď . Budu o tom uvažovat.
Obdobně může nasdílet disk přímo v Proxmoxu, ale opět to nebude jak jsem zvyklý, ale asi to bude nejlepší řešení.
Přeorganizovat data není takový problém.
Díky za radu.
Ale pořád mě nespolehlivost Samba serveru lehce děsí. To jsem vždy považoval za dobře běžící klíčovou službu, ale zřejmě to tak úplně není. A to nevyužívám doménu ani nic pokročilého. Jen standalone režim a nasdílených cca 10 adresářů pro 6 uživatelů.

Martin

36

Server / Re:Spolehlivé úložište založené na Samba + owncloud

« kdy: 20. 10. 2020, 18:51:50 »

Ahoj,

problémy byly v Proxmox odvozeném z Debian Buster
Linux version 5.4.65-1-pve (build@pve) (gcc version 8.3.0 (Debian 8.3.0-6)) #1 SMP PVE 5.4.65-1 (Mon, 21 Sep 2020 15:40:22 +0200)

a také v OpenMediaVault  puštěném jako VM nad Proxmox
Linux version 5.8.0-0.bpo.2-amd64 (debian-kernel@lists.debian.org) (gcc-8 (Debian 8.3.0-6) 8.3.0, GNU ld (GNU Binutils for Debian) 2.31.1) #1 SMP Debian 5.8.10-1~bpo10+1 (2020-09-26)

Oboje je standardně Samba4.9.5

Asi se odhodlám na ten aktuální ubuntu Server tam je jiná verze asi 4.11.x - ale nemám teď kde to ověřit.

Do OpenMediaVault  jsem nainstalovat tu 4.13, ale ani to není spolehlivé, viz výše.

Martin

37

Server / Re:Spolehlivé úložište založené na Samba + owncloud

« kdy: 20. 10. 2020, 16:49:00 »

Ještě jednou díky, vypadla mi z odpovědi otázky:

jakou verzi Samba má ten CentOS?
Používáte owncloud ?  Při běžném přístupu k souborů přes smb z windows jsme také problémy nezaznamenal.

Moc díky za rady
Martin

38

Server / Re:Spolehlivé úložište založené na Samba + owncloud

« kdy: 20. 10. 2020, 16:46:35 »

Díky za radu,

najít problém jsem zkoušel, více viz jiné forum, kde jsem neuspěl:
https://forum.openmediavault.org/index.php?thread/34524-stability-issue-with-smb-cifs/&postID=252197&highlight=crash#post252197

HW je Dell PowerEdge server Intel Xeon + ECC ram, takže HW problém je nepravděpodobný, ale vždy možný. Memtest OK.

Problémy se na některých souborech opakují, tedy že na nich zůstane smbd běžet, ale jen při přístupu z owncloud synchronizančního klienta. Jinak přes smb z file manageru Windows jsou normálně přístupné a plně funkční.
To padání s verzí Samba 4.9.5 bylo na náhodných souborech.

Na email o bugu na samba.org nikdo nereagoval.
Bohužel bych úložiště potřeboval zprovoznit a ne si ho ladit ve zrojácích.

Pokud data byla na NAS Dlink dns-320 tak s nimi kromě pomalé rychlosti (max 40mb/s) nebyl žádný problém. Tam je také nějaká prastará Samba.

Mám opravdu hodně souborů, dlouhé názvy, různé znakové sady v názvech a podobně.

Martin

39

Server / Spolehlivé úložište založené na Samba + owncloud

« kdy: 20. 10. 2020, 15:43:39 »

Ahoj,

potřebuji vyřešit spolehlivé úložiště dat, pro sebe na doma. Už jsem z toho dost zoufalý.
Pro moje účely je nejlepší kombinace frontend Owncloud, který má data na externím úložišti Samba.  K datům potřebuji zároveň přístup i přímo přes smb a to protokolem NT1 (jeden starý přístroj).

Vyzkoušel jsem Debian Buster v Proxmoxu v Turnkey a i v OpenMediaVault všude je Samba verze 4.9.5. Tahle verze  mi vždycky spadne po přístupu k cca desítkám tisíc souborů  - server je pak nedostupný. Přístup k tolika souborům je při synchronizaci přes Owncloud cca několik málo hodin prvotní synchronizace. Celkem mám poměrně dost souborů všichni uživatelé možná k 500 000 souborů dohromady. Samba pak padá i při dalších synchronizacích, ale ne vždy.

Další pokus byl, na radu z fóra Proxmox, že jsem v OpenMediaVaultu udělal pomocí neoficiálních Samba packages z https://apt.van-belle.nl/  upgrade na poslední Samba 4.13.
To celkem funguje - Samba nepadá, ale občas zůstane smbd proces běžet a za chvíli je cpu na 100%. Podobné chování lidé reportují i pro nějaké starší verze - ale bez řešení. Udělal jsem si script je je po chvíli zabije, ale to není řešení.
Navíc pak některé soubory nelze synchronizovat a owncloud se o to pokouší stále dokola. To nechci.

Máte někdo opravdu vyzkoušené řešení úložiště na založené na Samba ideálně s owncloud nad ním co skutečně funguje? S podobným počtem souborů, stovky tisíc?
Prosím i s verzí systému a Samby.
Už začínám uvažovat i o MS Windows Server, ale to není cesta co chci jít.
Nevěřím, že nikdo řešení owncloud/samba nepoužívá.

Chci ještě zkusil Ubuntu server, tam je jiná verze Samba, ale to ověření je vždy dost časově náročné. Takže se raději ptám jestli někdo nemá osvědčené řešení.
Server je ve vnitřní domácí síti s přístupem přes VPN na routeru, takže klidně i starší verze, ale funkční.
Už nemám sílu vše předělávat. Jen záloha všech dat na externí disk trvá skoro 2 dny.

Díky
Martin

40

Server / Re:Segmentation fault: Samba spadne po 35 minutách

« kdy: 24. 09. 2020, 22:05:37 »

Ahoj,

takže ve VM puštěný OpenMediaVault (stejná verze Samba jako v TurnKey v CT) už běží více než 24 hodin.
Asi pomohlo vypnutý WINS a zkrácení hostname s odstraněním teček v /etc/hostname
Našel jsem někde, že to může způsobovat problémy, tak jsem to zkusil.
Zatím dobré a už u VM s OMV zůstanu - výkon je dostatečný pro moje aplikace.

Díky všem za rady a pomoc.

M.

41

Hardware / Re:Aku velkost racku zvolit?

« kdy: 23. 09. 2020, 12:37:11 »

Ahoj,

z vlastní zkušenosti, největší co se dá. Vždycky se časem najde ještě něco co je tam potřeba přidat.

M.

42

Server / Re:Segmentation fault: Samba spadne po 35 minutách

« kdy: 22. 09. 2020, 17:31:08 »

Budu to dál zkoumat a dám sem výsledek nebo zajímavá průběžná zjištění.

Ostatní TurnKey contejnery co mám běží spolehlivě, zatím. Ale budu tedy k nim přistupovat s větší obezřetností než jsem si původně myslel.

43

Server / Re:Segmentation fault: Samba spadne po 35 minutách

« kdy: 22. 09. 2020, 08:48:27 »

Díky za typy,

ram je ECC (a prověřená memtestem) a na stroji běží cca 4 další kontejnery. Nic jiného nepadá.
Zkoumání důvodů je bohužel mimo mé časové možnosti a trochu i aktuální znalosti. Roky jsem to nedělal.

Co se týká aktuání verze Samba, tak to vím, ale nerad opouštím verze z reporozitory distribuce, jsou s tím jen problémy (alespoň to je moje zkušenost). Prošel jsem bugy na Samba foru, ale nic podobného jsem nenašel, ale to nic neznamená.

Můj problém možná vzniká tím, že mám dlouhé názvy souborů a to včetně některých v azbuce a podobně.
Ale neděje se to na konkrétních souborech nebo adresářích, nebo jsem si toho nevšimnul.
Interval padání je nakonec po reinstalaci spíš náhodný a delší než 35 minut, třeba i pár hodin. Ale rozhodně není běh stabilní.

Zatím jsem nasadil jako alternativní úložiště VM s OpenMediaVault, což je Samba stejné verze 4.9.5 a zdá se mi to trochu stabilnější. A rozhodně má lepší nastavování přístupových práv, to je opravdu pěkně udělané a i to funguje.
Takže zatím řešení pomocí TurnKey FileServer odkládám jako nevyřešené.
Pokud OMV bude také často padat, tak přeložím aktuální Sambu a zkusím to znovu v kontejneru.

Všem moc díky za rady.

44

Server / Re:Segmentation fault: Samba spadne po 35 minutách

« kdy: 21. 09. 2020, 19:39:49 »

Ahoj,

v obou problematických systémech je Samba 4.9.5. 
Co je v CentOS?

Martin

45

Server / Re:Segmentation fault: Samba spadne po 35 minutách

« kdy: 21. 09. 2020, 17:49:39 »

Ano,  část  logu s pádem je v prvním příspěvku.
To je v kombinaci Proxmox + CT TurnKey FileServer (aktuální verze). 

Ani pomocí googlu jsem nic kloudného nenašel.

V kombinaci Proxmox + VT Openmediavault musím ještě přijít na to jak logování zapnout na dostatečné úrovni a pak uvidím co se děje tam.

Pokud by to běželo tak jsem s možnostmi a chováním naprosto spojen.  Můj starý Dlink NAS-320 dělal běžně uptime 200 dnů bez jediného záseku.

Díky
Martin