kombajn

Masowa wysyłka na Gmaila bez pojęcia na temat choćby SPF czy DKIMu? Nie ma mowy.

@strefapc coś wie o uwalonych dyskach w Mincie :-) Oba dyski zostały wymienione z czego co się dowiedziałem. Serwer wstał.

Napiszę jeszcze raz, że doskonale znałem ryzyko ale nie zrobić kompletnie nic przez cały dzień to trochę porażka z ich strony. Przecież zgłoszenie nie dotyczy tego, że stronka mi nie działa, bo im się baza wysypała, tylko chodzi o dość poważną awarię, która spowodowała że coś, za co zapłaciłem jest bezużyteczne nie z mojej winy.

U mnie niestety piątek 13tego po całości. Pod koniec lutego zaryzykowałem i zdecydowałem się na serwer dedykowany w Mintshoście (Starter), głównie pod niewielkie Wordpressy z niedużym ruchem, do tego DA i dodatkowe IP. Znając wcześniejsze przygody użytkowników i jakość tej budżetowej marki doskonale znałem ryzyko i nie oczekiwałem zbyt wiele za takie pieniądze (~200 brutto miesięcznie za wszystko co kupiłem). Dzisiejszy dzień pokazał jednak, że nikt nie powinien mieć nic wspólnego z tą firmą, nawet jeśli potrzebuje serwera chociażby do zabawy czy CS/TS/Mincrafta. Około dwa tygodnie temu w ciągu dnia zaczęły dziać się dziwne rzeczy. Load zaczął skakać powyżej 10, obciążenie dysku 100%. Szybkie spojrzenie na logi - dysk się sypie. Zgłoszenie - stosunkowo szybka odpowiedź z prośbą o dostęp... do roota. Przy czym w zgłoszeniu udostępniłem wszelkie potrzebne dane (logi, munin sypiący błędami i z dość wymownymi wykresami). Niestety dzienny support (Michał Korol) nie mógł sobie poradzić z tym problemem, ponieważ dane, które im wkleiłem z maila aktywacyjnego od nich, ponoć nie działały. Dopiero mail kilkanaście godzin później (po północy) zaowocował rozwiązaniem problemu w ciągu 10 minut od zgłoszenia (pozdrawiam Pana Zielińskiego). Dysk został wymieniony, wszystko wróciło do normy. Dziś w godzinach wczesnoporannych analogiczna sytuacja. Load skacze powyżej 10.0, obciążenie dysku 100%, przy czym dodatkowo pouszkadzały się dane (baza nie działa, wszystkie strony padły, DA również sypie błędami). Poniższe obrazki mówią wszystko o jakości HDD na moim serwerze: Oraz fragment loga kilka minut po tym, jak odkryłem co się dzieje (został on również zamieszczony w zgłoszeniu do supportu): http://pastebin.com/T9tvnbrc W logu dominują te i podobne błędy. Podsumowując. Strony na serwerze nie działają mniej więcej od 6 rano. Zgłoszenie zostało wysłane o 9. Od tamtej pory nie zostało zrobione NIC, by naprawić uwaloną maszynę. Ja osobiście czekam na wymianę dysku, by mieć dostęp do prawidłowych danych na serwerze i niestety czeka mnie kolejna migracja. Mówię jeszcze raz - znałem ryzyko i wiele nie wymagałem, ale przecież to jest jakaś porażka. Taka firma nie powinna istnieć i świadczyć usług. Jedyną odpowiedź, jaką dziś otrzymałem to to, że "rozpatrujemy zgłoszenia zgodnie z kolejnością ich wpływania". Czyli co, jak przyszedł ticket z najwyższym priorytetem oznaczony jako AWARIA, to równolegle z moim 20 innych? Jeżeli komuś nie zależy na jakiejkolwiek ciągłości usług i jakiejkolwiek ich jakości może nadal pakować się w tą firmę. W moim odczuciu nie nadaje się nawet na hobbystyczne gównostronki.

Nie mogę edytować więc dopowiem. PHP w wersji 5.4.4 + Zend Opcache.

Witam, Mam następujący problem. PHP w trybie FastCGI (mod_fcgi) nienaturalnie zażyna mi procesor przy stosunkowo niewielkiej ilości odwiedzających (~100 online - load 4). Proszę o jakieś rady. Korzystanie z PHP-FPM nie wchodzi w grę niestety. Hardware: Serwer dedykowany na Debianie 7 / Plesk 12 / Xeon E3-1245v2 (4 cpu / 8 threads) / 32GB RAM Konfiguracja /etc/apache2/mods-enabled/fcgid.conf FcgidIdleTimeout 3600 FcgidIdleScanInterval 480 FcgidBusyTimeout 1800 FcgidBusyScanInterval 480 FcgidZombieScanInterval 12 FcgidErrorScanInterval 12 FcgidProcessLifeTime 0 # Change the rate at which new FastCGI processes are spawned under load. Higher=faster FcgidSpawnScoreUpLimit 10 # Higher number = spawning more FastCGI processes decreases the spawn rate (controls runaway FcgidSpawnScore 1 # Higher number = terminating FastCGI processes decreases the spawn rate (controls runaway) FcgidTerminationScore 2 # Increase the FastCGI max request length for large file uploads (needed for some sites) FcgidMaxRequestLen 1073741824 FcgidMaxRequestsPerProcess 100000 #FcgidMinProcessesPerClass 3 FcgidMaxProcessesPerClass 4 FcgidMaxProcesses 16 FcgidIOTimeout 1800

Nieaktualny. Rozwiązanie: su root -c mysql I poustawiałem sobie wszystko jak chciałem bez żadnego killowania ani restartowania.

Szanowni Państwo, doświadczyłem wczoraj bardzo ciekawej reakcji łańcuchowej w wykonaniu Pleska, o ile można to tak nazwać. Problem jest absurdalny. Efektem tego nie jestem w stanie zalogować się do Panelu, a zwraca mi piękny komunikat w postaci: ERROR: Zend_Db_Adapter_Exception: SQLSTATE[HY000] [1045] Access denied for user 'admin'@'localhost' (using password: YES) (Abstract.php:144) Jak widzicie Plesk domyślnie zmienia konto root-a dla MySQL na admin. Powiecie pewnie ,,Panie, Google nie gryzie''. Owszem, nie gryzie, nawet jest rozwiązaniu w celu resetu hasła do panelu: http://kb.sp.parallels.com/en/112492 Dlaczego to nie działa? Otóż każda próba zresetowania ustawień bazy skutkuje pięknym: Access denied for user 'admin'@'localhost' (using password: YES) Spytacie pewnie, co było przyczyną powstania takiego bigosu? Ano próbowałem nadać sobie uprawnienia do zatrzymywania/startowania serwera bazy, ponieważ nie mogłem tego robić z poziomu root-a (admina). W konsekwencji mamy absurdalne błędne koło. Nie mogę zmienić hasła, ponieważ nie mogę zmienić konfiguracji, ponieważ reset bazy nie jest możliwy przez brak dostępu do tego. Pojawia się jedyne rozwiązanie. Killowanie procesu mysqld na siłę. Kill -9 pid. Wówczas będę mógł odpalić bazę bez uwzględniania tabeli z uprawnieniami i zresetować sobie hasło. Martwię jednak o konsekwencję takiej operacji. Wiele osób pisze, że może mnie to narazić na utratę danych/uszkodzenie bazy. Co o tym sądzicie? Jak wyjść z tego błędnego koła?

1. mojafirma.com.pl / PR1 / BL: 117 / RD: 17 / TR: 9 / Domena od 2001 roku w sieci 2. grenadierow.com.pl / PR3 / BL: 1 / RD: 1 / TR: 0 / 2014 3. studiologika.pl / PR2 / BL: 37,094 / RD: 8 / TR: 20 / 2009 4. wlasna-firma.com.pl / PR1 / BL: 748,354 / RD: 4,706 / TR: 22 / 2005 5. leluja1.com.pl / PR2 / BL: 46850 / RD: 1988 / TR: 23 / 2013 Kontakt PW

Witam, posiadam kilka domen podpiętych w Plesku (Web host pro), istnieje również kilka skrzynek na kilku domenach. Istota problemu: na jednej z domen nie działają skrzynki. Nie chce się zalogować na Thunderbirda (niepoprawne hasło). Logi wskazują na to, że maile dochodzą/wychodzą. Sytuacja dzieje się tylko na konkretnej domenie. Co zrobiłem? Do folderu jednej ze skrzynek przerzuciłem maile ze starego serwera. Wówczas zaczął się ten problem. Nie ruszałem innych configów. Po usunięciu całego folderu tej skrzynki oraz utworzenie jej na nowo nic nie daje. Pytanie: Co mogę zrobić w tej sytuacji?

Witam, Sprzedam serwer dedykowany ,,Dedykowany Mini'' z tej oferty: https://www.mintshost.pl/dedykowane.php OS: Debian 7 (możliwość zmiany na inne distro lub Windowsa [bez dodatkowej opłaty]) Ważność: 19/10/2014r. Cena przedłużenia: 89zł brutto Kontakt PW

Witam, wydaje mi się, że jest to banalne do zrobienia aczkolwiek mój problem polega na tym, że chcę by moja domena podpięta w DA działała w obrębie podkatalogu w public_html dla tej domeny. Czyli np. tworzę folder public_html/strona i nie chcę by to działało jak domena.pl/strona tylko po prostu w domenie głównej. Jak to zrobić?

Jeśli stało się to nagle - szukaj używanej, ale sprawnej elektroniki do swojego dysku. Epizod przerabiany kilkakrotnie przeze mnie.

Witam. Mam na sprzedaż kilka domen: - koty.in - kotube.pl - sexylicious.pl - malozarabiam.pl Propozycje proszę składać na PW lub drogą mailową: rafal(malpa)malozarabiam.pl

Witam! Mam na sprzedaż domenę spie*dalaj.org.pl (* = r) wraz z unikalnym, niepowtarzalnym contentem oraz ruchem. Strona posiada stały ruch, a poniżej przedstawiam fragment zrzutu ze statystyk: Zrzut Nie będę nic ściemniał o jedynej, życiowej i niepowtarzalnej okazji związanej z kupnem. Zainteresowana osoba, o ile się taka znajdzie będzie wiedziała co z tym zrobić i ile jest to dla niej warte. Strona była kilka razy na wykopie dodawana przez użytkowników niezwiązanych ze stroną, spora część ruchu pochodzi właśnie stamtąd, reszta FB, linkowanie. Propozycje cenowe oraz pytania proszę kierować na: rafal at sexylicious.pl Pozdrawiam, Rafał.