🚀 go-pugleaf

1a2b3c4d5eWYTNIJTO@poczta.onet.pl wrote:
> ja w zwiazku z problemem uruchomienia clamav v.0.90 moze mnie ktos oswiecic
> dlaczego clamav nie uruchamia mi sie jak zainstaluje go w /usr/local/clamav a
> wszystko chodzi jak dam go w innym katalogu np. /usr/local/clamav090 sprawdzam
> procesy ktore moglyby trzymac cos w clamav ale wyglada ze nic nie ma co mogloby
> blokowac clamav-0.90
> Jakis pomysl ?

Podałeś za mało informacji. Co to za system, jakiś linux ? Coś innego ?
Instalujesz clamav z pakietów, kompilujesz sam ?

Jeśli to np. Debian to dałbym spokój z kompilacją tylko poszukałbym
gotowych pakietów, które na pewno gdzieś w sieci są. Wtedy pozostaje
zgranie clamav-a z Twoim MTA. Jeśli to jakiś unix np. Solaris i musisz
sam kompilować soft to instalowanie go w katalogu /usr/local/clamav
nie jest dobrym pomysłem. Jak musisz skopilować tylko jeden lub dwa
programy to pół biedy, ale jak będziesz miał ich do skompilowania
kilkadziesiąt to wyjdzie z tego masakra. Daemony jeszcze jakoś sobie
poradzą, ale inne oprogramowanie użytkowe będzie szukało np. bibliotek
w katalogu /usr/local/lib, ścieżki dostępu i opcje kompilacji rozrosną
Ci się wtedy do niebotycznych rozmiarów.

Jak kompilujesz sam warto się trzymać takiej zasady. U mnie katalog
/usr/local wygląda jak mały / (root):


xxx:~$ ls -l /usr/local
total 48
drwxr-xr-x   5 root     bin         2560 Feb 21 17:45 bin/
drwxr-xr-x  47 root     bin         1024 Feb 21 17:45 doc/
drwxr-xr-x  13 root     bin          512 Feb 21 17:45 etc/
drwxr-xr-x   6 root     bin         1024 Feb 21 17:45 include/
drwxr-xr-x   2 root     bin         1024 Jan  6 20:45 info/
drwxr-xr-x   9 root     bin         3072 Feb 21 17:45 lib/
drwxr-xr-x   4 root     bin          512 Jan  6 20:45 libexec/
drwx------   2 root     root        8192 Dec 18 15:00 lost+found/
drwxr-xr-x   8 root     bin          512 Dec 18 17:15 man/
drwxr-x--x   2 root     su          1024 Feb 21 17:45 sbin/
drwxr-xr-x  18 root     bin          512 Feb 21 17:45 share/
drwxr-xr-x   9 root     bin          512 Jan  6 20:30 ssl/

Jedynym wyjątkiem jest biblioteka openssl. Cała reszta jest kompilowana
z takimi opcjami że np. w katalogu /usr/local/bin siedzą binarki (pliki
wykonywalne), w /usr/local/doc dokumentacja do poszczególnych programów,
w /usr/local/etc pliki konfiguracyjne np.:


xxx:~$ ls -l /usr/local/etc
total 34
drwxr-xr-x   2 root     bin          512 Jan  6 20:45 bogofilter/
drwxr-xr-x   2 root     root         512 Dec 18 16:30 certs/
drwxr-xr-x   2 root     bin          512 Feb 21 17:45 clamav/
drwxr-x---   2 mail     su           512 Dec 19 22:40 exim/
drwxr-xr-x   2 root     bin          512 Jan  6 20:35 idled/
drwxr-xr-x   2 root     bin          512 Feb  7 22:45 imap/
drwxr-x---   2 root     su           512 Feb 21 17:45 init.d/
drwxr-xr-x   2 root     bin          512 Jan  6 20:35 lynx/
drwxr-xr-x   2 root     root         512 Dec 18 10:00 named/
-rw-r--r--   1 root     bin         3728 Jan  6 11:30 screenrc
-rw-r--r--   1 root     bin         1383 Jan  5 14:30 slsh.rc
drwxr-x---   2 root     su           512 Jan  6 20:35 tac_plus/
drwxr-xr-x   2 root     root         512 Dec 22 12:45 tcpd/

Dalej w /usr/local/lib biblioteki, w /usr/local/sbin daemony i binarki
programów zastrzeżonych dla wybranych użytowników czytaj adminów itd.
itd.

Jeśli dodatkowo po skompilowaniu softu robisz własne pakiety to masz
idealny porządek na serwerze i jeśli któregoś dnia usunąłbyś wszystkie
pakiety to partycja /usr/local zostanie praktycznie pusta. Zostaną
co najwyżej kopie plików konfigurcyjnych. To ostatnie u mnie wygląda
tak:

med:~$ ls -l /usr/local/etc/exim
total 106
-rw-r----- 1 root     mail        1376 Feb 20 12:45 aliases
-rw-r----- 1 root     mail       24583 Dec 19 21:05 exim.conf
-rw-r----- 1 root     mail       24583 Dec 19 21:05 exim.conf-2006121901
lrwxrwxrwx 1 root     root          28 Feb 21 19:35 exim.pem -> 
/usr/local/etc/certs/srv.pem
-rw-r----- 1 root     mail           0 Dec 15 22:30 host_reject
-rw-r----- 1 root     mail           0 Dec 15 22:30 sender_reject

Niektóre pliki np. logi (katalog /var/log) warto trzymać łącznie
z systemowymi, ale to są z reguły marginalne ilości (jest ich z reguły
nie wiele).

Dopiero to ma sens.

Jak kopilujesz samego clamav-a to od biedy może tak zostać, ale ja
robiłbym to od razu z sensem. Opcje do kompilacji zawsze możesz sobie
obejrzeć wydając poniższe polecenie w katalogu z rozpakowanymi źródłami:

./configure --help | less

Pomijając wszystko powyższe jak odpalasz tego daemona ? Skryptem ?
Z ręki ? Jeśli z ręki to podaj mu w opcji gdzie znajduje się plik
konfiguracyjny. No i zajrzyj do logów. Powinno być tam coś konkretnego
dlaczego daemon się nie odpala.

Inaczej można gdybać w nieskończoność.

p. Sławek