Skocz do zawartości

Suspect

Użytkownicy
  • Ilość treści

    84
  • Rejestracja

  • Ostatnio

  • Wygrane dni

    5

Suspect wygrał w ostatnim dniu 3 Marzec

Suspect ma najbardziej lubianą zawartość!

Reputacja

15 Good

Ostatnio na profilu byli

346 wyświetleń profilu
  1. W momencie gdy Ty składałeś zamówienie, ktoś inny mógł być już na etapie realizacji płatności i efekt jest ten sam Naprawdę liczy się tutaj każda sekunda. Problem ten dotyczy najbardziej wyczekiwanych ofert czyli tańszych Kimsufi i np. serwera GAME-3 z SoYouStart.
  2. @MaxPan, w Kimsufi praktycznie zawsze będziesz miał serwer po innej osobie która zrezygnowała. W momencie gdy serwer z danej oferty jest dostępny, zazwyczaj jest to jedna sztuka po rezygnacji innego klienta. W momencie gdy złożysz zamówienie ale ktoś uprzedzi Cię ze złożeniem zamówienia i jego opłaceniem to pojawia się problem taki jak u Ciebie. Mają wtedy złożone dwa zamówienia na jeden dostępny serwer. Z opłacaniem trzeba się śpieszyć bo w przypadku Kimsufi liczy się każda sekunda. Twoje zamówienie będzie teraz oczekiwało aż będą mieli jakiś serwer z rezygnacji innego klienta. Wtedy zamiast zmieniac status danej oferty na dostępną, automatycznie zrealizują Twoje zamówienie. Zdarzyło mi się doświadczyć tego samego problemu w SoYouStart
  3. @Boni NASK nie wymaga od partnerów jakiejś konkretnej procedury wydawania kodów authinfo a jedynie wiarygdnej weryfikacji klienta przed wydaniem kodu. Niestety dla jednej firmy wiarygodna weryfikacja to list polecony z wnioskiem o wydanie kodu, dla drugiej skany dowodów i stos innych dokumentów, dla trzeciej zalogowanie się do panelu na swoje konto i jedno kliknięcie myszką w przycisk potwierdzający chęć uzyskania kodu. Zastanawiałem się zawsze czy te 2 pierwsze przypadki to nie celowe utrudnianie klientowi ewentualnej migracji... Moim zdaniem jako wiarygodną weryfikację klienta powinno się uznawać zlecenie chęci uzyskania kodu po zalogowaniu do panelu a następnie potwierdzenie przez e-mail w celu autoryzacji. Gdyby NASK wskazał konkretnie jak powinna wyglądać wiarygodna weryfikacja klienta, nie byłoby takich problemów.
  4. Cześć, to nie kwestia wydajności dysku a użycia procesora. Podczas tego procesu to procesor jest tzw. "wąskim gardłem". Przy kompilacji kernela uruchom sobie htop czy top i sprawdź użycie procesora
  5. @mrViperoo, wykup dotyczy KVM, nie IPMI. KVM można podłączyć nawet do PC. Na pewno mają ograniczoną ilość KVM-ów i też nie chcą zbytnio obciążać techników w data center, stąd taka cena.
  6. Co do GAME, dostęp do KVM to konieczność stosowania drogich płyt głównych dedykowanych serwerom typu Supermicro tak jak już wspomniał @Spoofy. A jak Supermicro to i pamięć RAM z ECC i procesory serwerowe z rodziny Xeon. Cena nie byłay już ta sama. W przypadku pozostałych gam, jest to jedynie kwestia płyty głównej ponieważ pamięć RAM z ECC i serwerowe procesory już tam są. Wątpię jednak aby OVH zdecydowało się kiedykolwiek na używanie w SoYouStart płyt Supermicro z IPMI bo wtedy znacząco obniżą korzyści z przejścia do OVH.
  7. Cześć, istnieje bardzo podobny wątek dotyczący aplikacji OpenVPN gdzie poruszony został identyczny problem i znajdziesz tam także rozwiązanie które powinno być skuteczne również dla ProFTPD. https://github.com/Angristan/OpenVPN-install/issues/77 Rozwiązanie tego problemu dla OpenVPN jest w poniższym komentarzu https://github.com/angristan/openvpn-install/commit/c703d41795def39b81b4a4ec6b2bda3f144b2a0a#commitcomment-25086118 Analogicznie możesz rozwiązać ten problem dla ProFTPD zamieniając jedynie w poleceniach "openvpn" na "proftpd". Daj znać czy pomogło
  8. Załóżmy, że korzystasz np. z gametracker.com. Wystarczy, że właściciel tego serwisu zaktualizował bazę geolokalizacji po starcie WAW-1 a przed wdrożeniem FO i efekt będzie taki jak opisujesz. Aby to zmienić, OVH musiałoby pisać do wszystkich tego typu serwisów z prośbą o aktualizacje baz geolokalizacji w takich serwisach co jest praktycznie niewykonalne, jest ich zbyt wiele. Jedyną możliwością jest więc cierpliwość lub samodzielny kontakt z właścicielem serwisu gdzie geolokalizacja jest nieprawidłowa. Czas aktualizacji zmian zależy jedynie od właścicieli takich serwisów. Jeżeli nie będą chcieli aktualizować baz geolokalizacji to taki sam efekt może być nawet następne 5 lat, nikt ich przecież nie zmusi.
  9. @daffx OVH niewiele może w tej kwestii. Niestety nie mają żadnego wpływu na to co jaki czas różnego rodzaju usługodawcy aktualizują swoje bazy geo lokalizacji. Gdyby wszyscy usługodawcy aktualizowali te bazy chociaż raz w miesiącu, nie byłoby takiego problemu. Jedyne co można zrobić to pisać do usługodawców z przestarzałymi bazami geo lokalizacji z prośbą o ich aktualizację.
  10. @l3szcz Właśnie, korzystasz z OpenVZ 6 który nie ma wiele wspólnego z OpenVZ 7. Zerknij na dokumentację bo chyba jedynie tak Cię przekonam do swoich racji. https://docs.virtuozzo.com/virtuozzo_7_users_guide/managing-virtual-machines-and-containers/creating-virtual-machines-and-containers.html Virtuozzo 7 to ta sama dystrybucja co OpenVZ 7 lecz z pewnymi ograniczeniami takimi jak np. brak możliwości migracji w trybie live. Korzystam produkcyjnie zarówno z wirtualnych maszyn jak i kontenerów
  11. @l3szcz, kto Ci wcisnął takie bzdury? Miałeś w ogóle do czynienia z OpenVZ 7? Obsługuje zarówno pełną wirtualizację jak i kontenery. Ściagnij, zainstaluj, przetestuj i nie wprowadzaj ludzi w błąd.
  12. @stormfly, zainteresuj się OpenVZ 7. Bez problemowa instalacja a co najważniejsze oprócz pełnej wirtualizacji obsługuje także lekkie kontenery. W wersji płatnej to rozwiązanie nazywa się Virtuozzo 7. Migracja w trybie live dostępna jest jedynie w wersji płatnej natomiast wszystkie inne funkcje oprócz backupów dostępne są w bezpłatnej wersji czyli OpenVZ 7. Działa bardzo stabilnie, chwalę sobie. Jest to system wirtualizacji oparty na RHEL 7 więc co do storage masz wiele dostępnych rozwiązań i możesz skorzystać z dowolnego (może Gluster?). Co do HA, najlepiej napisać sobie mini skrypt który będzie zarządzał równoważeniem obciążenia między nodami i reakcją na awarie.
  13. Prawidłowości działania zasilacza nigdy nie ocenia się na podstawie wskazań czy testów udostępnianych przez software. Wszelkie napięcia które widzisz w różnego rodzaju programach traktuj jako ciekawostkę, nie jako wartości którym należy ufać. Warto też dodać, że prawidłowe działanie zasilacza to nie tylko odpowiednie napięcia. Najszybszą i najprostszą metodą jest podmiana zasilacza na inny. W celach testowych, nie musi to być zasilacz o podobnej mocy. Do uruchomienia tego komputera wystarczy nawet 350W. Sprawdź też czy na płycie głównej nie ma widocznych żadnych uszkodzeń. W szczególności czy żaden kondensator nie jest wybrzuszony.
  14. Zakładam, że wszystkie temperatury zostały przez Ciebie dokładnie zbadane pod maksymalnym obciążeniem. W związku z tym, pierwsza moja myśl to niestabilne działanie zasilacza. Jeżeli dostarczone napięcie czy prąd nie są stabilne, skutki mogą być bardzo różne a na pozór mogą wręcz sugerować software. Najczęstszy objaw to właśnie wyłączanie się komputera ze względu na zadziałanie zabezpieczeń. Warto też wziąć pod uwagę to, że ten zasilacz ma już 12 lat i parametry jego pracy mogą znacznie odbiegać od tego co zakładał producent. Sugeruję więc w celach testowych podmienić zasilacz.
  15. @Mion, jeżeli zależy Ci na tak szybkiej odpowiedzi to najlepiej po napisaniu zgłoszenia dodatkowo skontaktować się telefonicznie z prośbą o interwencję. W moim przypadku takie rozwiązanie zawsze się sprawdza. Mniej pilne sprawy załatwiam jedynie przez system zgłoszeń, pilne sprawy załatwiam przez zgłoszenie + kontakt telefoniczny i nie zawiodłem się.
×
×
  • Utwórz nowe...

Ważne informacje

Korzystając z forum, wyrażasz zgodę na: Warunki korzystania z serwisu, Regulamin, Polityka prywatności.