guziec

Nie chce mi się za bardzo analizować tej kobyły, ale do smtpd_helo_restrictions dodaj jeszcze reject_non_fqdn_helo_hostname. LOL: X-Spam-Status: No, score=-100.0 required=7.0 tests=USER_IN_WHITELIST Zapomniany wpis z czasów testów amavisa, czy ma to czemuś służyć? Ogólnie przepis jest prosty: RBL-e (najważniejsze) autoryzacja i antyspoofing sprawdzanie helo, domeny, mx i rev-dns. sprawdzanie rekordu SPF nadawcy selektywna greylista minimum postgrey (prostszy) albo SQLgrey (lepszy) sprawdzanie podpisu DKIM amavis z spamassasinem. ClamAV albo inny skaner Ja jeszcze dorzuciłem dodatkowo fail2ban który na firewallu odcina natychmiast na godzinę serwer będący na RBL-u który próbuje się połączyć z moim, ponadto odcina wszystkie zgadywacze haseł itp. Dzięki temu problem spamu na moim serwerze praktycznie nie istnieje.

Ale to są poradniki instalacji Oracle XE (eXpress Edition) czyli takiej darmowej, bardziej nadającej sie do zabawy/nauki, której się do zwykłych zastosowań w zasadzie nie używa.

Nie miałem potrzeby, ale np instalowałem Oracle na serwerach dla różnych takich instytucji i zawsze w wymaganiach jako system był albo ten Suse albo Red Hat, zresztą pewnie od Oracle nie dostaniesz nawet wsparcia jak się okaże że ci coś tam nie działa, a masz to na jakimś Gentoo czy innym geekowskim wynalazku. Ale wiesz - te czasy wracają. Firmy się wirtualizują aż furczy.

Na serwerach na których ostatnio działałem, te portage zajmowały ponad 2GB. Jeśli masz jeden serwer, to takie 2GB więcej czy mniej nie mają większego znaczenia . Jak masz takich kilkanaście (dziesiąt), to jest różnica czy np. do zbackupowania masz 50 czy 500 GB, nawet jak stosujesz politykę backupów przyrostowych czy różnicowych. Na systemie który miesza powietrze - być może. Na VPS-ie który instensywnie pracuje, ma w okoliach 512 MB przydziałowego RAMU a jego load average wynosi w okolicach 20, już niekoniecznie - z całkiem niedawnej autopsji piszę. . Np. poprzedni administrator używał jedynie mcedit którego nie potrafię normalnie używać, a żadnego innego edytora na serwerze nie było. Instalacja vima (znaczy kompilacja) trwała z 15 minut. Do tego kompilacja nowej wersji mysql-a plus zależności, kolejne pół godziny. I tak kilka razy.

Ta... zwłaszcza te gigabajty w /usr/portage to coś potrzebnego na serwerze jak cholera. Nie wspominając że przy doinstalowywaniu każdej pierdoły trzeba czekać aż się skompiluje. Gentoo to fajny system dla grzebacza źródlaka, który nie ma rodziny ani kolegów, ale za to dużo wolnego czasu a rachunki za prąd elektryczny płacą rodzice - na serwer się to zupełnie nie nadaje W najpowązniejszych zastosowaniach (instytucje finansowe, serwery bazodanowe Oracle, itp) wybierane są w zasadzie jedynie trzy: Debian RHEL SLES Pierwsze ze względu na stabilność, drugie i trzecie - ze względu na wsparcie producenta (Novell, Red Hat Inc.)

Truizm. BTW - nowe błędy to się robi do bety, od Release Candidate do stabilnej już nowych funkcjonalności się nie dodaje, poprawia się jedynie istniejące. "Jeśli masz w ręku młotek, każdy problem zaczyna wyglądać jak gwóźdź". Prawda jest taka, że 99% błędóẉ związanych z sig 11 w linuksie przy stabilnych wersjach ma związek ze sprzętem - sorry. I to jest pierwsza rzecz którą się sprawdza. To że komuś tam jednemu, też się php zwala - i to w innych okolicznościach, czy że wcześniej też było kilka takich błędów, nie zmienia faktu że należy do tego jednego procenta. No ja właśnie tłumaczę, że ten błąd wcale nie musi mieć związku z PHP. Tym bardziej, gdy mamy informację, że w serwerze wymieniono płytę główną.

php 5.3.6 jest już stabilne, gdyby wylatywało na pewno nie byłbyś jedynym, któremu tak się dzieje. Mówię ci - nie kombinuj, tylko sprawdź sprzęt. http://www.bitwizard.nl/sig11/ "Most likely there is nothing wrong with your installation, your compiler or kernel. It very likely has something to do with your hardware."

x86_64 to wersja 64 bitowa systemu. Jeśli masz możliwość (znaczy 64bitowy procesor), to zdecydowanie jest to lepszy wybór niż 32 bity. dysguglia? http://webhosting.bigresource.com/Download-free-Up-to-date-HyperVM-OS-templates-for-OpenVZ-and-Xen-here--rhbFGQf3.html "The images tagged modernadmin all include preconfigured DenyHosts to prevent SSH brute forcing of your customers VPS."

Prawdopodobnie problem sprzętowy, stawiam na zwaloną pamięć albo przegrzewający się procesor (sprawdź czy wentylator chodzi i czy radiator nie jest zawalony kurzem)

? Przecież to się robi z basha... man mysqlcheck

Ale wiesz co znaczy ten komunikat? Bo na 99 procent jestem pewien że wolisz mieć ten zrzut bez opcji -P mysqlcheck -o

1. A dlaczego uważasz że ten komunikat to jakiś problem? 2. Po co najpierw robić zrzut, następnie tarować _jeden_ plik i robić kompresję, jak to można załatwić za jednym razem: mysqldump .... --bla-bla | bzip2 -c > test-$(date +"%F_%R").sql.bz2

Ale że co?

Strasznie się denerwujesz - wyluzuj. Ty masz swoje zdanie, ja mam swoje. Jak bardzo chcesz to mogę ci przyznać rację. Ale takim z silnikiem jak w seicento, bo to przecież hummer na zakupy tylko, a nie do pracy.

Nie wiem czy potrzebny mu jest taki sprzęt, ale skoro za tę samą cenę może dostać sprzęt solidniejszy i o lepszych parametrach, to po cholerę kupować gorszy i słabszy? Tylko dlatego że jest nowy i ma gwarancję? Come on - taki stary thinkpad przeżyje niejednego takiego supermarketowego błyszczącego gadżecika. Który zresztą za pół roku będzie już wyglądał jak psu z d*py wyjęty. Oczywiście że bym kupił, komfort pracy jest nieporównywalny z takim za 1000. Klawiatura, matryca (matowa! - gdzie teraz taką kupisz?), kolory itp. Przez kilka lat miałe służbowego T43 15 cali, poza tym że trochę za bardzo się grzał (ale to akurat przypadłość wszystkich T4x) to służył wiernie, nosiłem go prawie wszędzie - nawet na kopalni go kiedyś używałem. Taki z marketu by się rozleciał już trzy razy. Przecież wielkość literek możesz sobie ustawić jaką chcesz.