Forum Debian Users Gang

[quote=enether]Jesteśmy częściowo w czarnej d***e że tak to ujmę.......[/quote]
Pisz za siebie.
Ja mam od kilku latek  OpenRC i nie narzekam.
Gentusia lubię za to, ze nic o mnie beze mnie nie decyduje, ja sam decyduję, co mam w systemie, a co nie.
I dzięki temu jeszcze nie wywaliłem kompa przez okno, co przy buntach było
bardzo częstym i realnym zagrożeniem. :D

Jeśli to jednakowe maszyny, albo podobne, to masz jeden serwer bazowy, na nim robisz paczki, reszta ciągnie je z binhosta.
W ten sposób administrujesz jednym serwerem, a aktualizuje się nawet 2000 serwerów.
Potem zostają tylko własne skrypty i konfigi, czyli to samo, co w Debianie.
Trochę zabawy jest z kopiowaniem kernela, bo tutaj nie znam ebuilda do gotowej paczki, można co najwyżej zbudować jajo do paczki tgz poleceniem make
z którąś z tych opcji:
 

tar-pkg             - Build the kernel as an uncompressed tarball
  targz-pkg           - Build the kernel as a gzip compressed tarball
  tarbz2-pkg          - Build the kernel as a bzip2 compressed tarball
  tarxz-pkg           - Build the kernel as a xz compressed tarball

Ale jak jajo buduje ktoś kumaty, to też nie zostawia bez potrzeby ładowalnych modułów, tylko sterowniki pakuje prosto w jajo, i potem wystarczy kopiować miedzy takimi samymi maszynami sam bzimage.

A jak masz np 50 serwerów, to raczej są mniej więcej jednakowe maszynki, prawda?

Gentoo tak samo operuje paczkami, jak Debian czy Fedora, trzeba tylko wykombinować sprawę kernela, czyli naskrobać do tego ebuilda albo skrypta, lub popytać na forach, czy ktoś miał podobny problem.

Chyba jednak nie święci garnki lepią, chociaż przyznaję, że dpkg bardzo ułatwia administrację.

Linux, to Linux.
Zawsze możesz sobie zrobić odpowiednią optymalizację Debiana, flagi hardened też już trafiły pod strzechy, podobnie, jak wszystkie inne,
jak potrzeba łatki czy ekstra kombinacje, to w podręczniku developerów wszystko pisze.

Różnica między Gentusiem a Debianem polega na tym, że Gentoo zazwyczaj kompiluje się pod konkretną maszynę i konkretne potrzeby.
I jak masz kilka serwerów w takiej  malutkiej serwerowni, jak OVH, to tam właśnie mają po kilkaset, a czasem tysi każdego modelu serwera, dlatego Gentoo tam działa elegancko.

Jak natomiast masz każdą krowę z innej parafii i z innym sprzętem, to robisz albo modularne jajo, albo te kilka sterowników zostawiasz we wszystkich jajkach (99% serwerów ma może 5 - 10 sterów na krzyż, więc  szanse, że ogarniesz 50 maszyn 15  - 20 sterownikami są dość spore).
Serwery zazwyczaj nie mają kart graficznych, kamerek internetowych, skanerów, czy myszek.

Chociaż mądralę, który zakupił sprzęt do serwerowni, i ma każdą maszynę z innej bajki, chyba należałoby gruntownie i starannie obić, za sabotaż przemysłowy.
Po prostu, jak masz 50 jednakowych maszyn, i coś się w nich pieprzy od czasu do czasu, to w trzy minuty z dwóch walniętych maszyn poskładasz jedną sprawną, parę ruchów śrubokręta i gotowe.
Możesz też mieć minimalny zestaw części zamiennych, bo pasują do każdego grata, i nauczyć się jednej instrukcji obsługi - jeśli takowa istnieje.

Konfiguracja też jest wtedy prostsza, możesz po prostu klonować obrazy po sieci.

Oczywiście każdy przypadek jest trochę inny, i każdy totalnie  wyjątkowy. ;)


EDIT:
Hardening w Debianie:

export DEB_BUILD_MAINT_OPTIONS=hardening=+all

dpkg-buildflags 
CFLAGS=-g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security
CPPFLAGS=-D_FORTIFY_SOURCE=2
CXXFLAGS=-g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security
FFLAGS=-g -O2
LDFLAGS=-fPIE -pie -Wl,-z,relro -Wl,-z,now

Sznurek:
https://wiki.debian.org/Hardening

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2013-10-31 01:42:34)

Na Debianie nigdy, ale na Gentusiu śmiga bardzo grzecznie i z zadowalającą szybkością.

@mati75
Instalowałeś według instrukcji z wiki Debiana?

topis: too long didnt read lol - przeczytam później

a samo systemd działa w testing bardzo dobrze, używam tego kilka ładnych miesięcy

[url]http://www.phoronix.com/scan.php?page=news_item&px=MTU1NDM[/url]
KDBUS & Systemd Now Yields A Working System
Ludzie z Red Hata dodali do jądra Linux kolejną porcję kodu - zintegrowali serwer DBus. Strona kliencka została zaimplementowana w Systemd.
Systemd w zależnościach potrzebuje właśnie m.in. Dbusa. Czym mniej zależności i linii kodu, tym stabilniej. Tymczasem:

[url]http://wiki.gentoo.org/wiki/Talk:Comparison_of_init_systems[/url]

OpenRC (0.9.3): sysvinit + 300 files, ~30k lines, 3.3k posix sh, ~12k C

Upstart (1.5): 285 files, ~185k lines, ~97k C

Debian: sysvinit + 120 files, 5.8k lines

systemd (v44+): dbus + glib + 900 files, 224k lines, 125k C

sysvinit: 560kB, 75 files, ~15k lines

D-Bus: 11MB, ~500 files. 300k lines, 120k C

glib: 72MB, ~2500 files, ~1.7M lines, ~430k C


Debian startup is smallest, it's only shell with sysvinit (C) as dependency

Upstart is about 10 times bigger in terms of lines of code/text. Most of the extra complexity size comes from C.

OpenRC is about twice as big as debian startup. The size difference is mostly the OpenRC core written in C, which expands the footprint from ~3k LoC to ~15k LoC compared to shell.

systemd is about 10 times bigger, like upstart. But with the mandatory deps it blows up to about one hundred times the code footprint! Most of the extra code is in mandatory dependencies, but the systemd core is also bigger than anything else.[/quote]
Od zwolennika Systemd w Debianie:
[url]https://wiki.debian.org/Debate/initsystem/systemd[/url]

Systemd is often said to be too big for the functionality of an init system.
    However it is much more than init, and if you take into account all the functionality it can provide or replace, you’ll soon find out that it takes less lines of code than the alternatives, in a language (C) that takes less memory to execute.
    Linux is mostly a monolithic kernel and runs an enormous amount of code in ring 0. Having ~2% of this amount in the init system, most of which is run outside PID 1, does not sound like gigantism.[/quote]
[url]https://wiki.debian.org/Debate/initsystem/openrc[/url]

The systemd page uses Linux as being monolithic as an argument, which has absolutely nothing to do with the discussion about too many things in the PID1 (it is by the way my opinion that Linux is a way too monolithic though).[/quote]
[url]https://wiki.debian.org/Debate/initsystem/sysvinit[/url]

No integration with udev, services cannot be started when specific hardware is discovered.

    This sounds like the specific goal of a desktop environment trying to be user-friendly, but isn't something everyone wants; tight integration between kernel, initsystem and userland is a high price to pay.[/quote]

Ostatnio edytowany przez uzytkownikubunt (2013-12-27 20:11:26)

Offline