-
Dołącz do społeczności!
👋 Witaj na MPCForum!
Przeglądasz forum jako gość, co oznacza, że wiele świetnych funkcji jest jeszcze przed Tobą! 😎
- ✅ Pełny dostęp do działów i ukrytych treści
- ✅ Możliwość pisania i odpowiadania w tematach
- ✅ System prywatnych wiadomości
- ✅ Zbieranie reputacji i rozwijanie swojego profilu
- ✅ Członkostwo w jednej z największych społeczności graczy
👉 Dołączenie zajmie Ci mniej niż minutę – a zyskasz znacznie więcej!
Zarejestruj się teraz
Pytanie
mc.ersin.pl
Przychodzę dzisiaj z opinia na temat hosting pukawka.pl - Szczerze odradzam ten hosting należy go omijać szerokim łukiem. Ogromne crashe serwerów, brak wsparcia dla klientów tego hostingu, całkowite olewanie supportu i tiketów.
W skrócie opowiem wam o moich problemach z tym hostingiem i dlaczego odradzam korzystanie z niego.
Data: 30.07.2018
****
Godzina: 04:18:09
Na serwerze następuje codzienna, automatyczna kopia zapasowa serwera
Godzina: 04:24:36
Serwer uruchamia się po stworzeniu kopii zapasowej pierwszy gracz wchodzi na serwer
Godzina: 07:16:18
Następuje pierwszy crash javy w tym momencie błędy będą prześladować serwer aż do godzinny ok 11
Godzina: 07:26:18
Pierwsze informacje o tym, że plugin askyblock natknął jakiś problem i nie może zapisywać odczytywać wyspy graczy
Godzina: 08:10:08
Plugin askyblock zaczyna wysyłać do konsoli informacje o braku miejsca na dysku (No space left on device)
Godzina: 10:52:31
Serwer sam postanowił się wyłączyć (moim zdaniem nastąpiło przeciążenie (procesora, dysku lub ramu)
Godzina: 11:56:05
Serwer został cofnięty przez jednego z administratorów do kopii przed godzinny 04:18:09
***
Błedy na podstawie logów serwera: https://pastebin.com/D9bzece9
Jako osoba która posiada dostęp do panelu serwera nie zakomunikowałem tego błędu supportowi bagatelizując sprawę i tłumacząc sobie tym iż mógł to być błąd przeciążonej maszyny ewentualnie błąd pluginu

Przez resztę dnia aż do godziny ok. 21:48 tzn. Na serwerze można było normalnie grać procesor na panelu nie wykręcał więcej niż 80% obciążenia mieliśmy zapasowy ram. Wtedy nic nie zapowiadało tego co się stało o ów godzinie.
***
Data: 31.07.2018
Godzina: 21:48
Serwer zaliczył pierwszego crasha logi z błędu: https://pastebin.com/gCEE85tn
Ticket został wysłany tuż po tym jak restart serwera i odczekanie "regulaminowych 5 minut" nie pomagało
Absurd przemawia przez absurd pracownik pukawki twierdzi, że "W przypadku problemów po stronie serwera dedykowanego nie otrzymałbyś żadnego crash logu."
Logów z błędami takimi jak podesłałem na pastebin mam chyba z 20.
Nie rozumiem też czemu nie miałbym otrzymać błędów jeśli błąd byłby ewidetnie po stronie serwera dedykowanego ? Serwery które są hostowane to gdzie przepraszam bardzo stoją w chumrze czy może na localhoscie ?
Chyba, że pukawka zabezpieczyła się, że żaden log z błędu nie będzie trafiał do klientów absurd goni absurd brakuje tylko żeby pomoc techniczna odpisała, że sam crashowałem ich serwer albo wpisałem co bądź w logi serwera.
Po otrzymaniu tej wiadomości postanowiłem ten sam serwer z tymi samymi plkami postawić na localhoście a potem na serwerze na ów hostingu na innym slocie wszystko odziwo działo, jak to możliwe
Mimo prośby o nadania serwera 24h aby mógł im zaprezentować błąd ani prośby o odzyskania pieniędzy za miesiąc nie otrzymałem odpowiedzi aż do teraz support postanowił, że skoro mu nie działa to jego problem.
Następnie serwerownia sama zapchała dysk i ram serwerów bo zamiast rozlokować klientów na kilka sewerów wszystkich pchają na siłę co by więcej kasy mieć.
/proc/meminfo: MemTotal: 131996312 kB MemFree: 405740 kB MemAvailable: 0 kB Buffers: 9800 kB Cached: 224064 kB SwapCached: 33268 kB Active: 124817580 kB Inactive: 5220560 kB Active(anon): 124789120 kB Inactive(anon): 5199516 kB Active(file): 28460 kB Inactive(file): 21044 kB Unevictable: 24 kB Mlocked: 24 kB SwapTotal: 33554428 kB SwapFree: 4 kB Dirty: 1928 kB Writeback: 476 kB AnonPages: 129772500 kB Mapped: 54016 kB Shmem: 182792 kB Slab: 439828 kB SReclaimable: 185156 kB SUnreclaim: 254672 kB KernelStack: 211280 kB PageTables: 541336 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 99552584 kB Committed_AS: 705763784 kB VmallocTotal: 34359738367 kB VmallocUsed: 0 kB VmallocChunk: 0 kB HardwareCorrupted: 0 kB AnonHugePages: 870400 kB ShmemHugePages: 0 kB ShmemPmdMapped: 0 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB Hugetlb: 0 kB DirectMap4k: 4417420 kB DirectMap2M: 118231040 kB DirectMap1G: 13631488 kB
Na górze możecie zobaczyć jak serwerownia zapycha swoje serwery stawiając co popadnie i gdzie popadnie
RAM: 128GB
FREERAM: 4GB
[Tue, 31. Jul 2018 16:50:59 CEST INFO] Filename Type Size Used Priority [Tue, 31. Jul 2018 16:50:59 CEST INFO] /home/swap_file file 16777212 2751236 -2
Całą pamieć swap zapiszą na dysk, dyski są bardzo wolne nawet jeśli mowa o ssd na moje oko serwery już są tak zjechane, że ledwo ogarniają co zapisywać.
Ów hosting hostuje się w (sprint)
Na jednym serwerze dedykowanym może być do kilkunastu to kilkudziesięciu lub więcej serwerów to skutkuje własnie zapchaniem pamięci
/proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 62 model name : Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz stepping : 4 microcode : 0x428 cpu MHz : 2013.897 cache size : 15360 KB physical id : 0 siblings : 12 core id : 0 cpu cores : 6 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts bugs : cpu_meltdown spectre_v1 spectre_v2 bogomips : 4200.08 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management:
Strasznie wolne procesory serwerowe nawet jak na te lata.
Wheezy also benefits from Long Term Support (LTS) until the end of May 2018
Stare wersje debiana.
Podsumowywując kategorycznie odradzam kupowanie tam serwerów pomoc techniczna na ten moment po moim ostatnim tickecie, że serwer działa na innych slotach nie odpisała mało zadbany hosting posiadają dużo innowacji ale nie wiąże się to z otwarciem dla klienta
4 odpowiedzi na to pytanie
Rekomendowane odpowiedzi
Zarchiwizowany
Ten temat przebywa obecnie w archiwum. Dodawanie nowych odpowiedzi zostało zablokowane.