zakupiliśmy do firmy serwer, który miał służyć do zapisu obrazu z kamer
IP wokół firmy. Po dwóch miesiącach uległ on uszkodzeniu wezwany
informatyk w celu szybkiej weryfikacji problemu stwierdził, że
uszkodziła się płyta główna i że nasz serwer jest w istocie zwykłym
domowym komputerem wsadzonym w obudowę serwerową wszystkie elementy
nadają się jedynie do zastosowań dom&  biuro a nie do ciągłej pracy.
Czy w tej sytuacji, jako firma możemy żądać od sprzedawcy wymiany
urządzenia, jako niezgodnego z umową lub zwrotu zapłaconej kwoty?
Czy takie rozwiązanie możliwe jest tylko wypadku zakupu urządzenia przez
osobę fizyczną?

No ale co jest niezgodne z umową?? W umowie było napisane, jakiego typu będzie to sprzęt?? Nie istnieje podział sztywny na komputery typu serwer, domowe, biurowe. To są podziały dosyć "miękkie" ze względu na charakterystykę sprzętu (jego wydajność na przykład). Komputery domowe bardzo dobrze pracują 24h/dobę i wszystko jest ok. Sam mam w domu taki "serwer", który działa już 2 lata, poprzedni chodził chyba 5 i w sumie służyłby dalej, ale zwiększyły się wymagania i już nie dał rady.

SERWER to nie jest pojęcie sztywno zdefiniowane. Ogólnie rzecz ujmując, SERWER to komputer, który pełni rolę serwera, a nie komputer o jakiejś specjalnej budowie.

Kwestia jest też taka - czy Wy próbowaliście zaoszczędzić i myśleliście, że dostaliście najnowszy cud techniki za 2000zł, czy może zaoszczędziła firma dostarczająca Wam sprzęt, która wcisnęła Wam kompa za 1000zł, a skasowała 20x tyle. Z punktu widzenia prawnego to nie ma żadnego znaczenia, kwestia jest taka, czy gra jest warta świeczki.

Weź umowę do ręki i czytaj!!


--
  Pozdrawiam
  Konop

UĹźytkownik "Konop" <konoppo@gazeta.pl>

SERWER to nie jest pojęcie sztywno zdefiniowane. Ogólnie rzecz ujmując, SERWER to komputer, który pełni rolę serwera, a nie komputer o jakiejś specjalnej budowie.

Ależ właśnie te serwery mają specjalną budowę :-) Naprawdę są komputery przeznaczone do pracy ciągłej i nie każdy komputer taki jest (choć zwykle potrafi tak działać).

On 2011-12-06, John Kołalsky <john@kowal.invalid> wrote:

[...]

Ależ właśnie te serwery mają specjalną budowę :-) Naprawdę są komputery przeznaczone do pracy ciągłej i nie każdy komputer taki jest (choć zwykle potrafi tak działać).

Czyli:

 - router kupiony w normalnej obudowie - zastosowania domowe, nie nadaje
   się do miana "komponentu serwerowego"
 - ten sam model routera (dokładnie) - kupiony w obudowie RACK - full-
   -pro sprzęt serwerowy?

Tak tylko pytam. :)

--
Wojciech Bańcer
proteus@post.pl

John Kołalsky napisa?(a):

Ależ właśnie te serwery mają specjalną budowę :-)

Ok, skonkretyzuj co rozumiesz przez "specjalną budowę"?

j.

--
http://www.predkosczabija.pl/
"Prędkość zabija. Włącz myślenie!"

W dniu 07.12.2011 00:26, John Kołalsky pisze:

SERWER to nie jest pojęcie sztywno zdefiniowane. Ogólnie rzecz
ujmując, SERWER to komputer, który pełni rolę serwera, a nie komputer
o jakiejś specjalnej budowie.

Ależ właśnie te serwery mają specjalną budowę :-) Naprawdę są komputery
przeznaczone do pracy ciągłej i nie każdy komputer taki jest (choć
zwykle potrafi tak działać).

I na czym wg. ciebie ta "specjalna budowa" polega, hmm?

Andrzej Lawa wrote:

W dniu 07.12.2011 00:26, John Kołalsky pisze:

SERWER to nie jest pojęcie sztywno zdefiniowane. Ogólnie rzecz
ujmując, SERWER to komputer, który pełni rolę serwera, a nie
komputer o jakiejś specjalnej budowie.

Ależ właśnie te serwery mają specjalną budowę :-) Naprawdę są
komputery przeznaczone do pracy ciągłej i nie każdy komputer taki
jest (choć zwykle potrafi tak działać).

I na czym wg. ciebie ta "specjalna budowa" polega, hmm?

duĹźa ciężka do racka z hałaśliwą wentylacją typu turbina odrzutowca kosztująca 5 razy tyle co zwykła  itd...

On 2011-12-07 08:33, Andrzej Lawa wrote:

I na czym wg. ciebie ta "specjalna budowa" polega, hmm?

W przypadku lowendowych serwerów róşnic (praktycznie) nie ma.

Może za wyjątkiem podsystemu pamięci (kontrola parzystości + korekcja błędów) i możliwości pracy wieloprocesorowej (na ogół dwuprocesorowej).

Ale jak już popatrzymy na serwery z co najmniej średniej półki to takie ficzery jak redundancja komponentów (na przykład pamięci) i hot-plug komponentów (dyski, karty) robią już "drobną" różnicę. Nie mówiąc o wbudowanych układach do dość selektywnego monitorowania stanu serwera i zdalnego zarządzania.

Co wygrałem?

Piotrek

W dniu 08.12.2011 21:05, Piotrek pisze:

On 2011-12-07 08:33, Andrzej Lawa wrote:

I na czym wg. ciebie ta "specjalna budowa" polega, hmm?

W przypadku lowendowych serwerów róşnic (praktycznie) nie ma.

Może za wyjątkiem podsystemu pamięci (kontrola parzystości + korekcja
błędów)

Bardziej bajer niĹź praktyczna potrzeba.

i możliwości pracy wieloprocesorowej (na ogół dwuprocesorowej).

Przy współczesnych wielordzeniowych procesorach nie jest to wielka
przewaga. Zwłaszcza że nie każdy serwer oznacza gigantyczne obciążenie -
w bardzo wielu przypadkach nawet stary pentium by się poważnie "nudził".

Ale jak już popatrzymy na serwery z co najmniej średniej półki to takie
ficzery jak redundancja komponentów (na przykład pamięci)

Zdaje się nie było mowy o "serwerze w wysoką redundancją bez zwracania
uwagi na koszta" tylko o "serwerze".

i hot-plug komponentĂłw (dyski,

Obudź się! Współczesne SATA z reguły mogą być podłączane "na gorąco".

karty) robią już "drobną" różnicę. Nie mówiąc o

A po ki *.*uj potrzebujesz hot-plug karty i jakiej?

wbudowanych układach do dość selektywnego monitorowania stanu serwera i
zdalnego zarządzania.

Serwerem zdalnie zarządza się przez chodzący na nim system. A
monitorowanie parametrów zasilania i temperatury to standard w płytach
domowych od wieeeeelu lat.

Co wygrałem?

Ziewnięcie.

On 2011-12-09 08:37, Andrzej Lawa wrote:

Bardziej bajer niĹź praktyczna potrzeba.

Skup się. Pytałeś o różnice a nie o potrzeby ...

Przy współczesnych wielordzeniowych procesorach nie jest to wielka
przewaga. Zwłaszcza że nie każdy serwer oznacza gigantyczne obciążenie -
w bardzo wielu przypadkach nawet stary pentium by się poważnie "nudził".

A ten znowu swoje ...
Pytałeś o różnice. Siadaj, pała

Ale jak już popatrzymy na serwery z co najmniej średniej półki to takie
ficzery jak redundancja komponentów (na przykład pamięci)

Zdaje się nie było mowy o "serwerze w wysoką redundancją bez zwracania
uwagi na koszta" tylko o "serwerze".

No i znowu jesteś w błędzie. Pytałeś na różnice w budowie komputera do pracy ciągłej. Nigdzie nie było mowy o kosztach.

i hot-plug komponentĂłw (dyski,

Obudź się! Współczesne SATA z reguły mogą być podłączane "na gorąco".

Ale ja pisałem o profesjonalnych zastosowaniach, a nie o zabawach przedszkolaków.

karty) robią już "drobną" różnicę. Nie mówiąc o

A po ki *.*uj potrzebujesz hot-plug karty i jakiej?

j.w.

wbudowanych układach do dość selektywnego monitorowania stanu serwera i
zdalnego zarządzania.

Serwerem zdalnie zarządza się przez chodzący na nim system. [...]

Najogólniej mówiąc piszesz głupoty.

Piotrek

W dniu 09.12.2011 08:59, Piotrek pisze:

On 2011-12-09 08:37, Andrzej Lawa wrote:

Bardziej bajer niĹź praktyczna potrzeba.

Skup się. Pytałeś o różnice a nie o potrzeby ...

Słowo-klucz: kontekst.

Przy współczesnych wielordzeniowych procesorach nie jest to wielka
przewaga. Zwłaszcza że nie każdy serwer oznacza gigantyczne obciążenie -
w bardzo wielu przypadkach nawet stary pentium by się poważnie "nudził".

A ten znowu swoje ...
Pytałeś o różnice. Siadaj, pała

Patrz wyĹźej.

Ale jak już popatrzymy na serwery z co najmniej średniej półki to takie
ficzery jak redundancja komponentów (na przykład pamięci)

Zdaje się nie było mowy o "serwerze w wysoką redundancją bez zwracania
uwagi na koszta" tylko o "serwerze".

No i znowu jesteś w błędzie. Pytałeś na różnice w budowie komputera do
pracy ciągłej. Nigdzie nie było mowy o kosztach.

Plączesz się w zeznaniach.

Twierdzisz, że do pracy ciągłej nadają się tylko urządzenia przeznaczone
do bycia serwerami. Jednocześnie stwierdzasz, że "oficjalnie serwerowy"
sprzęt z niższej półki nie ma tej redundancji, co taki z wyższej.

Zatem jaka jest różnica między tanim "oficjalnie serwerowym" a jeszcze
tańszym "domowym"?

i hot-plug komponentĂłw (dyski,

Obudź się! Współczesne SATA z reguły mogą być podłączane "na gorąco".

Ale ja pisałem o profesjonalnych zastosowaniach, a nie o zabawach
przedszkolakĂłw.

Hot-plug to hot-plug.

karty) robią już "drobną" różnicę. Nie mówiąc o

A po ki *.*uj potrzebujesz hot-plug karty i jakiej?

j.w.

Odpowiedz na pytanie.

wbudowanych układach do dość selektywnego monitorowania stanu serwera i
zdalnego zarządzania.

Serwerem zdalnie zarządza się przez chodzący na nim system. [...]

Najogólniej mówiąc piszesz głupoty.

"A bez metafor?"

On 2011-12-09 09:06, Andrzej Lawa wrote:

Słowo-klucz: kontekst.

Acha, czyli w kontekście stwierdzenia Twojego przedpiścy:

AleĹź właśnie te serwery mają specjalną budowę  Naprawdę są komputery
przeznaczone do pracy ciągłej i nie każdy komputer taki jest (choć
zwykle potrafi tak działać).

Twoje pytanie:

I na czym wg. ciebie ta "specjalna budowa" polega, hmm?

w rzeczywistości było pytaniem o coś innego niż o różnice w budowie.

No to sorry, ale do tego poziomu abstrakcji jeszcze nie dotarłem ;-)

[...]

No i znowu jesteś w błędzie. Pytałeś na różnice w budowie komputera do
pracy ciągłej. Nigdzie nie było mowy o kosztach.

Plączesz się w zeznaniach.

Twierdzisz, że do pracy ciągłej nadają się tylko urządzenia przeznaczone
do bycia serwerami. Jednocześnie stwierdzasz, że "oficjalnie serwerowy"
sprzęt z niższej półki nie ma tej redundancji, co taki z wyższej.

A po czym poznałeś, że tak twierdzę? Ja Ci tylko wskazałem podstawowe różnice w budowie sprzętu przeznaczonego do pracy ciągłej, w stosunku do budowy sprzętu domowego.

Zatem jaka jest różnica między tanim "oficjalnie serwerowym" a jeszcze
tańszym "domowym"?

Spróbuj uzyskać umowę serwisową z rozsądnym SLA na składaka z biedronki to zrozumiesz różnicę.

Hot-plug to hot-plug.

Brawo! IMHO po raz pierwszy w tym podwątku napisałeś coś z sensem ;-)

A po ki *.*uj potrzebujesz hot-plug karty i jakiej?

j.w.

Odpowiedz na pytanie.

A proszę bardzo i to nawet z nawiązaniem do kontekstu wątku.

Potrzebujesz w serwerze rejestrującym obraz z kamer wymienić uszkodzoną kartę sieciową bez przerywania rejestracji obrazu.

Jak planujesz to zrobić na "serwerze" z biedronki?

Serwerem zdalnie zarządza się przez chodzący na nim system. [...]

Najogólniej mówiąc piszesz głupoty.

"A bez metafor?"

To nie była metafora (hint: <http://www.sjp.pl/metafora>).
Tak więc może inaczej sformułuj pytanie :-P

Piotrek

W dniu 09.12.2011 09:39, Piotrek pisze:

On 2011-12-09 09:06, Andrzej Lawa wrote:

Słowo-klucz: kontekst.

Acha, czyli w kontekście stwierdzenia Twojego przedpiścy:

AleĹź właśnie te serwery mają specjalną budowę  Naprawdę są komputery
przeznaczone do pracy ciągłej i nie każdy komputer taki jest (choć
zwykle potrafi tak działać).

Twoje pytanie:

I na czym wg. ciebie ta "specjalna budowa" polega, hmm?

w rzeczywistości było pytaniem o coś innego niż o różnice w budowie.

No to sorry, ale do tego poziomu abstrakcji jeszcze nie dotarłem ;-)

TwĂłj problem.

[...]

No i znowu jesteś w błędzie. Pytałeś na różnice w budowie komputera do
pracy ciągłej. Nigdzie nie było mowy o kosztach.

Plączesz się w zeznaniach.

Twierdzisz, że do pracy ciągłej nadają się tylko urządzenia przeznaczone
do bycia serwerami. Jednocześnie stwierdzasz, że "oficjalnie serwerowy"
sprzęt z niższej półki nie ma tej redundancji, co taki z wyższej.

A po czym poznałeś, że tak twierdzę? Ja Ci tylko wskazałem podstawowe
różnice w budowie sprzętu przeznaczonego do pracy ciągłej, w stosunku do
budowy sprzętu domowego.

Nie, wskazałeś różnice pomiędzy sprzętem domowym a sprzętem serwerowym z
WYŻSZEJ PÓŁKI.

Zatem jaka jest różnica między tanim "oficjalnie serwerowym" a jeszcze
tańszym "domowym"?

Spróbuj uzyskać umowę serwisową z rozsądnym SLA na składaka z biedronki
to zrozumiesz różnicę.

Umowę podpisywał inicjator wątku - i on decydował, jaki jest ten
"rozsądny" SLA przy zadanej cenie.

Hot-plug to hot-plug.

Brawo! IMHO po raz pierwszy w tym podwątku napisałeś coś z sensem ;-)

Raczej pierwszy raz coś zrozumiałeś... chociaż częściowo.

A po ki *.*uj potrzebujesz hot-plug karty i jakiej?

j.w.

Odpowiedz na pytanie.

A proszę bardzo i to nawet z nawiązaniem do kontekstu wątku.

Potrzebujesz w serwerze rejestrującym obraz z kamer wymienić uszkodzoną
kartę sieciową bez przerywania rejestracji obrazu.

Skoro karta jest uszkodzona, to rejestracja i tak juĹź jest przerwana.

Jak planujesz to zrobić na "serwerze" z biedronki?

Primo: od 10 lat nie miałem ani jednej awarii karty sieciowej.

Secundo: skoro jesteś takim wielkim fanem redundancji, dlaczego nie
wstawiłeś 3 zapasowych kart?

Tertio: o USB nie słyszałeś?

Serwerem zdalnie zarządza się przez chodzący na nim system. [...]

Najogólniej mówiąc piszesz głupoty.

"A bez metafor?"

To nie była metafora (hint: <http://www.sjp.pl/metafora>).
Tak więc może inaczej sformułuj pytanie :-P

Nie załapałeś cytatu.

On 2011-12-09 10:55, Andrzej Lawa wrote:

[...]

Potrzebujesz w serwerze rejestrującym obraz z kamer wymienić uszkodzoną
kartę sieciową bez przerywania rejestracji obrazu.

Skoro karta jest uszkodzona, to rejestracja i tak juĹź jest przerwana.

A jaki związek ma karta sieciowa z frame grabberem do którego podłączasz kamery?

Hint: poza kamerami IP jest jeszcze dostępny inny sprzęt.

Jak planujesz to zrobić na "serwerze" z biedronki?

Primo: od 10 lat nie miałem ani jednej awarii karty sieciowej.

No i? Napieraj dalej.

Zwłaszcza kiedy w umowie serwisowej masz 30 minutowe okno serwisowe raz na miesiąc albo rzadziej. A każda rozpoczęta godzina przestoju kosztuje *k$.

Secundo: skoro jesteś takim wielkim fanem redundancji, dlaczego nie
wstawiłeś 3 zapasowych kart?

Bo brak slotĂłw.

Tertio: o USB nie słyszałeś?

Znasz jakąś gigabitową kartę na USB z przepustowością porównywalną z kartą serwerową?

Ja naprawdę nie piszę o zabawach przedszkolaków. A Ty wszystko odnosisz do tego mniej więcej poziomu i następnie uogólniasz na wszystkie zastosowania.

Nie załapałeś cytatu.

Może i nie złapałem.

Ale w takim razie udowodnij, że nie piszesz głupot podając sposób na *zdalny* update serwera, którego system operacyjny jest fizycznie *odłączony* od sieci (na przykład ze względów bezpieczeństwa). Możesz przyjąć, że update został dostarczony na CD. Fizycznego dostępu do sprzętu nie ma.

Piotrek

W dniu 09.12.2011 12:47, Piotrek pisze:

On 2011-12-09 10:55, Andrzej Lawa wrote:

[...]

Potrzebujesz w serwerze rejestrującym obraz z kamer wymienić uszkodzoną
kartę sieciową bez przerywania rejestracji obrazu.

Skoro karta jest uszkodzona, to rejestracja i tak juĹź jest przerwana.

A jaki związek ma karta sieciowa z frame grabberem do którego podłączasz
kamery?

Obecnie? Wszystko. Kto się jeszcze na poważnie bawi w PALowskie kamery
na koncentryku? Przecież na tym i tak nic nie widać!

Hint: poza kamerami IP jest jeszcze dostępny inny sprzęt.

Jeśli chcesz koniecznie utrzymywać muzeum monitoringu...

Jak planujesz to zrobić na "serwerze" z biedronki?

Primo: od 10 lat nie miałem ani jednej awarii karty sieciowej.

No i? Napieraj dalej.

Zwłaszcza kiedy w umowie serwisowej masz 30 minutowe okno serwisowe raz
na miesiąc albo rzadziej. A każda rozpoczęta godzina przestoju kosztuje
*k$.

Wróć na ziemię.

Mowa była o dość prostym systemie monitoringu, a ty wyjeżdżasz z
systemami globalnego nadzoru rakiet balistycznych.

To po pierwsze. Po drugie jeśli chcesz mieć prawdziwą gwarancję braku
przestojĂłw - organizujesz redundantny cluster maszyn i wymieniasz w
razie awarii całą maszynę, zamiast pitolić się z pojedynczymi komponentami.

Tutaj stosowanie normalnych komponentów ma jeszcze tę zaletę, że za tę
samą cenę masz znacznie większą redundancję, która zabezpiecza nie tylko
przed awarią sprzętu ale także daje znacznie większą rezerwę mocy
obliczeniowej.

Secundo: skoro jesteś takim wielkim fanem redundancji, dlaczego nie
wstawiłeś 3 zapasowych kart?

Bo brak slotĂłw.

OK, to na "prawdziwy" serwer brak budżetu. Wygrałem ;->

Tertio: o USB nie słyszałeś?

Znasz jakąś gigabitową kartę na USB z przepustowością porównywalną z
kartą serwerową?

Jest ich sporo. Wprawdzie póki co tylko USB 2.0, więc teoretyczna
maksymalna przepustowość to jakaś połowa, ale biorąc pod uwagę opisane
zastosowanie i tak wystarczy.

Ja naprawdę nie piszę o zabawach przedszkolaków. A Ty wszystko odnosisz
do tego mniej więcej poziomu i następnie uogólniasz na wszystkie
zastosowania.

Wróć do początku wątku. Przeczytaj. Pomyśl.

Nie załapałeś cytatu.

Może i nie złapałem.

Na pewno.

Ale w takim razie udowodnij, że nie piszesz głupot podając sposób na
*zdalny* update serwera, ktĂłrego system operacyjny jest fizycznie
*odłączony* od sieci (na przykład ze względów bezpieczeństwa). Możesz
przyjąć, że update został dostarczony na CD. Fizycznego dostępu do
sprzętu nie ma.

Co rozumiesz przez "system fizycznie odłączony od sieci".

UĹźytkownik "Andrzej Lawa"  napisał w wiadomości grup dyskusyjnych:4ee20cd6$1@news.home.net.pl...

Obecnie? Wszystko. Kto się jeszcze na poważnie bawi w PALowskie kamery
na koncentryku? Przecież na tym i tak nic nie widać!

W zeszłym roku widziałem montowany monitoring na kamerach samsunga w pewnym sądzie w Warszawie (na BNC).

On 2011-12-09 14:27, Andrzej Lawa wrote:

Co rozumiesz przez "system fizycznie odłączony od sieci".

Na przykład wypięty kabel z karty sieciowej. Dasz radę zasupportować taki system zdalnie, z poziomu systemy operacyjnego?

Dla ustalenia uwagi przypomnę, że chodzi o składaka z biedronki. :-)

Piotrek

W dniu 09.12.2011 16:02, Piotrek pisze:

On 2011-12-09 14:27, Andrzej Lawa wrote:

Co rozumiesz przez "system fizycznie odłączony od sieci".

Na przykład wypięty kabel z karty sieciowej. Dasz radę zasupportować
taki system zdalnie, z poziomu systemy operacyjnego?

A jak to zrobisz w przypadku "prawdziwego" serwera?

W tych samych warunkach - czyli fizycznie odłączonego od jakiejkolwiek sieci...

On Fri, 9 Dec 2011, Piotrek wrote:

On 2011-12-09 10:55, Andrzej Lawa wrote:

[...]
Primo: od 10 lat nie miałem ani jednej awarii karty sieciowej.

No i? Napieraj dalej.

  Niepotrzebnie wyciąłeś wyjaśnienie Andrzeja: inna półka.
  Naprawdę.
  Mowa była o "serwerze jako takim", czyli - na potrzeby *zamierzonego*
porównywania - low low end :] (do porównania z "pecetem podbiurkowym")

Zwłaszcza kiedy w umowie serwisowej masz 30 minutowe okno serwisowe raz na miesiąc albo rzadziej.

  No właśnie.
  Wtedy ma sens obstawienie wszystkiego co można za pomocą ECC i tak
dalej, co pozwala utrzymać na chodzie (albo o ile oprogramowanie
pozwala: wymigrować obsługą na inny komputer) dany serwer mimo
uszkodzenia modułu pamięci czy któregoś kontrolera IO.

Secundo: skoro jesteś takim wielkim fanem redundancji, dlaczego nie
wstawiłeś 3 zapasowych kart?

Bo brak slotów.

  W tej półce o której piszesz?
  To projektant był trąba i tyle ;)

Ja naprawdę nie piszę o zabawach przedszkolaków. A Ty wszystko odnosisz do tego mniej więcej poziomu

  Ale o tym był wątek, a to Ty wyciąłeś uwagę na ten temat!

i następnie uogólniasz na wszystkie zastosowania.

  I o ile mnie korciło żeby się przypiąć do Andrzeja w niektórych
miejscach, to ograniczenie wyżej mnie powstrzymywało ;) - raczej
nie było mowy o "wszelkich zastosowaniach".
(a w końcu to nie .pecet.advocacy, więc ekspansja w stronę "jak dobry
komputer specjalnego zastosowania można mieć jak się zapłaci" jest
co nieco NTG :])

pzdr, Gotfryd

Gotfryd Smolik news napisa?(a):

  Wtedy ma sens obstawienie wszystkiego co moĹźna za pomocą ECC i tak
dalej, co pozwala utrzymać na chodzie (albo o ile oprogramowanie
pozwala: wymigrować obsługą na inny komputer) dany serwer mimo
uszkodzenia modułu pamięci czy któregoś kontrolera IO.

ECC nie zabezpiecza przed uszkodzeniem modułu pamięci tylko zapewnia
większą stabilność pracy niż systemy w których używa sie zwykłych
pamięci (nie ECC czyli bez korekcji). ECC zabezpiecza przed efektami przekłamań, które mogą wystąpić
na skutek rożnych przyczyn od mikro pęknięć i innych defektów w
strukturze krzemu po promieniowanie kosmiczne, ktĂłre w postaci
szczątkowej dociera na Ziemie.

j.

--
http://www.predkosczabija.pl/
"Prędkość zabija. Włącz myślenie!"

On Sat, 10 Dec 2011, januszek wrote:

Gotfryd Smolik news napisa?(a):

  Wtedy ma sens obstawienie wszystkiego co można za pomocą ECC i tak
dalej, co pozwala utrzymać na chodzie (albo o ile oprogramowanie
pozwala: wymigrować obsługą na inny komputer) dany serwer mimo
uszkodzenia modułu pamięci czy któregoś kontrolera IO.

ECC nie zabezpiecza przed uszkodzeniem modułu pamięci

 Tylko "słabe" ECC, czyli mające redundancję *niższą* niż potrzebna
na wykrycie *i* skorygowanie każdego z bitów jednego modułu
rzeczywiście nie zabezpiecza - z czego nie wynika teza odwrotna,
że się nie da.

tylko zapewnia
większą stabilność pracy niż systemy w których używa sie zwykłych
pamięci (nie ECC czyli bez korekcji).
ECC zabezpiecza przed efektami przekłamań, które mogą wystąpić
na skutek rożnych przyczyn od mikro pęknięć i innych defektów
w strukturze krzemu po promieniowanie kosmiczne, które w postaci
szczątkowej dociera na Ziemie.

  I czym niby jedno przekłamanie różni się z p. widzenia pracy
komputera od drugiego czy owego od padu modułu, umiesz wyjaśnić?
  Tym, że raz masz skorygowane pojedyncze słowo (z uwagą niżej)
a przy "padzie" wszystkie? No to raz jeszcze: a co za
różnica?

  I bynajmniej *nie* pisałem o celowym uruchamianiu komputera
z zepsutym modułem - lecz padem (w tym "kompletnym") w trakcie
pracy.
  Oczywiście zadaniem systemu operacyjnego jest wymigrowanie
wszystkich obszarów, które znalazły się na liście stron uszkodzonych,
w inne miejsca pamięci fizycznej, bo uparte korzystanie z uszkodzonej
pamięci "bo nadmiarowości nam na styk wystarcza" rzecz jasna nie
jest dobrym pomysłem - ale to już krok dalej.

pzdr, Gotfryd

On 2011-12-07 08:33, Andrzej Lawa wrote:

I na czym wg. ciebie ta "specjalna budowa" polega, hmm?

Zauważ jeszcze, że niektóre software jest certyfikowane na konkretny sprzęt. Co oczywiście nie oznacza, że nie będzie działać na składaku.
Ale spróbuj wtedy zrobić case serwisowy mówiąc dla tego przykładu, że Twoja bardzo ważna baza danych działa na serwerze z biedronki.

Piotrek

W dniu 08.12.2011 21:10, Piotrek pisze:

On 2011-12-07 08:33, Andrzej Lawa wrote:

I na czym wg. ciebie ta "specjalna budowa" polega, hmm?

ZauwaĹź jeszcze, Ĺźe niektĂłre software jest certyfikowane na konkretny
sprzęt. Co oczywiście nie oznacza, że nie będzie działać na składaku.

ROTFL

Ale spróbuj wtedy zrobić case serwisowy mówiąc dla tego przykładu, że
Twoja bardzo ważna baza danych działa na serwerze z biedronki.

Nie używaj gównianego oprogramowania to nie będziesz miał takich problemów.

On 2011-12-09 08:38, Andrzej Lawa wrote:

Nie używaj gównianego oprogramowania to nie będziesz miał takich problemów.

Zrób pierwszy system z poziomem SLA innym niż "naprawię kiedy i jak się da" to zrozumiesz o czym piszę.

Piotrek

W dniu 09.12.2011 09:40, Piotrek pisze:

On 2011-12-09 08:38, Andrzej Lawa wrote:

Nie używaj gównianego oprogramowania to nie będziesz miał takich
problemĂłw.

Zrób pierwszy system z poziomem SLA innym niż "naprawię kiedy i jak się
da" to zrozumiesz o czym piszę.

Naprawianie serwerĂłw jest szybsze i prostsze niĹź stacji roboczych.

Wystarczy żeby przeżył jeden dysk z mirrorowanej pary (a katastrofa
będąca w stanie "zabić" każdy dysk zabije i "prawdziwy" serwer),
wkładasz go do nowego pudełka i odpalasz.

Po jakiejś poważnej katastrofie wkładasz zewnętrzny dysk zapasowy i też
hula.

Nowe pudełko możesz mieć w zapasie lub zmontować w pół godzinki (jeśli
ci się nie śpieszy) z komponentów kupionych po drodze do awarii.

On 2011-12-09 11:11, Andrzej Lawa wrote:

Zrób pierwszy system z poziomem SLA innym niż "naprawię kiedy i jak się
da" to zrozumiesz o czym piszę.

Naprawianie serwerĂłw jest szybsze i prostsze niĹź stacji roboczych.

Wystarczy żeby przeżył jeden dysk z mirrorowanej pary (a katastrofa
będąca w stanie "zabić" każdy dysk zabije i "prawdziwy" serwer),
wkładasz go do nowego pudełka i odpalasz.

Po jakiejś poważnej katastrofie wkładasz zewnętrzny dysk zapasowy i też
hula.

Nowe pudełko możesz mieć w zapasie lub zmontować w pół godzinki (jeśli
ci się nie śpieszy) z komponentów kupionych po drodze do awarii.

Ale zauważyłeś, że ten podwątek dotyczy certyfikacji sprzętu na potrzeby konkretnego oprogramowania? I zakładania case-ów serwisowych na software pracujący na niecertyfikowanym sprzęcie?

No to może zamiast opisywac jakieś cuda na patyku (które w dodatku raczej nie świadczą o jakimś superprofesjonalnym podejściu) zaproponuj w jaki sposób chcesz zmusić zewnętrznego dostawcę do rekacji na problem z jego software eksploatowanym na niecertyfikowanym serwerze.

Nie da się? Och! To przykra sprawa ...

W zastępstwie możesz opisać w jaki sposób chciałbyś zagwarantować np. godzinny czas *rozwiązania* problemu z driverem, który przez jakiś czas nawet pracował z jakąś "dzwiną" kartą. Ale teraz przestał, bo "cóś" się zmieniło.

Piotrek

W dniu 09.12.2011 11:59, Piotrek pisze:

Nowe pudełko możesz mieć w zapasie lub zmontować w pół godzinki (jeśli
ci się nie śpieszy) z komponentów kupionych po drodze do awarii.

Ale zauważyłeś, że ten podwątek dotyczy certyfikacji sprzętu na potrzeby
konkretnego oprogramowania? I zakładania case-ów serwisowych na software
pracujący na niecertyfikowanym sprzęcie?

Wiesz, jak jesteś na tyle głupi, żeby kupować oprogramowanie, którego
producent wymaga od ciebie wkładania szamańskiego stroju czy innych
rytuałów i magicznych naklejek, to jest to tylko i wyłącznie twoja wina.

No to może zamiast opisywac jakieś cuda na patyku (które w dodatku
raczej nie świadczą o jakimś superprofesjonalnym podejściu) zaproponuj w
jaki sposób chcesz zmusić zewnętrznego dostawcę do rekacji na problem z
jego software eksploatowanym na niecertyfikowanym serwerze.

Proste: uĹźyj innego oprogramowania. Takiego, ktĂłre nie wymaga od ciebie
kucania i śpiewania piosenek o młodym robocie.

Nie da się? Och! To przykra sprawa ...

Da się. Wystarczy nie używać gównianego oprogramowania.

W zastępstwie możesz opisać w jaki sposób chciałbyś zagwarantować np.
godzinny czas *rozwiązania* problemu z driverem, który przez jakiś czas
nawet pracował z jakąś "dzwiną" kartą. Ale teraz przestał, bo "cóś" się
zmieniło.

Co się zmieniło? Układ gwiazd? Sprzęt samoczynnie zmutował? Wypuściłeś
nanity i krzem w kościach przeorganizowały?

Bo o zmianach w systemie decyduje ten, kto nim administruje - czyli
zasadniczo ten, ktĂłry jest odpowiedzialny za czas naprawy systemu.

On 2011-12-09 12:06, Andrzej Lawa wrote:

Ale zauważyłeś, że ten podwątek dotyczy certyfikacji sprzętu na potrzeby
konkretnego oprogramowania? I zakładania case-ów serwisowych na software
pracujący na niecertyfikowanym sprzęcie?

Wiesz, jak jesteś na tyle głupi, żeby kupować oprogramowanie, którego
producent wymaga od ciebie wkładania szamańskiego stroju czy innych
rytuałów i magicznych naklejek, to jest to tylko i wyłącznie twoja wina.

Ale to nie jest kwestia czyjejkolwiek głupoty tylko dość oczywistego faktu, że zapewnienie żądanego czasu rozwiązania problemu w rozsądnych cenach po prostu wymaga standaryzacji środowiska.

Dotyczy to również produktów opensourcowych (konkretnie piszę o komercyjnym supporcie dla jBossa).

I nie ma się to co napinać tylko trzeba zrozumieć, że poza światem "małego Jasia" jest też realny świat. W którym w szczególności kary umowne mają zupełnie konkretny wymiar.

I oczywiście możesz dać na mszę mając nadzieję, że ktoś Ci pomoże rozwikłać problem z (darmowym) software w czasie wynikającym z Twojej umowy serwisowej z klientem.

Ale często taniej jest użyć sprzętu i software co do którego masz pewność, że support nie opiera się na dobrej woli woluntariuszy.

[...]
Bo o zmianach w systemie decyduje ten, kto nim administruje - czyli
zasadniczo ten, ktĂłry jest odpowiedzialny za czas naprawy systemu.

ChGW co się zmieniło. Zmiany testowane na jednym serwerze z biedronki zupełnie inaczej zadziałały na produkcyjnym serwerze z biedronki.

Ot taka złośliwa konsekwencja przyjętej filozofii życiowej, że oszczędzamy na wszystkim ;-)

Piotrek

W dniu 09.12.2011 12:44, Piotrek pisze:

Ale to nie jest kwestia czyjejkolwiek głupoty tylko dość oczywistego
faktu, że zapewnienie żądanego czasu rozwiązania problemu w rozsądnych
cenach po prostu wymaga standaryzacji środowiska.

I ono jest bardzo mocno zestandaryzowane.

Dotyczy to również produktów opensourcowych (konkretnie piszę o
komercyjnym supporcie dla jBossa).

I nie ma się to co napinać tylko trzeba zrozumieć, że poza światem
"małego Jasia" jest też realny świat. W którym w szczególności kary
umowne mają zupełnie konkretny wymiar.

Primo: sądzisz, że inicjator wątku to gigantyczna korporacja z serwerem,
ktĂłrego godzinny przestĂłj kosztuje miliony?

Secundo: w tym świecie chodzi też o prestiż i działania pozorowane. "Mam
dobry komputer, bo dużo za niego zapłaciłem". Zachowujesz się jak audiofil.

I oczywiście możesz dać na mszę mając nadzieję, że ktoś Ci pomoże
rozwikłać problem z (darmowym) software w czasie wynikającym z Twojej
umowy serwisowej z klientem.

Powiem tak: miałem do czynienia i z darmowym opensourcem, i z
komercyjnym tworzonym na specjalne zamĂłwienie systemem magazynowym.

Zgadnij gdzie więcej było spieprzone...

Ale często taniej jest użyć sprzętu i software co do którego masz
pewność, że support nie opiera się na dobrej woli woluntariuszy.

Jakich wolontariuszy? Inicjator wątku nie miał rozwiązania od
"wolontariusza" tylko za niego zapłacił - uzgodnili cenę i co za tę cenę
dostał.

[...]
Bo o zmianach w systemie decyduje ten, kto nim administruje - czyli
zasadniczo ten, ktĂłry jest odpowiedzialny za czas naprawy systemu.

ChGW co się zmieniło. Zmiany testowane na jednym serwerze z biedronki
zupełnie inaczej zadziałały na produkcyjnym serwerze z biedronki.

Znaczy się coś spieprzyłeś i jesteś dupa nie administrator.

On 2011-12-09 14:27, Andrzej Lawa wrote:

W dniu 09.12.2011 12:44, Piotrek pisze:

Ale to nie jest kwestia czyjejkolwiek głupoty tylko dość oczywistego
faktu, że zapewnienie żądanego czasu rozwiązania problemu w rozsądnych
cenach po prostu wymaga standaryzacji środowiska.

I ono jest bardzo mocno zestandaryzowane.

Miałeś szanse rzucić okiem na specyfikację supportowanych konfiguracji dla dowolnego software z komercyjnym supportem?

Z komercyjnym, czyli takim że płacisz i wymagasz.

A nie takim, że płaczesz i czekasz aż ktoś się ewentualnie zlituje. Albo, że sam wpadniesz o co kaman. Co w przypadku obcego kodu, nieco bardziej zaawansowanego niż "Hello, world!" nie musi być trywialne.

Dotyczy to również produktów opensourcowych (konkretnie piszę o
komercyjnym supporcie dla jBossa).

I nie ma się to co napinać tylko trzeba zrozumieć, że poza światem
"małego Jasia" jest też realny świat. W którym w szczególności kary
umowne mają zupełnie konkretny wymiar.

Primo: sądzisz, że inicjator wątku to gigantyczna korporacja z serwerem,
ktĂłrego godzinny przestĂłj kosztuje miliony?

No ale my tu zboczyliśmy w kierunku tego lepszego (darmowego) software, które działa na wszystkim i tego gorszego (z komercyjnym supportem), które działa na wybranym sprzęcie. Tak więc status inicjatora wątku ma tu trzeciorzędne znaczenie.

Secundo: w tym świecie chodzi też o prestiż i działania pozorowane. "Mam
dobry komputer, bo dużo za niego zapłaciłem". Zachowujesz się jak audiofil.

Nie, w *tym* świecie chodzi o zupełnie co innego.

Chodzi mianowicie o to, że "Mam dobry system, bo spełnia moje wymagania i jest zabezpieczony umową z właściwym SLA". Czyli mam właściwą "dupokrytkę" i mam kogo ścignąć na wypadek kiedy sprawy idą źle.

A jak wiadomo nic tak nie wpływa na motywację dostawcy jak zagrożenie koniecznością zapłaty wysokich kar umownych.

Kwestia ceny jest w tym przypadku wtórna, ale jest oczywiście pochodną powyższego.

I oczywiście możesz dać na mszę mając nadzieję, że ktoś Ci pomoże
rozwikłać problem z (darmowym) software w czasie wynikającym z Twojej
umowy serwisowej z klientem.

Powiem tak: miałem do czynienia i z darmowym opensourcem, i z
komercyjnym tworzonym na specjalne zamĂłwienie systemem magazynowym.

Zgadnij gdzie więcej było spieprzone...

Ale zdajesz sobie sprawę z tego, że liczba błędów w software jest tylko jednym z elementów jakości? I to wcale nie tym najważniejszym.

Ale często taniej jest użyć sprzętu i software co do którego masz
pewność, że support nie opiera się na dobrej woli woluntariuszy.

Jakich wolontariuszy? Inicjator wątku nie miał rozwiązania od
"wolontariusza" tylko za niego zapłacił - uzgodnili cenę i co za tę cenę
dostał.

Tak jak napisałem wyżej. Zboczyliśmy w kierunku tego lepszego (darmowego) software, które działa na wszystkim i tego gorszego (z komercyjnym supportem), które działa w miarę *powtarzalnie* we wskazanych środowiskach.

A Ty znowu się odnosisz do wątkotwórcy ...

ChGW co się zmieniło. Zmiany testowane na jednym serwerze z biedronki
zupełnie inaczej zadziałały na produkcyjnym serwerze z biedronki.

Znaczy się coś spieprzyłeś i jesteś dupa nie administrator.

No offence, ale jednak nie wiesz o czym piszesz. Spróbuj po roku, albo nawet po miesiącu, kupić w biedronce *dokładnie* taki sam sprzęt.

A ma być dokładnie taki sam, ażeby nie powtarzać często kosztownych testów akceptacyjnych, kiedy przyjdzie Ci podmienić sprzęt na przykład z powodu jego uszkodzenia.

Zauważ, że testy funkcjonalne to jedno. A strojenie systemu i testy wydajnościowe to zupełnie co innego. KPW?

Piotrek

W dniu 09.12.2011 15:57, Piotrek pisze:

Ale to nie jest kwestia czyjejkolwiek głupoty tylko dość oczywistego
faktu, że zapewnienie żądanego czasu rozwiązania problemu w rozsądnych
cenach po prostu wymaga standaryzacji środowiska.

I ono jest bardzo mocno zestandaryzowane.

Miałeś szanse rzucić okiem na specyfikację supportowanych konfiguracji
dla dowolnego software z komercyjnym supportem?

Często jest to taki sam dupochron, jak certyfikowanie switcha pod systemy operacyjne... Switch działa na sprzętowej warstwie sieci i generalnie wali go, jaki system operacyjny korzysta z danej sieci.

Ale certyfikaty zgodności dumni producenci sobie naklejają.

Z komercyjnym, czyli takim że płacisz i wymagasz.

A nie takim, że płaczesz i czekasz aż ktoś się ewentualnie zlituje.
Albo, że sam wpadniesz o co kaman. Co w przypadku obcego kodu, nieco
bardziej zaawansowanego niż "Hello, world!" nie musi być trywialne.

Człowieku, opanuj się! Inicjator wątku jest klientem - zamówił za określone pieniądze rozwiązanie o określonych cechach i z określonym wsparciem.

Najwyraźniej zamówione wsparcie było zerowe (skoro w przypadku awarii zajmował się nią jakiś "informatyk" niezwiązany z firmą sprzedającą rozwiązanie) i byłoby takie NIEZALEŻNIE od użytego sprzętu!

Gdyby zaś było na poziomie "naprawa w ciągu max. godziny od zgłoszenia awarii" to problemem sprzedającego byłoby wywiązać się z umowy - znowu niezależnie od użytego sprzętu.

[ciach]

ChGW co się zmieniło. Zmiany testowane na jednym serwerze z biedronki
zupełnie inaczej zadziałały na produkcyjnym serwerze z biedronki.

Znaczy się coś spieprzyłeś i jesteś dupa nie administrator.

No offence, ale jednak nie wiesz o czym piszesz. Spróbuj po roku, albo
nawet po miesiącu, kupić w biedronce *dokładnie* taki sam sprzęt.

Twierdzisz, że u producenta "prawdziwego serwera" kupisz identyczny nawet po 10 latach? ROTFL

On Fri, 9 Dec 2011, Andrzej Lawa wrote:

[...do Piotrka...]

Primo: sądzisz, że inicjator wątku to gigantyczna korporacja z serwerem,
którego godzinny przestój kosztuje miliony?

  Ale w tym właśnie leży sedno problemu, dookoła którego spieracie
się z Piotrkiem.
  Odpowiedź jest oczywista: nie, i dlatego takie ograniczenia nie
wchodzą w rachubę.
  Cały problem w tym, że inicjator wątku tego nie załapał.

Secundo: w tym świecie chodzi też o prestiż i działania pozorowane. "Mam
dobry komputer, bo dużo za niego zapłaciłem". Zachowujesz się jak
audiofil.

  Niekoniecznie.
  Piotrek wyjaśnił część sprawy.
  Druga jest taka: masz dwa dyski, z zewnątrz prawie takie same.
  Mechanicznie takie same (na 100%)
  Różnią się naklejkami :> (wizualnie)
  I jeden kosztuje 3x tyle co drugi.
  Teraz pytanie: czym się różnią oprócz naklejek?
  Co obstawiasz? ;)

I oczywiście możesz dać na mszę mając nadzieję, że ktoś Ci pomoże rozwikłać problem z (darmowym) software w czasie wynikającym z Twojej umowy serwisowej z klientem.

Powiem tak: miałem do czynienia i z darmowym opensourcem, i z
komercyjnym tworzonym na specjalne zamówienie systemem magazynowym.

Zgadnij gdzie więcej było spieprzone...

  W dedykowanym, nie aż tak dziwne.
  Porównaj z wyrobem komercyjnym *nie* dedykowanym (albo
weź opensourcowy dedykowany ;>)

  Ad rem:

Jakich wolontariuszy? Inicjator wątku nie miał rozwiązania od
"wolontariusza" tylko za niego zapłacił - uzgodnili cenę i co za tę cenę
dostał.

  No i się burzy że za mało ;)

pzdr, Gotfryd

W dniu 09.12.2011 23:50, Gotfryd Smolik news pisze:

Primo: sądzisz, że inicjator wątku to gigantyczna korporacja z serwerem,
którego godzinny przestój kosztuje miliony?

Ale w tym właśnie leży sedno problemu, dookoła którego spieracie
się z Piotrkiem.
Odpowiedź jest oczywista: nie, i dlatego takie ograniczenia nie
wchodzą w rachubę.
Cały problem w tym, że inicjator wątku tego nie załapał.

Piotruś też nie - dla niego serwer to miltiredundantny sprzęt za kosmiczne pieniądze z bajeranckimi naklejkami ;->

Nie dociera do niego, że "serwer" to funkcja i spełniać może ją każdy sprzęt - wszystko zależy od potrzeb i możliwości (zwłaszcza finansowych).

Secundo: w tym świecie chodzi też o prestiż i działania pozorowane. "Mam
dobry komputer, bo dużo za niego zapłaciłem". Zachowujesz się jak
audiofil.

Niekoniecznie.
Piotrek wyjaśnił część sprawy.
Druga jest taka: masz dwa dyski, z zewnątrz prawie takie same.
Mechanicznie takie same (na 100%)
Różnią się naklejkami :> (wizualnie)
I jeden kosztuje 3x tyle co drugi.
Teraz pytanie: czym się różnią oprócz naklejek?
Co obstawiasz? ;)

Marżę ;->

I oczywiście możesz dać na mszę mając nadzieję, że ktoś Ci pomoże
rozwikłać problem z (darmowym) software w czasie wynikającym z Twojej
umowy serwisowej z klientem.

Powiem tak: miałem do czynienia i z darmowym opensourcem, i z
komercyjnym tworzonym na specjalne zamówienie systemem magazynowym.

Zgadnij gdzie więcej było spieprzone...

W dedykowanym, nie aż tak dziwne.
Porównaj z wyrobem komercyjnym *nie* dedykowanym (albo
weź opensourcowy dedykowany ;>)

Komercyjne nie dedykowane z reguły nie są open source, więc jeśli nie działają to ciężko mi dość, dlaczego...

Jakich wolontariuszy? Inicjator wątku nie miał rozwiązania od
"wolontariusza" tylko za niego zapłacił - uzgodnili cenę i co za tę cenę
dostał.

No i się burzy że za mało ;)

What you pay is what you get ;->

On 2011-12-10 20:21, Andrzej Lawa wrote:

Piotruś też nie - dla niego serwer to miltiredundantny sprzęt za
kosmiczne pieniądze z bajeranckimi naklejkami ;->

Niekoniecznie.

Ale ja włączyłem się do dyskusji kiedy spytałeś o *różnice* w budowie sprzętu domowego i *dedykowanego* do pracy 24x7x365.

A to oznacza w szczególności, że sprzęt dedykowany powninien sobie poradzić z drobniejszymi problemami (np. korekcja pojedynczych błędów pamięci), albo nawet z wymianą niektórych elementów podczas pracy serwera (bez shutdown i zatrzymania pracy systemu/aplikacji).

A że Ty dyskutujesz nie z tym co napisałem, tylko z tym co Ci się wydaje że napisałem to już doprawdy nie jest moja wina.

"Te typy tak mają" ... ;-)

EOT.

Piotrek

W dniu 10.12.2011 20:42, Piotrek pisze:

A to oznacza w szczególności, że sprzęt dedykowany powninien sobie
poradzić z drobniejszymi problemami (np. korekcja pojedynczych błędów
pamięci), albo nawet z wymianą niektórych elementów podczas pracy
serwera (bez shutdown i zatrzymania pracy systemu/aplikacji).

No to w takim razie jedyny "prawdziwy serwer" to.... cluster ;->

Bo każda pojedyncza maszyna może nawalić, a jedynym rozwiązaniem na prawdę pozwalającym na ciągła pracę jest cluster. A taki można zestawić z dowolnych maszyn.

On Fri, 9 Dec 2011, Andrzej Lawa wrote:

Naprawianie serwerów jest szybsze i prostsze niż stacji roboczych.

  Wydawało mi się, że trzymasz się wersji "mowa o serwerach low end,
na tyle low end, że w tej roli działa byle składak".
  Skąd w takim razie dążenie do wyciągania argumentów dotyczących
choćby tylko pół półki wyżej leżących elementów, które skutkują
sięganiem przez Piotrka do półki na górze? ;)
  Toć w ten deseń flejma nie skończycie :]

Wystarczy żeby przeżył jeden dysk z mirrorowanej pary (a katastrofa
będąca w stanie "zabić" każdy dysk zabije i "prawdziwy" serwer),

  No i jak tu się nie powstrzymać z uwagą, że *skoro* rozpatrujemy
taką wersję, to nieporozumieniem jest pojedynczy mirror, bo
przecież zdalnej macierzy podpiętej po FC nic "lokalnego" nie
ubije ;) (poza skasowaniem danych przez bug w programie lub
u operatora)
  IMVHO, tu właśnie leży problem: wątkotwórca *nie* wyspecyfikował
skali swoich wymagań, a określił ją za pomocą ceny.
  No to załapał się na dowcip o wybieraniu z trzech czynników ;)
"Dobrze, tanio", co zostało? - robienie i odtwarzanie powolnych
backupów :) (a jak nie, to kolejny dowcip, o tym co KAŻDY
użyszkodnik BĘDZIE robił)

pzdr, Gotfryd

W dniu 10.12.2011 00:11, Gotfryd Smolik news pisze:

Naprawianie serwerów jest szybsze i prostsze niż stacji roboczych.

Wydawało mi się, że trzymasz się wersji "mowa o serwerach low end,
na tyle low end, że w tej roli działa byle składak".

Trzymam. W stacjach roboczych dochodzi jeszcze czynnik ludzki, który może marudzić, jeśli nie wszystko będzie idealnie tak jak było ;)

"Ale moja myszka miała inny kształt!" (co z tego, że np. taki dokładnie model nie jest już od lat produkowany ;) )

Piotrek wrote:

On 2011-12-07 08:33, Andrzej Lawa wrote:

I na czym wg. ciebie ta "specjalna budowa" polega, hmm?

ZauwaĹź jeszcze, Ĺźe niektĂłre software jest certyfikowane na konkretny
sprzęt. Co oczywiście nie oznacza, że nie będzie działać na składaku.
Ale spróbuj wtedy zrobić case serwisowy mówiąc dla tego przykładu, że
Twoja bardzo ważna baza danych działa na serwerze z biedronki.

bosz

ludzie ale jedziecie...

facet zamówił, "serwer" do gromadzenia danych z monitoringu IP...

podejżewam że zapłacił adekwatną do dostarczonego sprzętu cenę.

W dniu 2011-12-11 21:18, Marek Dyjor pisze:

facet zamówił, "serwer" do gromadzenia danych z monitoringu IP...

podejżewam że zapłacił adekwatną do dostarczonego sprzętu cenę.

Podejrzewam, żeś Stokrotka.


animka
--
Pamiętajmy, że zwierzęta są bezbronne wobec człowieka, cierpią tak jak ludzie. "Człowiek jest królem zwierząt, gdyż przewyższa je w okrucieństwie, ale przyjdzie czas, kiedy będzie traktował mordowanie zwierząt w ten sam sposób, w jaki obecnie traktuje zabijanie ludzi. Ten, kto nie szanuje i nie ceni życia, nie zasługuje na to, aby żyć".
Leonardo da Vinci