Forum Debian Users Gang

debbie · 2016-05-30 11:39:46

Witam,
czy wie ktoś może jak w miarę szybko i sprawnie ustawić quotę na udostępniony za pomocą samby zasób np /home/user/dane/ na np 10GB?

w sensie takim, że mam partycję:
/dev/sda1 20G 1,1G 18G 6% /

i udostępnony przez sambę zasób /home/user/dane/

chciałbym aby zasób dane miał 10GB wielkości dla wszystkich.

w katalogu /home są inne katalogi ( tez udostępnione ) ale mają zostać bez zmian.

Ostatnio edytowany przez debbie (2016-05-30 13:01:23)

Pavlo950 · 2016-05-30 19:49:27

Kod:

man limits.conf

andreq · 2016-05-30 20:09:27

Niestety limits.conf nie pomoże, bo pozwala jedynie na ustawienie maksymalnego rozmiaru pliku. Quota w większości systemu plików linuksowych działa na poziomie partycji, wyjątek to glusterfs i chyba xfs. gdzie można ustawić limity dla poszczególnych katalogów.

Obejściem Twojego problemu jest stworzenie pliku-partycji o rozmiarze 10GB, utworzenie na nim systemu plików i zamontowanie poprzez loop w /home/user/dane.

debbie · 2016-06-01 13:37:20

Czyli tak jak myslałem że quota na ext4 nie ustawię limitu dla katalogu...
a w jaki sposób stworzyć plik partycji?

Pavlo950 · 2016-06-01 14:46:43

Najprościej to chyba tak:

Kod:

man dd

debbie · 2016-06-01 15:00:51

Nie bardzo rozumiem... dd używałem tylko do backupu...tworzenia obrazu.
Ale żeby wydzielić z istniejącej partycji np 10GB i podmontować?
Nie wiem czy dobrze rozumiem.

andreq · 2016-06-01 15:16:01

Nic nie wydzielasz... Tworzysz plik 10GB:

Kod:

dd if=/dev/zero of=/home/plikopartycja_dane count=10 bs=1G

Tworzysz na niej system plików:

Kod:

mkfs.ext4 (lub inny system plików) /home/plikopartycja_dane

montujesz:

Kod:

mount -o loop /home/plikopartycja_dane /home/dane

dopisujesz odpowiednią linię do /etc/fstab

uzytkownikubunt · 2016-06-01 15:55:20

3040

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:41:25)

morfik · 2016-06-01 16:45:21

Fajny bajer. xD

admetus · 2016-06-01 17:25:07

Project quota - ext4.
http://kernelnewbies.org/Linux_4.5

mke2fs -t ext4 -O project.quota ...
https://github.com/ddn-lixi/project_quota_ext4_utils/blob/master/quota-tools.git/patches/project_quota_support_for_quota-tools.patch

Na tym forum przydałoby się kilka osób, które orientują się co się w świecie linuksa dzieje. Microsoftowych speców od linuksa tu pełno, jak i ich bzdzianych kuzynów.

mati75 · 2016-06-01 18:24:00

[quote=admetus]Na tym forum przydałoby się kilka osób, które orientują się co się w świecie linuksa dzieje. Microsoftowych speców od linuksa tu pełno, jak i ich bzdzianych kuzynów.[/quote]
Szkoda się udzielić, to jak mówienie do ściany. Ci bardziej ogarnięci sami znajdą tego co chcą. Przykład tych drugich bym poprosił bo mnie to zainteresowało.

arecki · 2016-06-01 18:47:15

[quote=mati75]Przykład tych drugich bym poprosił bo mnie to zainteresowało.[/quote]
Pewnie chodzi o produkty spod znaku nadgryzionego jabłka.

morfik · 2016-06-01 21:37:49

Po testach tego rozrzedzonego pliku, doszedłem do wniosku, że on kompletnie jest nie do użytku na dyskach HDD. Tak wygląda zapisanie 600M w tym pliku sparse, na którym został utworzony ext4. Dodam, że partycja ma 30G a zajętych było 5G, plik sparse ma 10G.

Kod:

# filefrag -v "/media/Grafi/sparse-file"
Filesystem type is: ef53
File size of /media/Grafi/sparse-file is 10737418240 (2621440 blocks of 4096 bytes)
 ext:     logical_offset:        physical_offset: length:   expected: flags:
   0:        0..    1032:      36864..     37896:   1033:
   1:     1043..    1043:      37907..     37907:      1:
   2:     1059..    1059:      37923..     37923:      1:
   3:     9251..    9256:      46115..     46120:      6:
   4:    32768..   32770:      51200..     51202:      3:      69632:
   5:    34816..   55295:      77824..     98303:  20480:      53248:
   6:    55296..   57343:     114688..    116735:   2048:      98304:
   7:    57344..   69631:     120832..    133119:  12288:     116736:
   8:    69632..   81919:     102400..    114687:  12288:     133120:
   9:    81920..   98303:     135168..    151551:  16384:     114688:
  10:    98304..   98306:      57344..     57346:      3:     151552:
  11:   100352..  112639:     151552..    163839:  12288:      59392:
  12:   112640..  145407:     165888..    198655:  32768:     163840:
  13:   145408..  163839:     198656..    217087:  18432:
  14:   163840..  163842:      40960..     40962:      3:     217088:
  15:   165888..  178175:     217088..    229375:  12288:      43008:
  16:   178176..  202751:     231424..    255999:  24576:     229376:
  17:   202752..  206847:     258048..    262143:   4096:     256000:
  18:   206848..  216756:     276480..    286388:   9909:     262144:
  19:   229376..  229378:      43008..     43010:      3:     299008:
  20:   294912..  294914:      53248..     53250:      3:     108544:
  21:   524288..  524288:      55296..     55296:      1:     282624:
  22:   819200..  819202:      61440..     61442:      3:     350208:
  23:   884736..  884738:      63488..     63490:      3:     126976:
  24:  1048576.. 1048577:      67584..     67585:      2:     227328:
  25:  1081344.. 1081391:      69632..     69679:     48:     100352:
  26:  1572864.. 1572864:      71680..     71680:      1:     561152:
  27:  1605632.. 1605634:      73728..     73730:      3:     104448:
  28:  2097152.. 2097152:      75776..     75776:      1:     565248:
  29:  2097167.. 2097167:      75791..     75791:      1:             last
/media/Grafi/sparse-file: 25 extents found

Nie wiem dokładnie jak rozumieć te małe wartości w length, ani dlaczego physical_offset jest w takiej losowej kolejności. Numery tych bloków powinny rosnąć od góry do dołu, a nie raz są mniejsze a raz większe. xD Także, jak ktoś wie jak zinterpretować ten wynik to niech mi napisze.

Plik sparse da radę zdefragmentować i jest brana pod uwagę tylko ta zapisana część tego pliku. Niemniej jednak, ta fragmentacja no jest powalająca, praktycznie nie notuje się pełnych zakresów, tj 32768 bloków (128M). Tam wyżej jest tylko jeden, a plik wgrany miał ponad 600M, więc powinno być ich kilka. Jak ktoś się chce w to bawić, to odradzam. xD

uzytkownikubunt · 2016-06-01 22:35:01

3041

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:41:27)

morfik · 2016-06-01 23:07:12

Tego nie wiem ale raczej nikt by nie chciał mieć takiego kontenera 10G z 1k plików w 10k częściach. xD

Ostatnio edytowany przez morfik (2016-06-01 23:07:55)

admetus · 2016-06-01 23:12:54

Istnieje jakikolwiek powód aby "używać" quoty w taki sposób. Toż to istne horrendum, wydajnościowy bubel.
XFS to obok, ext4 system plików stabilny jak skała, a quote project, oferuje w standardzie od jakiś 12 lat.
http://events.linuxfoundation.org/sites/events/files/slides/

morfik · 2016-06-02 08:49:18

Mając zwykły plik wypełniony zerami w jednym kawałku i chcąc utworzyć na nim system plików przy mkfs.ext4, to on również zostanie pofragmentowany. Będzie wyglądał tak samo jak ten sparse. Przynajmniej w standardowej konfiguracji, tj. gdy tworzy się system plików bez opcji [b]-E nodiscard[/b] . Jeśli się ja zastosuje, to wszystkie zera takiego pliku będą widoczne po stworzeniu systemu plików i taki plik nie będzie ulegał fragmentacji, gdy będziemy wrzucać coś do niego.

Natomiast problem z tymi plikami sparse jest taki, że tutaj już nie ma zer. Dlatego te pliki będą się tak fragmenteować i praktycznie każdy nowy plik wgrany do kontenera sparse doda kolejny nieciągły zakres, czyli pofragmentuje kontener.

W filefrag były widoczne małe zakresy składające się min. z 1-3 bloków. Chodzi o to, że system plików ma swoją strukturę, min. superblock i jego kopie. Te sektory są zapisywane przy tworzeniu systemu plików i plik sparse na samym początku ulega fragmentacji dokładnie w miejscach zapisu tych bloków. Im dłuższy plik, tym więcej jest kopi superbloka i więcej metadanych potrzebnych do opisu zawartości.

# mkfs.ext4 /media/Grafi/sparse-file
...
Superblock backups stored on blocks:
[b]32768, 98304, 163840, 229376, 294912[/b]

# filefrag -v /media/Grafi/sparse-file
Filesystem type is: ef53
File size of /media/Grafi/sparse-file is 2147483648 (524288 blocks of 4096 bytes)
ext: logical_offset: physical_offset: length: expected: flags:
0: 0.. 257: 1507328.. 1507585: 258:
1: 265.. 265: 1507593.. 1507593: 1:
2: 272.. 273: 1507600.. 1507601: 2:
3: 289.. 289: 1507617.. 1507617: 1:
4: 8481.. 8486: 1509665.. 1509670: 6: 1515809:
5: [b]32768[/b].. 32769: 1511424.. 1511425: 2: 1533952:
6: [b] 98304[/b].. 98305: 1513472.. 1513473: 2: 1576960:
7: [b]163840[/b].. 163841: 1515520.. 1515521: 2: 1579008:
8: [b]229376[/b].. 229377: 1517568.. 1517569: 2: 1581056:
9: 262144.. 262144: 1519616.. 1519616: 1: 1550336:
10: [b]294912[/b].. 294913: 1521664.. 1521665: 2: 1552384: last
/media/Grafi/sparse-file: 8 extents found[/quote]
W przypadku zwykłego systemu plików na partycji, to nie stanowi problemu ale, gdy w grę wchodzi jeden system plików opisany w innym systemie plików, to już tego typu mechanizm jest iście niewydolny właśnie przez fragmentację, której moim zdaniem się nie da uniknąć w przypadku plików sparse. xD

Ostatnio edytowany przez morfik (2016-06-02 13:58:47)

Time (s)	Query
0.00013	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00250	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.216.115.44' WHERE u.id=1
0.00115	UPDATE punbb_online SET logged=1716026221 WHERE ident='18.216.115.44'
0.00027	SELECT * FROM punbb_online WHERE logged<1716025921
0.00089	SELECT topic_id FROM punbb_posts WHERE id=302073
0.00309	SELECT id FROM punbb_posts WHERE topic_id=28668 ORDER BY posted
0.00043	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=28668 AND t.moved_to IS NULL
0.00059	SELECT search_for, replace_with FROM punbb_censoring
0.00086	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=28668 ORDER BY p.id LIMIT 0,25
0.00116	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=28668
Total query time: 0.01111 s

Forum Debian Users Gang

Ogłoszenie

#1 2016-05-30 11:39:46

debbie - Użytkownik

ustawianie quoty

#2 2016-05-30 19:49:27

Pavlo950 - człowiek pasjonat :D

Re: ustawianie quoty

Kod:

#3 2016-05-30 20:09:27

andreq - Członek DUG

Re: ustawianie quoty

#4 2016-06-01 13:37:20

debbie - Użytkownik

Re: ustawianie quoty

#5 2016-06-01 14:46:43

Pavlo950 - człowiek pasjonat :D

Re: ustawianie quoty

Kod:

#6 2016-06-01 15:00:51

debbie - Użytkownik

Re: ustawianie quoty

#7 2016-06-01 15:16:01

andreq - Członek DUG

Re: ustawianie quoty

Kod:

Kod:

Kod:

#8 2016-06-01 15:55:20

uzytkownikubunt - Zbanowany

Re: ustawianie quoty

#9 2016-06-01 16:45:21

morfik - Cenzor wirtualnego świata

Re: ustawianie quoty

#10 2016-06-01 17:25:07

admetus - Użytkownik

Re: ustawianie quoty

#11 2016-06-01 18:24:00

mati75 - Psuj

Re: ustawianie quoty

#12 2016-06-01 18:47:15

arecki - Użytkownik

Re: ustawianie quoty

#13 2016-06-01 21:37:49

morfik - Cenzor wirtualnego świata

Re: ustawianie quoty

Kod:

#14 2016-06-01 22:35:01

uzytkownikubunt - Zbanowany

Re: ustawianie quoty

#15 2016-06-01 23:07:12

morfik - Cenzor wirtualnego świata

Re: ustawianie quoty

#16 2016-06-01 23:12:54

admetus - Użytkownik

Re: ustawianie quoty

#17 2016-06-02 08:49:18

morfik - Cenzor wirtualnego świata

Re: ustawianie quoty

#18 2016-06-02 15:08:11

morfik - Cenzor wirtualnego świata

Re: ustawianie quoty

Kod:

#19 2016-06-02 17:44:37

admetus - Użytkownik

Re: ustawianie quoty

Stopka forum

Informacje debugowania