Poslední příspěvky

1

Hardware / Re:UPS pro malý server

« Poslední příspěvek od kopevi2 kdy Dnes v 17:26:36 »

[fotka racku]

To zelené co vykukuje vlevo v hloubi za DIN lištou, to je baterka? :-)

To spíš vypadá jako zdroj...

....

Jé to jsem zase bystroň, já myslel to že ptají na to vpravo jak vyčuhuje z DIN lišty...:-)

2

Sítě / Re:Cetin terminátor a port forwarding

« Poslední příspěvek od radimtkadlec kdy Dnes v 17:17:27 »

3) zaplatit public IPv4 u operatora

Dobrý den, tohle vypadá na pro mě zatím nejlepší řešení. Podle časových možností pak v budoucnu přejdu na IPv6

Děkuji všem za odpovědi

Už jí máte v té své domácí síti? Třeba se čeká právě na vás.

3

Sítě / Zvýšený INBOUND traffic na serveri

« Poslední příspěvek od kvas kdy Dnes v 17:04:26 »

Ahojte,

na virtualnom serveri v hostingu pouzivam MRTG na jednoduchy monitoring sietoveho trafficu a zataze. Pred par tyzdnami som si vsimol niekolko nasobny (viac ako 20x) narast IN trafficu bez zvysenia zataze servera.  Par dni dozadu to zase spadlo do normalu. Viete mi poradit do akych logov pozriet, resp ako odhalit cim to bolo. Neviem, ci to je nejaka chyba merania MRTG, alebo ci sa niekto snazil ku mne dubuchat, alebo cim to bolo. Bezi tam ubuntu 20.04.

dakujem za tipy.

4

Bazar / Re:Prodám MikroTik RB4011

« Poslední příspěvek od amay5267 kdy Dnes v 16:38:16 »

Mám záujem ak doručujete aj na Slovensko.

5

Bazar / Re:Prodám RB4011

« Poslední příspěvek od Radek6h5 kdy Dnes v 15:20:20 »

3900 Kč

6

Software / Re:Utilita du se chová divně nad NFS/BTRFS

« Poslední příspěvek od RDa kdy Dnes v 15:11:24 »

Kralovstvi a pul princezny za patch, kde NFS bude prenaset device-minor pro subvolumes na druhej breh!

7

Bazar / Prodám MikroTik RB4011

« Poslední příspěvek od Radek6h5 kdy Dnes v 15:08:18 »

Prodám router MikroTik RB4011 ve výborném stavu, používán pouze cca 14 dní. Router je plně funkční, kompletní balení.
• Výkonný router vhodný pro náročnější domácí i firemní sítě
• 10× Gigabit LAN port
• SFP+ port (10Gbps)
• 4jádrový procesor, 1 GB RAM
• Podpora VLAN, VPN, firewallu a dalších pokročilých funkcí

Důvod prodeje: přechod na FortiGate.

8

Software / Re:Utilita du se chová divně nad NFS/BTRFS

« Poslední příspěvek od Michal Šmucr kdy Dnes v 14:10:45 »

Aha, už sis odpověděl sám mezitím

9

Software / Re:Utilita du se chová divně nad NFS/BTRFS

« Poslední příspěvek od Michal Šmucr kdy Dnes v 14:09:37 »

Ahoj. To je podle mě kvůli tomu, že ty btrfs subvolumy v NFS mountu mají vždycky stejný inode a společný device.
Porovnej si to přes výstup ze stat lokálně a přes NFS.
Takže to du nerozliší a ty položky, co mají stejný dev i inode, při procházení vyhazuje. Neznám teď konkrétní mechanismus, musel bych to někde hledat ve zdrojáku coreutils.. ale typicky se to dělá kvůli tomu, abys nezpracovával/nepočítal vícekrát položky, co jsou hardlinkované.

Myslím, že i proto je tam obecné doporučení ty subvolumy sdílet přes NFS zvlášť a přidat jim unikátní ID.
https://btrfs.readthedocs.io/en/latest/Interoperability.html#nfs

Ještě jinak ty du výstupy přes NFS bude chtít brát trochu s rezervou, pokud jsou v té struktuře třeba reflinky (soubory  sdílí extenty), což se podle mě projeví tak, že to spočítá víckrát.

10

Software / Re:Utilita du se chová divně nad NFS/BTRFS

« Poslední příspěvek od RDa kdy Dnes v 14:04:56 »

Takže problém je, že NFS maskuje informaci o subvolumes v kombinaci že btrfs má neunikátní inode numbers mezi subvolumes.

Lokálně btrfs idenfikuje subvolume skrze jiný device minor, viz:

Server:

Kód: [Vybrat]

# stat xxx yyy | grep -E 'Device|Inode'
Device: 0,198   Inode: 256         Links: 1
Device: 0,201   Inode: 256         Links: 1

Klient:

Kód: [Vybrat]

# stat xxx yyy | grep -E 'Device|Inode'
Device: 0,46    Inode: 256         Links: 1
Device: 0,46    Inode: 256         Links: 1

A pak příkaz du obsahuje unique redukci skrze hash a netuší, že tyhle dvě věci jsou rozdílné (na lokálu to pozná, potože tam vstupuje i device do hashu).

Taky neexistuje žádný přepínač v du, který by hashování vyplo nebo započetlo všechny výskyty souborů. Podle zdrojáku se hash zapíná, když je uvedeno více než dva argumenty, takže pro můj příklad je funkční řešení tohle (za podmínky, že už tyto argumenty nebudou obsahovat další subvolumes):

Kód: [Vybrat]

ls | xargs -n 1 sudo du --si -sh


REF:

The Btrfs inode-number epic (part 1: the problem)
https://lwn.net/Articles/866582/
+
The Btrfs inode-number epic (part 2: solutions)
https://lwn.net/Articles/866709/

z těchto návrhů ale není v jádru akceptované nic jestli dobře vidím.



Současný stav věci je, že si mám jako ručně v /etc/exports vypsat všechny subvolumes (LOL fakt):
https://btrfs.readthedocs.io/en/latest/Interoperability.html#nfs

ale to dělat nebudu.. protože pak při použití df bude ta stovka subvolumes prasit výstup identickým výpisem o užitém/volném místu. Nevím zda má NFS auto-umount těch sub-mountů po nějaké době nečinnosti.