On 2012-08-05, Andrzej Lawa <a...@l...SPAM_PRECZ.com> wrote:

[...]

>>> Bo linuxowe mogą - i te 10 minut to nie byłoby po kolei 12 tysięcy razy,
>>> tylko jednocześnie.
>>
>> Przez SSH? Raczysz żartować. Fizycznie nie masz możliwości nawiązania 12 tys
>> połączeń na raz, więc przestań fantazjować. Już widzę jak skrypt zarządzający
>
> ROTFL
>
> Jakim cudem w takim razie działają wszelkie serwery? Uważasz, że np. ile
> osób na raz może oglądać taką Wirtualną Polskę? Pół setki?

Zacznijmy od tego że to jest wiele maszyn, a nie jedna, co zdajesz się sugerować.
Jak nie widzisz różnicy, to nie moja wina.

>> równoległymi połaczeniami, sprawdzający poprawność informacji i logujący błędy
>> do administratora składa się z kilku prostych linijek kodu.

[... ciach niemerytoryczne obelgi ...]

>> I nadal ilość roboty dla Ciebie (spokojnie MINIMUM 3-4 godziny przy założeniu,
>> że zestawisz połączenie i dokonasz wszystkich operacji w 1 sek) jest większy
>> niż czas 1h jaki poświęciłby administrator AD.
> 3-4 godziny to dla ciebie. Dla mnie - kilka minut.

Ależ oczywiście. Każdy teoretyk zrobi wszystko w mgnieniu oka.

>> Zabrałeś się za to od tyłka strony, co pokazuje że w ogóle nie masz pojęcia
>> jak taki deployment robić, więc proszę raz jeszcze, przestań kompromitować
>> i siebie, i środowisko.
>
> Wojtuś, weź się przymknij, bo póki co to ty się kompromitujesz wypisując
> brednie,

Zamiast się na siłę wyzlośliwiać przyjąłbyś do wiadomości że rozwiązania
przyjęte w Windows i AD są akurat przypadkiem dobre i akurat na tym polu
linuks nie jest "do przodu". Tym bardziej w porównaniu do Twoich metod
z rodem z kamenia łupanego.

> że 12 tysięcy równoległych połączeń nie jest fizycznie możliwe.

Zainicjowanie 12 tys połączeń równoległych z jednej maszyny?
Nie. Nie jest możliwe. W wymaganiach nie było "farma serwerów dla
nieporadnego admina".

>>> A jakby mi się chciało robić to bardziej elegancko, zawsze mogę to
>>> zrobić przy pomocy mechanizmu automatycznej aktualizacji.
>> No to napieraj i podaj przykład tego mechanizmu.
> Moduł aktualizacji online w YaST2.

I jaką masz nad nim kontrolę? Chodzisz po tych komputerach i klikasz
"Aktualizuj"? Czy znowu ssh i wydawanie komend?

>> Może najpierw się doucz jak działa to o czym napisałem na początku?
>
> Wiem, jak to działa. Nie działa przy wyłączonych maszynach. Ktoś musi je
> włączyć i dopiero wtedy dostaną sygnał do działania

Przede wszystkim pobierają sobie wymagane dane przy zalogowaniu/uruchomieniu
komputera. Przy Twojej metodzie dopiero zareagują jak;
a) będą włączone
b) wleci skrypt admin-bohatera i zaktualizuje

>> To Ty wymyśliłeś sobie instalację w trybie offline. Ja Ci tylko wypunktowałem
>
> Bezczelnie kłamiesz. To ty zacząłeś pisać o "problemie" wyłączonych
> komputerów.

Ja pisałem o problemie i nadal czekam jak go rozwiażesz.
Ty zacząłeś sugerować że trzeba coś robić offline.
Nie trzeba. Wystarczy w GPO ustawić deployment i każdy komputer wpięty lub
który będzie wpięty do domeny zareaguje w odpowiednim momencie, gwarantując
że gdy jest gotowy do pracy, zawiera te paczki co potrzeba.
Sam, bez ingerencji, pisania skryptów, latania po ipkach, w sposób opisany
i znany administratorom. Bez potrzeby odkrywania koła na nowo, przez każdego
kolejnego admina.

> Bardziej elegancki sposób wymagałby dodatkowych 30 minut, no może
> godzinki, na ładne poustawianie. Za to potem nie musiałbym ręcznie
> zmieniać skryptu ani sprawdzać, czy jeszcze chodzi i dla jakiego adresu.

A potem przychodzi inny admin i musi zaczynać od początku, bo zamiast
korzystać ze sprawdzonych rozwiązań, jeden z drugim bawią się w ręczne
pisanie skrypcików, wymyślając koło na nowo.

--
Wojciech Bańcer
p...@p...pl