Amavisd lässt sich mit Runlevel-Editor nicht starten
SuSE 10 - Amavisd lässt sich mit Runlevel-Editor nicht starten: /etc/init.d/amavis start gab 7 (Programm wird nicht ausgeführt) zurück Starting virus-scanner (amavisd-new):ERROR: MISSING REQUIRED BASIC MODULES: Lt. Websuche kann es was mit Mime und Perl zu tun haben. Das ist installiert: i perl-File-MimeInfo - Perl Module to determine File MIME Type i perl-MIME-Lite - Module for Generating MIME messages i perl-MIME-Types - MIME-Type Determination i perl-MIME-tools - modules for parsing (and creating!) MIME Was könnte da abgehen? Al
Al Bogner wrote:
SuSE 10 - Amavisd lässt sich mit Runlevel-Editor nicht starten:
/etc/init.d/amavis start gab 7 (Programm wird nicht ausgeführt) zurück Starting virus-scanner (amavisd-new):ERROR: MISSING REQUIRED BASIC MODULES:
Lt. Websuche kann es was mit Mime und Perl zu tun haben. Das ist installiert:
i perl-File-MimeInfo - Perl Module to determine File MIME Type i perl-MIME-Lite - Module for Generating MIME messages i perl-MIME-Types - MIME-Type Determination i perl-MIME-tools - modules for parsing (and creating!) MIME
for a in `rpm -q amavisd-new --requires | grep -i perl`; do echo $a in rpm : `rpm -q $a`; done Das sollte dir einen Überblick über die Perl-Module geben. Ignoriere die Meldung über /usr/bin/perl. (^-^) Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Am Donnerstag, 12. Januar 2006 23:57 schrieb Sandy Drobic:
Das sollte dir einen Überblick über die Perl-Module geben. Ignoriere die Meldung über /usr/bin/perl. (^-^)
for a in `rpm -q amavisd-new --requires | grep -i perl`; do echo $a in rpm : `rpm -q $a`; done perl-Compress-Zlib in rpm : perl-Compress-Zlib-1.35-2 perl-Convert-UUlib in rpm : perl-Convert-UUlib-1.051-2 perl-IO-stringy in rpm : perl-IO-stringy-2.110-2 perl-MIME-tools in rpm : perl-MIME-tools-5.417-2 perl-MailTools in rpm : perl-MailTools-1.67-2 perl-Archive-Tar in rpm : perl-Archive-Tar-1.24-2 perl-Unix-Syslog in rpm : perl-Unix-Syslog-0.100-29 perl-Convert-TNEF in rpm : perl-Convert-TNEF-0.17-262 perl-Archive-Zip in rpm : perl-Archive-Zip-1.16-2 perl-Net-Server in rpm : perl-Net-Server-0.88-2 perl-spamassassin in rpm : perl-spamassassin-3.0.4-4.2 perl-BerkeleyDB in rpm : perl-BerkeleyDB-0.26-4 /usr/bin/perl in rpm : package /usr/bin/perl is not installed Warum das denn? # which perl /usr/bin/perl # apt-cache policy perl perl: Installed: 5.8.7-5.3 Al
Am Freitag, 13. Januar 2006 00:13 schrieb Al Bogner:
/usr/bin/perl in rpm : package /usr/bin/perl is not installed Warum das denn?
# which perl /usr/bin/perl
# apt-cache policy perl perl: Installed: 5.8.7-5.3
Etwas genauer, vielleicht ist da eine mögliche 2. Perl-Version mit Schuld: apt-cache policy perl perl: Installed: 5.8.7-5.3 Candidate: 5.8.7-5.3 Version Table: *** 5.8.7-5.3 0 500 ftp://mirrors.mathematik.uni-bielefeld.de SuSE/10.0-i386/update pkglist 500 ftp://mirrors.mathematik.uni-bielefeld.de SuSE/10.0-i386/security pkglist 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/update-drpm pkglist 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/update-prpm pkglist 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/update pkglist 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/security-prpm pkglist 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/security pkglist 100 RPM Database 5.8.7-5 0 500 ftp://mirrors.mathematik.uni-bielefeld.de SuSE/10.0-i386/base pkglist 500 ftp://ftp4.gwdg.de SuSE/10.0-i386/base pkglist Das ist wohl ein Horror, wenn man Perl löschen und neu installieren möchte: apt-get remove --purge perl Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: gtk2-engines sgml-skel tango-icon-theme The following packages will be REMOVED: 3ddiag* DVDStyler* MPlayer* MozillaFirefox* MozillaFirefox-translations* MozillaSunbird* MozillaThunderbird* MozillaThunderbird-translations* NX* OpenOffice_org* OpenOffice_org-Quickstarter* OpenOffice_org-de* OpenOffice_org-de-templates* OpenOffice_org-kde* ProjectX* RealPlayer* SDL_perl* Video-DVDRip* WindowMaker* WindowMaker-applets* WindowMaker-themes* a2ps* aaa_base* abcde* acroread* amarok* amarok-arts* amarok-gstreamer* amarok-xine* amavisd-new* apt* apt-file* apt-libs* apt-server* apt4rpm* aptitude* arts* aspell* aspell-de* aspell-el* aspell-en* aspell-es* aspell-fr* aspell-it* aspell-pt* at* autofs* autoyast2* autoyast2-installation* avidemux* bind-libs* bind-utils* blender* blender-doc* bmp* bmp-docklet* bmp-plugins* bmpx* bogofilter* capi4linux* cdda2wav* cdrecord* checkmedia* clamav* compat-curl2* control-center2* convmv* crafty* cron* cups* cups-SUSE-ppds-dat* cups-client* cups-drivers* cups-drivers-stp* cups-libs* curl* cyrus-sasl-digestmd5* cyrus-sasl-saslauthd* dbus-1* dbus-1-glib* dbus-1-mono* dbus-1-qt* dbus-1-x11* deltarpm* desktop-data-SuSE* desktop-file-utils* dicts* digikam* digikamimageplugins* dirmngr* dragonegg* dvbd* dvd-slideshow* dvdshrink* eb* eblook* ebview* eel* efont-unicode* eject* enscript* evolution-data-server* f-spot* fbset* filters* finger* flphoto* fontconfig-devel* fonts-config* foomatic-filters* freeglut-devel* frozen-bubble* fvwm2* fwbuilder* gcc* gcc-c++* gd* ghostscript-fonts-std* ghostscript-library* ghostscript-x11* gimp* gimp-cmyk* gkrellm* glibc-devel* gnokii* gnokii-smsd* gnome-bluetooth* gnome-desktop* gnome-libs* gnome-menus* gnome-panel* gnome-spell2* gnome-vfs2* gpg* gpg2* gpgme* gphoto* grass* groff* grub* gscmxx* gstreamer-plugins* gtk-qt-engine* gtk-sharp2* gtk-sharp2-gapi* gtkam* gtkhtml2* gtksourceview* gwenview* hal* hal-resmgr* hk_classes* hplip* hplip-hpijs* hwinfo* i4l-base* i4lfirm* ifnteuro* imgSeek* info2html* intlfnts* iscan* ispell-ngerman* java-1_4_2-sun* java-1_4_2-sun-jdbc* java-1_4_2-sun-plugin* jigdo* jpackage-utils* k3b* k3b-mad* k9copy* kaffeine* kaffeine-gstreamer* kaffeine-mozilla* kdeaddons3-kate* kdeaddons3-kicker* kdeaddons3-konqueror* kdeadmin3* kdeartwork3-kscreensaver* kdeartwork3-xscreensaver* kdebase3* kdebase3-SuSE* kdebase3-kdm* kdebase3-ksysguardd* kdebase3-nsplugin* kdebase3-samba* kdebase3-session* kdebindings3* kdebindings3-python* kdebluetooth* kdegames3* kdegraphics3* kdegraphics3-3D* kdegraphics3-fax* kdegraphics3-imaging* kdegraphics3-kamera* kdegraphics3-pdf* kdegraphics3-postscript* kdegraphics3-scan* kdelibs3* kdelibs3-arts* kdelibs3-doc* kdemultimedia3* kdemultimedia3-CD* kdemultimedia3-jukebox* kdemultimedia3-mixer* kdemultimedia3-sound* kdemultimedia3-video* kdemultimedia3-video-xine* kdenetwork3* kdenetwork3-InstantMessenger* kdenetwork3-news* kdenetwork3-query* kdenetwork3-vnc* kdepim3* kdepim3-kpilot* kdepim3-mobile* kdepim3-networkstatus* kdepim3-sync* kdetv* kdeutils3* kdeutils3-laptop* kdvdbackup* kernel-default* kino* kinternet* kio_ipodslave* kio_slp* kipi-plugins* klear* knights* knoda* koffice-database* kphone* kpowersave* krecord* kscpm* ksteak* ktorrent* ldapcpplib* ldvd* libbonobo* libbonoboui* libbtctl* libfwbuilder* libgda* libglade* libgnome* libgnomecups* libgnomedb* libgnomeprint* libgnomeprintui* libgnomesu* libgnomeui* libgphoto2* libkexif* libkipi* libopensync* libpqxx* librsvg* libsmbclient* libstdc++-devel* libxine1* libxine1-dvb* liby2util* lilo* limal-bootloader* limal-perl* links* lsb* lxdvdrip* lynx* mDNSResponder* mailx* man* mc* mkinitrd* mkisofs* mozilla* mozilla-calendar* mozilla-dom-inspector* mozilla-spellchecker* mplayerplug-in* multisync* multisync-backup* multisync-cli* multisync-gui* multisync-irmc* multisync-irmc-bluetooth* multisync-kdepim* multisync-syncml* mysql* mysql-client* nautilus* nautilus-cd-burner* neon* net-snmp* netcfg* netpbm* nfs-utils* nfsidmap* normalize* openal* openldap2-client* opensc* openslp* openslp-server* openssh* openssh-askpass* openssl* perl* perl-Archive-Tar* perl-Archive-Zip* perl-Authen-SASL* perl-BerkeleyDB* perl-Bit-Vector* perl-Bootloader* perl-CDDB_get* perl-CGI-Application* perl-Carp-Clan* perl-Class-Date* perl-Class-Multimethods* perl-Clone* perl-Compress-Zlib* perl-Config-Crontab* perl-Convert-ASN1* perl-Convert-TNEF* perl-Convert-UUlib* perl-Crypt-Blowfish* perl-Crypt-SmbHash* perl-Curses* perl-DBD-CSV* perl-DBD-ODBC* perl-DBD-SQLite* perl-DBD-XBase* perl-DBD-mysql* perl-DBI* perl-Data-ShowTable* perl-Date-Calc* perl-Digest-HMAC* perl-Digest-MD4* perl-Digest-SHA1* perl-ExtUtils-Depends* perl-ExtUtils-F77* perl-ExtUtils-ParseXS* perl-ExtUtils-PkgConfig* perl-File-BaseDir* perl-File-MimeInfo* perl-GD* perl-GD-Graph3d* perl-GDGraph* perl-GDTextUtil* perl-Glib* perl-Gtk-Perl* perl-Gtk2* perl-HTML-FillInForm* perl-HTML-Parser* perl-HTML-SimpleParse* perl-HTML-Tagset* perl-HTML-Template* perl-IO-Socket-SSL* perl-IO-String* perl-IO-stringy* perl-Image-Size* perl-MIME-Lite* perl-MIME-Types* perl-MIME-tools* perl-MP3-Info* perl-MailTools* perl-Mcrypt* perl-Module-Build* perl-Module-Info* perl-Net-DNS* perl-Net-Daemon* perl-Net-IP* perl-Net-Jabber* perl-Net-Netmask* perl-Net-Server* perl-Net-XMPP* perl-Net_SSLeay* perl-Parse-RecDescent* perl-PlRPC* perl-PostScript-Simple* perl-Qt* perl-Quantum-Superpositions* perl-SQL-Statement* perl-Set-Crontab* perl-TermReadKey* perl-TermReadLine-Gnu* perl-Text-CSV_XS* perl-Text-Iconv* perl-TimeDate* perl-Tk* perl-URI* perl-Unicode-Map8* perl-Unicode-String* perl-Unix-Syslog* perl-X500-DN* perl-XML-DOM* perl-XML-Generator* perl-XML-LibXML* perl-XML-LibXML-Common* perl-XML-NamespaceSupport* perl-XML-Parser* perl-XML-RegExp* perl-XML-SAX* perl-XML-Simple* perl-XML-Stream* perl-XML-Writer* perl-XML-XSLT* perl-Xmms* perl-YAML* perl-gettext* perl-ldap* perl-libapt-pkg* perl-libconfigfile* perl-libintl-perl* perl-libwww-perl* perl-libxml-perl* perl-razor-agents* perl-spamassassin* permissions* php4* php4-exif* php4-unixODBC* picfolio* pmtools* popt-devel* portmap* postfix* postgresql-libs* powersave* pptp* preload* procinfo* psutils* pwdutils* python* python-gammu* python-gnome* python-gtk* python-imaging* python-numeric* python-orbit* python-tk* python-wxGTK* python-xml* pythoncad* qca* qcad* qpopper* qt3-devel* qt3-devel-doc* razor-agents* rdesktop* rekall* rekall-mysql* ripit* rpm* rpm-python* rrdtool* rsh* rsync* samba* samba-client* sane* sax2* sax2-gui* sax2-ident* sax2-libsax* sax2-libsax-perl* sax2-tools* scmxx* scsi* sensors* shared-mime-info* sharutils* siga* sitar* smart* smpppd* spamassassin* strace* subdomain-leaf-cert* subdomain-parser-common* subdomain-parser-demo* subdomain-profiles* subdomain-utils* submount* suse-build-key* susehelp* susehelp_de* synce-kde* syslinux* taskjuggler* taskjuggler-kde* telnet* tightvnc* update-alternatives* util-linux* vdr13* vim* vorbis-tools* w3m* wammu* wget* wine* wireless-tools* wvdial* wvstreams* x11-tools* xdelta* xdg-menu* xgnokii* xine-ui* xinetd* xmms-plugins* xntp* xorg-x11* xorg-x11-Mesa-devel* xorg-x11-devel* xorg-x11-server* xpdf-config* xsane* xscreensaver* yast2* yast2-backup* yast2-bluetooth* yast2-bootloader* yast2-control-center* yast2-core* yast2-country* yast2-dhcp-server* yast2-dns-server* yast2-firewall* yast2-http-server* yast2-inetd* yast2-installation* yast2-irda* yast2-kerberos-client* yast2-ldap* yast2-ldap-client* yast2-mail* yast2-mail-aliases* yast2-mouse* yast2-ncurses* yast2-network* yast2-nfs-client* yast2-nfs-server* yast2-nis-client* yast2-nis-server* yast2-ntp-client* yast2-online-update* yast2-packagemanager* yast2-packager* yast2-pam* yast2-perl-bindings* yast2-phone-services* yast2-pkg-bindings* yast2-power-management* yast2-powertweak* yast2-printer* yast2-profile-manager* yast2-qt* yast2-repair* yast2-restore* yast2-runlevel* yast2-samba-client* yast2-samba-server* yast2-scanner* yast2-security* yast2-slp* yast2-sound* yast2-storage* yast2-subdomain* yast2-support* yast2-sysconfig* yast2-tftp-server* yast2-transfer* yast2-tune* yast2-tv* yast2-update* yast2-users* yast2-vm* yast2-x11* yast2-xml* ypbind* ziptool* zisofs-tools* The following NEW packages will be installed: gtk2-engines sgml-skel tango-icon-theme WARNING: The following essential packages will be removed This should NOT be done unless you know exactly what you are doing! aaa_base perl (due to aaa_base) apt apt-libs (due to apt) rpm (due to apt) pwdutils openssl (due to pwdutils) openldap2-client (due to pwdutils) openslp (due to pwdutils) suse-build-key (due to rpm) permissions (due to rpm) util-linux Al
Hallo, Am Fri, 13 Jan 2006, Al Bogner schrieb:
Etwas genauer, vielleicht ist da eine mögliche 2. Perl-Version mit Schuld:
Oha. Wenn man das machen will sollte man wissen was man tut. Und zwar bevor man die 2te Version installiert. Und das am nach meiner bescheidenen Erfahrung besser am Paketmanager vorbei, sonst dreht der hohl, wie du selbst rausgefunden hast.
Das ist wohl ein Horror, wenn man Perl löschen und neu installieren möchte:
Eben. Und das geht eigentlich nur gut, wenn man die gleiche Perl-Version verwendet. z.B. war hier ein Update von perl 5.8.0 auf 5.8.6 nicht kompatibel, da sich die libperl geaendert hat. Folge: alle dynamisch geladenen Module (find $prefix/lib/perl/ -iname '*.so') mussten neu kompiliert werden, genauso wie alle anderen Anwendungen, die libperl verwenden (z.B. apache). Ergo: das geht nur gut, wenn man das bisherige perl da belaesst wo es ist und durch geschicktes konfigurieren des neuen perls und hantieren mit PERL5LIB und somit @INC aufpasst, dass immer das richtige perl verwendet wird. Im Moment habe ich hier perl-5.005_03 (von der Distri, in /usr) und perl-5.8.0 und perl-5.8.6 in /usr/local. Ein 5.6.1 (IIRC) habe ich inzwischen rausgeworfen.
apt-get remove --purge perl Reading Package Lists... Done Building Dependency Tree... Done [9KB geloescht]
Noch Fragen, Al? *hurhur* Also: schau nach, welche Version du _von der Distri_ bekommen hast. Diese solltest du beibehalten. Und eine evtl. neuere Version _nicht_ mit (apt4)rpm oder so installieren. Das macht nur Aerger. -dnh -- Merke: Wenn eine Frage nicht mit 42 beantwortet werden kann, ist die Frage ungültig. [Christopher Splinter in dag°]
Am Freitag, 13. Januar 2006 04:57 schrieb David Haller:
Hallo,
Am Fri, 13 Jan 2006, Al Bogner schrieb:
Etwas genauer, vielleicht ist da eine mögliche 2. Perl-Version mit Schuld:
Oha. Wenn man das machen will sollte man wissen was man tut. Und zwar bevor man die 2te Version installiert. Und das am nach meiner bescheidenen Erfahrung besser am Paketmanager vorbei, sonst dreht der hohl, wie du selbst rausgefunden hast.
Es wurde ein simples apt-get upgrade, das auf eine neuere Version aktualisierte. Am anderen Rechner funktioniert damit amavisd.
Also: schau nach, welche Version du _von der Distri_ bekommen hast. Diese solltest du beibehalten. Und eine evtl. neuere Version _nicht_ mit (apt4)rpm oder so installieren. Das macht nur Aerger.
Da werden wohl viele darauf reinfallen, die mit apt ihr System aktuell halten. Ich hatte auch schon ohne Erfolg probiert die alte Version darüber zu installieren. Al
Am Freitag, 13. Januar 2006 00:13 schrieb Al Bogner:
Am Donnerstag, 12. Januar 2006 23:57 schrieb Sandy Drobic:
Das sollte dir einen Überblick über die Perl-Module geben. Ignoriere die Meldung über /usr/bin/perl. (^-^)
for a in `rpm -q amavisd-new --requires | grep -i perl`; do echo $a in rpm : `rpm -q $a`; done perl-Compress-Zlib in rpm : perl-Compress-Zlib-1.35-2 perl-Convert-UUlib in rpm : perl-Convert-UUlib-1.051-2 perl-IO-stringy in rpm : perl-IO-stringy-2.110-2 perl-MIME-tools in rpm : perl-MIME-tools-5.417-2 perl-MailTools in rpm : perl-MailTools-1.67-2 perl-Archive-Tar in rpm : perl-Archive-Tar-1.24-2 perl-Unix-Syslog in rpm : perl-Unix-Syslog-0.100-29 perl-Convert-TNEF in rpm : perl-Convert-TNEF-0.17-262 perl-Archive-Zip in rpm : perl-Archive-Zip-1.16-2 perl-Net-Server in rpm : perl-Net-Server-0.88-2 perl-spamassassin in rpm : perl-spamassassin-3.0.4-4.2 perl-BerkeleyDB in rpm : perl-BerkeleyDB-0.26-4
/usr/bin/perl in rpm : package /usr/bin/perl is not installed
Ich habe es nun auch auf einem Rechner probiert, wo amavisd funktioniert. for a in `rpm -q amavisd-new --requires | grep -i perl`; do echo $a in rpm : `rpm -q $a`; done perl-Compress-Zlib in rpm : perl-Compress-Zlib-1.35-2 perl-Convert-UUlib in rpm : perl-Convert-UUlib-1.051-2 perl-IO-stringy in rpm : perl-IO-stringy-2.110-2 perl-MIME-tools in rpm : perl-MIME-tools-5.417-2 perl-MailTools in rpm : perl-MailTools-1.67-2 perl-Archive-Tar in rpm : perl-Archive-Tar-1.24-2 perl-Unix-Syslog in rpm : perl-Unix-Syslog-0.100-29 perl-Convert-TNEF in rpm : perl-Convert-TNEF-0.17-262 perl-Archive-Zip in rpm : perl-Archive-Zip-1.16-2 perl-Net-Server in rpm : perl-Net-Server-0.88-2 perl-spamassassin in rpm : perl-spamassassin-3.0.4-4.2 perl-BerkeleyDB in rpm : perl-BerkeleyDB-0.26-4 /usr/bin/perl in rpm : package /usr/bin/perl is not installed Es sieht so aus, dass etwas anderes das Problem ist. Al
Hallo, Am Thu, 12 Jan 2006, Al Bogner schrieb:
SuSE 10 - Amavisd lässt sich mit Runlevel-Editor nicht starten:
/etc/init.d/amavis start gab 7 (Programm wird nicht ausgeführt) zurück Starting virus-scanner (amavisd-new):ERROR: MISSING REQUIRED BASIC MODULES:
Aeh, kam da keine Ausgabe _welche_ Module vermisst werden? das 'die' das naemlich obigen Teil der Fehlermeldung ausgibt gibt _gleichzeitig auch noch aus _welche_ Module fehlen. Vielleicht ist das Meldungsfenster zu schmal? Ruf '/etc/init.d/amavisd start' mal von Hand auf.
Lt. Websuche kann es was mit Mime und Perl zu tun haben. Das ist installiert:
i perl-File-MimeInfo - Perl Module to determine File MIME Type i perl-MIME-Lite - Module for Generating MIME messages i perl-MIME-Types - MIME-Type Determination i perl-MIME-tools - modules for parsing (and creating!) MIME
Was könnte da abgehen?
Schau mal mit less in die Datei /usr/sbin/amavisd (vorher ggfs. mit file schauen, ob das auch bei der 10.0 noch ein perlscript ist). Dort suche dann die Stelle: fetch_modules('REQUIRED BASIC MODULES', 1, qw( Exporter POSIX Fcntl ... ) und schau dann ob du alle dort aufgefuehrten Module installiert hast und ob diese auch verwendet werden koennen. for mod in \ Exporter POSIX Fcntl Socket Errno Carp Time::HiRes \ IO::File IO::Socket IO::Socket::UNIX IO::Socket::INET \ IO::Handle IO::Wrap IO::Stringy \ Digest::MD5 Unix::Syslog File::Basename File::Copy \ Mail::Field Mail::Address Mail::Header Mail::Internet \ MIME::Base64 MIME::QuotedPrint MIME::Words \ MIME::Head MIME::Body MIME::Entity MIME::Parser \ Net::Cmd Net::SMTP Net::Server Net::Server::PreForkSimple \ MIME::Decoder::Base64 MIME::Decoder::Binary MIME::Decoder::Gzip64 \ MIME::Decoder::NBit MIME::Decoder::QuotedPrint MIME::Decoder::UU \ ; do perl "-M$mod" -e '1;' 2>/dev/null \ && echo " have: $mod" \ || echo "missing: $mod"; done HTH, -dnh -- Vor allem fällt mir auf daß syntax highlighting in der Defaultkonfiguration meistens unbrauchbar ist. Irgendein Depp scheint zu meinen, daß man alle vorhandenen Farben auch wirklich benutzten muß, so daß das Ergebnis nicht hilfreich sondern einfach nur schrecklich bunt ist :-/ -- kraxel
Am Freitag, 13. Januar 2006 00:16 schrieb David Haller: Hallo David, Vorbemerkung: Ein ähnlicher SL10-Rechner funktioniert. Ich habe meine amavisd.conf, die am anderen Rechner funktioniert, wieder entfernt und die Standard-Konfiguration zurückkopiert, mit der der andere Rechner aber auch funktioniert hat, nur stand dann eben "example", etc. in der Konfiguration. Irgendwie merkwürdig ist, dass im Runleveleditor es sehr lange dauert bis erkannt ist, dass clamd aktiv ist.
Am Thu, 12 Jan 2006, Al Bogner schrieb:
SuSE 10 - Amavisd lässt sich mit Runlevel-Editor nicht starten:
/etc/init.d/amavis start gab 7 (Programm wird nicht ausgeführt) zurück Starting virus-scanner (amavisd-new):ERROR: MISSING REQUIRED BASIC MODULES:
Aeh, kam da keine Ausgabe _welche_ Module vermisst werden? das 'die' das naemlich obigen Teil der Fehlermeldung ausgibt gibt _gleichzeitig auch noch aus _welche_ Module fehlen. Vielleicht ist das Meldungsfenster zu schmal? Ruf '/etc/init.d/amavisd start' mal von Hand auf.
Das Fenster ist extrem schmal. Ich bin aus der restl. Meldung nicht schlau geworden. /etc/init.d/amavisd start -bash: /etc/init.d/amavisd: Datei oder Verzeichnis nicht gefunden /usr/sbin/amavisd ERROR: MISSING REQUIRED BASIC MODULES: Unix::Syslog BEGIN failed--compilation aborted at /usr/sbin/amavisd line 148. Mittlerweile kommt auch diese Meldung im Runlevel-Editor, vorher war es eine andere. Die Zeile 148 ist } am Ende des u.a Blocks.
Schau mal mit less in die Datei /usr/sbin/amavisd (vorher ggfs. mit file schauen, ob das auch bei der 10.0 noch ein perlscript ist). Dort suche dann die Stelle:
file /usr/sbin/amavisd /usr/sbin/amavisd: perl script text
fetch_modules('REQUIRED BASIC MODULES', 1, qw( Exporter POSIX Fcntl ... )
und schau dann ob du alle dort aufgefuehrten Module installiert hast und ob diese auch verwendet werden koennen.
BEGIN { fetch_modules('REQUIRED BASIC MODULES', 1, qw( Exporter POSIX Fcntl Socket Errno Carp Time::HiRes IO::Handle IO::File IO::Socket IO::Socket::UNIX IO::Socket::INET IO::Wrap IO::Stringy Digest::MD5 Unix::Syslog File::Basename Mail::Field Mail::Address Mail::Header Mail::Internet Compress::Zlib MIME::Base64 MIME::QuotedPrint MIME::Words MIME::Head MIME::Body MIME::Entity MIME::Parser MIME::Decoder MIME::Decoder::Base64 MIME::Decoder::Binary MIME::Decoder::QuotedPrint MIME::Decoder::NBit MIME::Decoder::UU MIME::Decoder::Gzip64 Net::Cmd Net::SMTP Net::Server Net::Server::PreForkSimple )); # with earlier versions of Perl one may need to add additional modules # to the list, such as: auto::POSIX::setgid auto::POSIX::setuid ... fetch_modules('OPTIONAL BASIC MODULES', 0, qw( Carp::Heavy auto::POSIX::setgid auto::POSIX::setuid MIME::Decoder::BinHex )); } Sorry ich blick da nicht ganz durch. Da sind Module in Paketen zusammengefasst. rpm -qa | grep -i perl | sort limal-perl-1.0.8-2 perl-5.8.7-5.3 perl-Archive-Tar-1.24-2 perl-Archive-Zip-1.16-2 perl-Authen-SASL-2.09-2 perl-BerkeleyDB-0.26-4 perl-Bit-Vector-6.4-2 perl-Bootloader-0.2-37.2 perl-Carp-Clan-5.3-2 perl-CDDB_get-2.25-2 perl-CGI-Application-3.31-4 perl-Class-Date-1.1.7-70 perl-Class-Multimethods-1.70-435 perl-Clone-0.18-2 perl-Compress-Zlib-1.35-2 perl-Config-Crontab-1.10-2 perl-Convert-ASN1-0.19-2 perl-Convert-TNEF-0.17-262 perl-Convert-UUlib-1.051-2 perl-Crypt-Blowfish-2.09-365 perl-Crypt-SmbHash-0.12-2 perl-Curses-1.12-2 perl-CursesWidgets-1.997-4 perl-Data-ShowTable-3.3-573 perl-Date-Calc-5.4-3 perl-DBD-CSV-0.22-2 perl-DBD-mysql-3.0002-2 perl-DBD-ODBC-1.06-233 perl-DBD-SQLite-1.09-3.guru.suse100 perl-DBD-XBase-0.241-30 perl-DBI-1.48-2 perl-Digest-HMAC-1.01-496 perl-Digest-MD4-1.5-2 perl-Digest-SHA1-2.10-4 perl-ExtUtils-Depends-0.205-2 perl-ExtUtils-F77-1.14-353 perl-ExtUtils-ParseXS-2.11-2 perl-ExtUtils-PkgConfig-1.07-2 perl-FastCGI-2.4.0-2 perl-File-BaseDir-0.02-1.guru.suse100 perl-File-MimeInfo-0.12-1.guru.suse100 perl-GD-2.25-2 perl-GDGraph-1.43-6 perl-GD-Graph3d-0.63-6 perl-GDTextUtil-0.85-128 perl-gettext-1.05-2 perl-Glib-1.082-2 perl-Gtk2-1.083-2 perl-Gtk2-debuginfo-1.083-2 perl-Gtk-Perl-0.7009-253 perl-HTML-FillInForm-1.05-2 perl-HTML-Parser-3.45-4 perl-HTML-SimpleParse-0.12-123 perl-HTML-Tagset-3.04-4 perl-HTML-Template-2.7-2 perl-Image-Size-2.992-123 perl-IO-Socket-SSL-0.97-2 perl-IO-String-1.06-2 perl-IO-stringy-2.110-2 perl-ldap-0.33-2 perl-libapt-pkg-0.1.13-3 perl-libconfigfile-1.1.1-2 perl-libintl-perl-1.16-0.pm.0 perl-libwww-perl-5.803-4 perl-libxml-perl-0.08-2 perl-MailTools-1.67-2 perl-Mcrypt-2.4.8.2-470 perl-MIME-Lite-3.01-143 perl-MIME-tools-5.417-2 perl-MIME-Types-1.15-2 perl-Module-Build-0.2611-2 perl-Module-Info-0.28-2 perl-MP3-Info-1.13-2 perl-Net-Daemon-0.38-50 perl-Net-DNS-0.53-2 perl-Net-IP-1.23-2 perl-Net-Jabber-2.0-3 perl-Net-Netmask-1.9012-2 perl-Net-Server-0.88-2 perl-Net_SSLeay-1.25-32 perl-Net-XMPP-1.0-3 perl-Parse-RecDescent-1.80-248 perl-PDA-Pilot-0.11.8-126 perl-PlRPC-0.2018-2 perl-PostScript-Simple-0.06-2 perl-Qt-3.008-132 perl-Quantum-Superpositions-2.02-124 perl-razor-agents-2.72-2 perlref-5.004.1-184 perl-Set-Crontab-1.00-432 perl-spamassassin-3.0.4-4.2 perl-SQL-Statement-1.14-2 perl-TermReadKey-2.30-2 perl-TermReadLine-Gnu-1.14-4 perl-Text-CSV_XS-0.23-360 perl-Text-Iconv-1.4-2 perl-TimeDate-1.16-125 perl-Tk-800.024-433 perl-Unicode-Map8-0.12-151 perl-Unicode-String-2.07-132 perl-Unix-Syslog-0.100-29 perl-URI-1.35-4 perl-X500-DN-0.28-121 perl-XML-DOM-1.44-2 perl-XML-Generator-0.99-4 perl-XML-LibXML-1.58-4 perl-XML-LibXML-Common-0.13-5 perl-XML-NamespaceSupport-1.09-2 perl-XML-Parser-2.34-32 perl-XML-RegExp-0.03-479 perl-XML-SAX-0.12-5 perl-XML-Simple-2.14-2 perl-XML-Stream-1.22-2 perl-XML-Writer-0.600-2 perl-XML-XSLT-0.48-29 perl-Xmms-0.12-374 perl-YAML-0.39-2 sax2-libsax-perl-7.1-27 SDL_perl-1.20.0-358 yast2-perl-bindings-2.12.8-2 Al
Hallo, Am Fri, 13 Jan 2006, Al Bogner schrieb:
Am Freitag, 13. Januar 2006 00:16 schrieb David Haller:
Am Thu, 12 Jan 2006, Al Bogner schrieb:
SuSE 10 - Amavisd lässt sich mit Runlevel-Editor nicht starten:
/etc/init.d/amavis start gab 7 (Programm wird nicht ausgeführt) zurück ^^^^^^^^^^^^^^^^^^^^^^^^!!!
Starting virus-scanner (amavisd-new):ERROR: MISSING REQUIRED BASIC MODULES:
Aeh, kam da keine Ausgabe _welche_ Module vermisst werden? das 'die' das naemlich obigen Teil der Fehlermeldung ausgibt gibt _gleichzeitig auch noch aus _welche_ Module fehlen. Vielleicht ist das Meldungsfenster zu schmal? Ruf '/etc/init.d/amavisd start' mal von Hand auf.
Das Fenster ist extrem schmal. Ich bin aus der restl. Meldung nicht schlau geworden.
/etc/init.d/amavisd start -bash: /etc/init.d/amavisd: Datei oder Verzeichnis nicht gefunden
Das haette natuerlich '/etc/init.d/amavis start' sein sollen, s.o.
/usr/sbin/amavisd ERROR: MISSING REQUIRED BASIC MODULES: Unix::Syslog BEGIN failed--compilation aborted at /usr/sbin/amavisd line 148.
Aha. Dir fehlt Unix::Syslog. Installier das nach. Sollte als RPM vorliegen (=> pin 'Unix/Syslog.pm'), zur Not hau's per 'cpan' rein: cpan -i Unix::Syslog (ich pflege mein perl sowieso nur noch per CPAN / per Hand und nicht per RPM, das perl liegt meist unbenutzt in /usr/, siehe meine andere Mail).
Mittlerweile kommt auch diese Meldung im Runlevel-Editor, vorher war es eine andere.
Ggfs. die Module wie oben nachinstallieren.
Schau mal mit less in die Datei /usr/sbin/amavisd (vorher ggfs. mit file schauen, ob das auch bei der 10.0 noch ein perlscript ist). Dort suche dann die Stelle:
file /usr/sbin/amavisd /usr/sbin/amavisd: perl script text
Ok :)
fetch_modules('REQUIRED BASIC MODULES', 1, qw( Exporter POSIX Fcntl ... )
und schau dann ob du alle dort aufgefuehrten Module installiert hast und ob diese auch verwendet werden koennen.
BEGIN { fetch_modules('REQUIRED BASIC MODULES', 1, qw( Exporter POSIX Fcntl Socket Errno Carp Time::HiRes IO::Handle IO::File IO::Socket IO::Socket::UNIX IO::Socket::INET IO::Wrap IO::Stringy Digest::MD5 Unix::Syslog File::Basename ^^^^^^^^^^^^!!
Mail::Field Mail::Address Mail::Header Mail::Internet Compress::Zlib MIME::Base64 MIME::QuotedPrint MIME::Words MIME::Head MIME::Body MIME::Entity MIME::Parser MIME::Decoder MIME::Decoder::Base64 MIME::Decoder::Binary MIME::Decoder::QuotedPrint MIME::Decoder::NBit MIME::Decoder::UU MIME::Decoder::Gzip64 Net::Cmd Net::SMTP Net::Server Net::Server::PreForkSimple ));
Obige brauchst du, folgende sind optional...
# with earlier versions of Perl one may need to add additional modules # to the list, such as: auto::POSIX::setgid auto::POSIX::setuid ... fetch_modules('OPTIONAL BASIC MODULES', 0, qw( Carp::Heavy auto::POSIX::setgid auto::POSIX::setuid MIME::Decoder::BinHex )); }
Sorry ich blick da nicht ganz durch. Da sind Module in Paketen zusammengefasst.
Ja. Das ist unangenehm. Sowohl fuer die, die die RPMs erstellen als auch fuer die Anwender.
perl-Unix-Syslog-0.100-29
Hm. Kopiere mal, wie von mir vorgeschlagen, obige "REQUIRED BASIC"
Liste aus /usr/sbin/amavisd (zwischen 'qw(' und dem naechsten ')') in
ein Editor-Fenster, ergaenze die '\' an den Zeilenenden und packe das
Ergebnis in die von mir geschriebene 'for'-Schleife.
Dann werden wir sehen, was perl _tatsaechlich_ an Modulen auch findet!
Und den dann als 'missing:' markierten Modulen kann man dann
"nachsteigen", per pin oder eben ggfs. am RPM vorbei per CPAN.
Langfristig, so meine Erfahrung, brauchst du so oder so das ein oder
andere Modul, das nicht bei der SUSE dabei ist, und das du auch nicht
als RPM (oder deb) findest, das du also sowieso selber installieren
musst. Und perl bringt ja ein eigenes Packagemanagement mit (CPAN /
CPANPLUS), und damit kannst du Pakete auch deinstallieren (auch wenn
das nicht direkt dokumentiert ist bzw. per 'cpan' bzw. 'perl -MCPAN'
zugaenglich ist. Ich haeng mal mein 'perluninstall.pl' an...
Habe also nicht zuviel Hemmungen RPM zu umgehen und Module in dein
vorhandes perl in /usr/ nachzuinstallieren, frueher oder spaeter wird
das aber muehsam. Spaetestens, wenn $foo Modul $bar >= x.y braucht und
dieses wiederum ein neueres perl als du hast. Spaetestens dann kommt
man nach meiner Erfahrung nicht drum rum ein aktuelleres perl in
/usr/local zu installieren. Denn das alte perl kannst du nicht einfach
aktualisieren, wenn du nicht dein halbes System aktualisieren
willst.[1]
Jedenfalls: ohne perl geht fast nix. Und ohne das mitgelieferte perl
funktionieren je nach Update alle oder keine der Binaries, die gegen
die libperl linken. Und das koennten mehr sein als man denkt... Siehe
oben also.
Noch mehr Details, Tips und Warnungen dazu kannst du von mir gerne
bekommen.
Aber schau erstmal, was konkret fehlt, ueberpruefe mit pin und rpm -V
was nicht passt... und dann sehen wir weiter.
-dnh
[1] Vergleiche deine Liste von apt... Und es gibt evtl. sogar noch ein
paar mehr. Kannst ja mal folgendes laufen lassen, wenn du's
verstanden hast... *eg*
OIFS="$IFS"; \
IFS=":"; \
find $PATH -type f -perm +111 -o -iname '*.so*' \
| while read -r f; do \
file "$f" | grep -q "ELF" && ldd "$f" | grep -q 'libperl' \
&& echo "$f" \
|| file "$f" | grep -qi "perl commands" && echo "$f";
done; \
IFS="$OIFS"
Die Ausgabe koennte man ggfs. noch an 'rpm -qf' verfuettern...
==== /usr/local/bin/perluninstall.pl ====
#!/usr/bin/perl
### nope, no '-w', we 'use warnings' later.
#
### Copyright (c)2004 David Haller
(Diva's Law of Software: quality is inversely proportional to price.) Stevo's Addendum to Diva's Law of Software: But try explaining that to the PHB
Am Freitag, 13. Januar 2006 05:43 schrieb David Haller:
Hallo,
Am Fri, 13 Jan 2006, Al Bogner schrieb:
Am Freitag, 13. Januar 2006 00:16 schrieb David Haller:
Am Thu, 12 Jan 2006, Al Bogner schrieb:
SuSE 10 - Amavisd lässt sich mit Runlevel-Editor nicht starten:
/etc/init.d/amavis start gab 7 (Programm wird nicht ausgeführt) zurück
^^^^^^^^^^^^^^^^^^^^^^^^!!!
Das hatte ich schon gelesen, aber da gibt es kein Startscript. ls -1 /etc/init.d/a* /etc/init.d/acpid /etc/init.d/alsasound /etc/init.d/amavis /etc/init.d/atd /etc/init.d/autofs /etc/init.d/autoyast Am Rechner bei dem amavis funktioniert: ls -1 /etc/init.d/am* /etc/init.d/amavis file amavis amavis: Bourne shell script text Warum fehlt da also bei mir das Script und zwar auch nach De- und erneuter Installation von amavisd? Ich habe amavis (ohne d) zum Problemrechner kopiert, das hilft aber auch nicht.
Aha. Dir fehlt Unix::Syslog. Installier das nach. Sollte als RPM vorliegen (=> pin 'Unix/Syslog.pm'), zur Not hau's per 'cpan' rein:
cpan -i Unix::Syslog
Ich hotte in der Zwischenzeit sowohl noch weitere Perl-Module, die mit syslog zu tun haben, als auch mit cpan "Unix::Syslog" installiert, nützte aber auch nichts. cpan -i Unix::Syslog Removing previously used /root/.cpan/build/Unix-Syslog-0.99 CPAN.pm: Going to build M/MH/MHARNISCH/Unix-Syslog-0.99.tar.gz
Unix::Syslog File::Basename
Obige brauchst du, folgende sind optional...
Hm. Kopiere mal, wie von mir vorgeschlagen, obige "REQUIRED BASIC" Liste aus /usr/sbin/amavisd (zwischen 'qw(' und dem naechsten ')') in ein Editor-Fenster, ergaenze die '\' an den Zeilenenden und packe das Ergebnis in die von mir geschriebene 'for'-Schleife.
Dann werden wir sehen, was perl _tatsaechlich_ an Modulen auch findet!
Ok, aber ich verstehe nicht genau wie ich das machen soll. Du meinst "perluninstall.pl" mit "foreach my $module (@MODULES) ..."? Könntest du das bitte direkt zum Übernehmen posten?
Noch mehr Details, Tips und Warnungen dazu kannst du von mir gerne bekommen.
Deine Warnung reicht mir, kommt aber zu spät und wie schon bemerkt am anderen SL 10-Rechner klappt es mit dem neueren Perl. Wenn du vom anderen Rechner Infos brauchst, lasse es mich wissen. Ich habe die Pakete mit dem funktionierenden Rechner verglichen und am funktionierenden waf folgendes mehr: perl-Arch-0.5.0-2 perl-File-Find-Rule-0.28-3.guru.suse100 perl-Number-Compare-0.01-3.guru.suse100 perl-razor-agents-2.72-2 perl-Text-Glob-0.06-3.guru.suse100 Der komplette Vergleich ist im Anhang mit 1,8kB. Vielleicht ist auch ein zu viel installiertes Paket schuld. Am Rechner der nicht funktioniert, sind einige Perl-Module mehr installiert.
Aber schau erstmal, was konkret fehlt, ueberpruefe mit pin und rpm -V was nicht passt... und dann sehen wir weiter.
rpm -V amavisd-new S.5....T c /etc/amavisd.conf Al
Hallo, Am Fri, 13 Jan 2006, Al Bogner schrieb:
Am Freitag, 13. Januar 2006 05:43 schrieb David Haller:
Hallo,
Am Fri, 13 Jan 2006, Al Bogner schrieb:
Am Freitag, 13. Januar 2006 00:16 schrieb David Haller:
Am Thu, 12 Jan 2006, Al Bogner schrieb:
SuSE 10 - Amavisd lässt sich mit Runlevel-Editor nicht starten:
/etc/init.d/amavis start gab 7 (Programm wird nicht ausgeführt) zurück
^^^^^^^^^^^^^^^^^^^^^^^^!!!
Das hatte ich schon gelesen, aber da gibt es kein Startscript.
ls -1 /etc/init.d/a* /etc/init.d/acpid /etc/init.d/alsasound /etc/init.d/amavis ^^^^^^^^^^^^^^^^^^ und was ist das?
Das wird ja auch aufgerufen, startet den amavisd, der aber die Fehlermeldung bringt.
Hm. Kopiere mal, wie von mir vorgeschlagen, obige "REQUIRED BASIC" Liste aus /usr/sbin/amavisd (zwischen 'qw(' und dem naechsten ')') in ein Editor-Fenster, ergaenze die '\' an den Zeilenenden und packe das Ergebnis in die von mir geschriebene 'for'-Schleife.
Dann werden wir sehen, was perl _tatsaechlich_ an Modulen auch findet!
Ok, aber ich verstehe nicht genau wie ich das machen soll.
Genau so wie in der vorvorigen Mail beschrieben. Aber gut, ich hoffe das script hat sich zwischen '1.15' zu deiner nicht zu sehr geaendert. Fuehre mal (geht als User) folgendes aus (eine Zeile, dann ohne die '\', muesste sich mit den '\' auch direkt mehrzeilig in die shell kopieren lassen. Achte darauf, dass du nicht ein Zeilenende hinter'm "done" mitkopiert wird, damit es nicht gleich ausgefuehrt wird. sed -n '/REQUIRED BASIC/,/^ *) *);/{/fetch\|)/!p;}' \ < /usr/sbin/amavisd | tr ' ' '\n' | \ while read mod; do perl "-M$mod" -e '1;' 2>/dev/null \ || echo "$mod"; done Die Ausgabe sind die fehlenden Module.
Du meinst "perluninstall.pl" mit "foreach my $module (@MODULES) ..."?
Nein, das ist nur die Ergaenzung zur perl-internen Paketverwaltung mit CPAN/CPANPLUS. Hat nix mit deinem Problem zu tun. -dnh -- [Evolution - Message-ID] Oh ja... Apropos: die libcamel (die fuer diesen Muell verantwortlich ist) ist, aehm. "interessant" zu lesen... Und NEIN! Ich habe keine Lust, den Muell zu fixen. Es sei denn, man zahlt mir Schmerzensgeld. [David Haller in suse-linux, gef. von C. Boltz]
Am Freitag, 13. Januar 2006 19:55 schrieb David Haller:
/etc/init.d/amavis
^^^^^^^^^^^^^^^^^^ und was ist das?
Ooops, kommt daher, wenn man in Etappen testet.
Fuehre mal (geht als User) folgendes aus (eine Zeile, dann ohne die '\', muesste sich mit den '\' auch direkt mehrzeilig in die shell kopieren lassen. Achte darauf, dass du nicht ein Zeilenende hinter'm "done" mitkopiert wird, damit es nicht gleich ausgefuehrt wird.
sed -n '/REQUIRED BASIC/,/^ *) *);/{/fetch\|)/!p;}' \ < /usr/sbin/amavisd | tr ' ' '\n' | \ while read mod; do perl "-M$mod" -e '1;' 2>/dev/null \
|| echo "$mod"; done
Die Ausgabe sind die fehlenden Module.
Unix::Syslog (und viele Leerzeilen) Das habe ich aber auch mit cpan installiert und rpm zeigt es auch als installiert an.
Nein, das ist nur die Ergaenzung zur perl-internen Paketverwaltung mit CPAN/CPANPLUS. Hat nix mit deinem Problem zu tun.
Darum habe ich nachgefragt. Al
Hallo, Am Fri, 13 Jan 2006, Al Bogner schrieb:
Am Freitag, 13. Januar 2006 19:55 schrieb David Haller:
Fuehre mal (geht als User) folgendes aus (eine Zeile, dann ohne die '\', muesste sich mit den '\' auch direkt mehrzeilig in die shell kopieren lassen. Achte darauf, dass du nicht ein Zeilenende hinter'm "done" mitkopiert wird, damit es nicht gleich ausgefuehrt wird.
sed -n '/REQUIRED BASIC/,/^ *) *);/{/fetch\|)/!p;}' \ < /usr/sbin/amavisd | tr ' ' '\n' | \ while read mod; do perl "-M$mod" -e '1;' 2>/dev/null \
|| echo "$mod"; done
Aeh, da ist ne Leerzeile zuviel, also '2>/dev/null || echo "$mod"'.
Die Ausgabe sind die fehlenden Module.
Unix::Syslog
Also das wird wohl schonmal nicht korrekt gefunden. Mach mal per Hand perl -MUnix::Syslog -e '1;' und maile die (Fehler-)Ausgabe von perl. Und evtl. wo cpan angeblich das Modul hininstalliert hat. Evtl. hast du praktisch das "flasche" perl verwendet. Was gibt 'type -a perl cpan' aus? Und was type -a perl | awk '{print $3;}' | while read prog; do $prog -MConfig -e 'print "==== '"$prog"': $Config{version} ====\n", join("\n", @INC), "\n";' done
(und viele Leerzeilen)
Hm. Leerzeilen sollten keine kommen, aber ich kenn dein amavisd nicht. s.o.
Das habe ich aber auch mit cpan installiert und rpm zeigt es auch als installiert an.
s.o. -dnh -- Ich friere weil ich schwitze.. In dieser kalten Hitze. Vor lauter Hunger bin Ich satt. Und alle Berge werden platt. [WoKo in dafb]
Am Samstag, 14. Januar 2006 00:14 schrieb David Haller:
Aeh, da ist ne Leerzeile zuviel, also '2>/dev/null || echo "$mod"'.
Klar, hatte ich berücksichtigt.
Die Ausgabe sind die fehlenden Module.
Unix::Syslog
Also das wird wohl schonmal nicht korrekt gefunden. Mach mal per Hand
perl -MUnix::Syslog -e '1;'
perl -MUnix::Syslog -e '1;' Can't locate Unix/Syslog.pm in @INC (@INC contains: /usr/lib/perl5/5.8.7/i586-linux-thread-multi /usr/lib/perl5/5.8.7 /usr/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl .). BEGIN failed--compilation aborted.
und maile die (Fehler-)Ausgabe von perl. Und evtl. wo cpan angeblich das Modul hininstalliert hat. Evtl. hast du praktisch das "flasche" perl verwendet. Was gibt 'type -a perl cpan' aus? Und was
type -a perl cpan perl is /usr/bin/perl cpan is /usr/bin/cpan
type -a perl | awk '{print $3;}' | while read prog; do $prog -MConfig -e 'print "==== '"$prog"': $Config{version} ====\n", join("\n", @INC), "\n";' done
==== /usr/bin/perl: 5.8.7 ==== /usr/lib/perl5/5.8.7/i586-linux-thread-multi /usr/lib/perl5/5.8.7 /usr/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl Zum Vergleich am Rechner, bei dem amavisd funktioniert: perl -MUnix::Syslog -e '1;' keine Ausgabe type -a perl cpan perl is /usr/bin/perl cpan is /usr/bin/cpan ==== /usr/bin/perl: 5.8.7 ==== /usr/lib/perl5/5.8.7/i586-linux-thread-multi /usr/lib/perl5/5.8.7 /usr/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl Al
Hallo, Am Sat, 14 Jan 2006, Al Bogner schrieb:
Am Samstag, 14. Januar 2006 00:14 schrieb David Haller:
Die Ausgabe sind die fehlenden Module.
Unix::Syslog
Also das wird wohl schonmal nicht korrekt gefunden. Mach mal per Hand
perl -MUnix::Syslog -e '1;'
perl -MUnix::Syslog -e '1;' Can't locate Unix/Syslog.pm in @INC (@INC contains: /usr/lib/perl5/5.8.7/i586-linux-thread-multi /usr/lib/perl5/5.8.7 /usr/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl .). BEGIN failed--compilation aborted.
Ok, dann findet dein Perl Unix::Syslog nicht. Musst du nachinstallieren und achte dabei, wo CPAN das hininstallier(t|en will). -dnh -- So wie yast2 [auf der Konsole] zur Zeit aussieht, ist es das Outlook unter den Konsolenprogrammen: Nämlich die alleinseligmachende, fortgesetzte Normverletzung unter Vorgabe guter Motive. -- "ratti" in suse-linux
Hallo, Am Sun, 15 Jan 2006, Al Bogner schrieb:
Am Samstag, 14. Januar 2006 18:25 schrieb David Haller:
Ok, dann findet dein Perl Unix::Syslog nicht. Musst du nachinstallieren und achte dabei, wo CPAN das hininstallier(t|en will).
Schon mehrmals getan. Install-Log angehängt. SIehst du im Log ein Problem?
Jup. Dein cpan ist flasch konfiguriert: Writing /root/perl/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi/auto/Unix/Syslog/.packlist Appending installation info to /root/perl/lib/perl5/5.8.7/i586-linux-thread-mult i/perllocal.pod /usr/bin/make install UNINST=1 -- OK Das ist jetzt etwas doof, denn CPAN installiert nicht mehrfach. Also musst du das vorhandene Unix::Syslog rauswerden, das muesste aber in /root/perl sein, also leicht zu finden. Am besten schaust du nach, was ueberhaupt alles in /root/perl ist, notierst dir das, loeschst dann das komplette /root/perl, konfigurierst cpan richtig (s.u.) und installierst dann das was in /root/perl war richtig. Zur Konfiguration von cpan: $ cpan cpan> o conf init CPAN build and cache directory? [Sollte klar sein, der vorgeschlagene Wert sollte stimmen] [Weiter solltest du auch alles abwinken koennen bis:] Every Makefile.PL is run by perl in a separate process. Likewise we run 'make' and 'make install' in processes. If you have any parameters (e.g. PREFIX, LIB, UNINST or the like) you want to pass to the calls, please specify them here. If you don't understand this question, just press ENTER. Parameters for the 'perl Makefile.PL' command? Typical frequently used settings: PREFIX=~/perl non-root users (please see manual for more hints) Your choice: [] [Rest kannst du auch wieder abwinken] Und _GENAU_ hierbei hast du den Fehler gemacht. Hier musst du 'PREFIX=/usr' eingeben oder besser gar nichts eigegeben. Uebrigens: Auch als User musst du CPAN so konfigurieren, dann geht zwar der install selbst nicht, aber dafuer landet alles da wo's hingehoert (vgl. PPS). Eine PREFIX solltest du nur dann definieren, wenn du konkret in ~/ installieren willst, und dann besser "per Hand" ohne CPAN (das du aber zum "get" nehmen kannst). Wenn du noch Fragen hast, melde dich nochmal. -dnh PS: bitte haenge logs u.ae. als .gz oder unkomprimiert an, das kann ich direkt lesen. PPS: ich verwende cpan nur als user, d.h. alles bis inkl. 'test', nur das install selbst mache ich dann als root per make -C /newsw/CPAN/build/Foo install das aber nur am Rande. /newsw/CPAN ist dabei mein "CPANROOT" wie bei reconf bei CPAN build and cache directory? definiert. -- "If affirmative action means what I just described, what I'm for, then I'm for it." George W. Bush -- Presidential Debates. St. Louis, Mo., 2000/10/18
Am Sonntag, 15. Januar 2006 02:26 schrieb David Haller:
Am Sun, 15 Jan 2006, Al Bogner schrieb:
Am Samstag, 14. Januar 2006 18:25 schrieb David Haller:
Ok, dann findet dein Perl Unix::Syslog nicht. Musst du nachinstallieren und achte dabei, wo CPAN das hininstallier(t|en will).
Schon mehrmals getan. Install-Log angehängt. SIehst du im Log ein Problem?
Jup. Dein cpan ist flasch konfiguriert:
Super, dass du den Fehler entdeckt hast. Wenn ich dich nicht hätte, David :-) Ich frage mich aber, warum es nicht funktioniert hat, bevor ich mit cpan Unix::Syslog installiert habe, aber vielleicht war da eine Abhängigkeit von einem anderen Modul, sodass es automatisch von cpan installiert wurde.
Writing /root/perl/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi/auto/Unix/Sysl og/.packlist Appending installation info to /root/perl/lib/perl5/5.8.7/i586-linux-thread-mult i/perllocal.pod /usr/bin/make install UNINST=1 -- OK
Das ist jetzt etwas doof, denn CPAN installiert nicht mehrfach. Also musst du das vorhandene Unix::Syslog rauswerden, das muesste aber in /root/perl sein, also leicht zu finden. Am besten schaust du nach, was ueberhaupt alles in /root/perl ist, notierst dir das, loeschst dann das komplette /root/perl, konfigurierst cpan richtig (s.u.) und installierst dann das was in /root/perl war richtig.
Wirfst du bitte kurz einen Blick darauf, ob ich das im Attachment gefahrlos löschen kann? Wichtig ist mir eigentlich nur Exiftool (stable), meistens verwende ich aber sowieso die neueste Version, die sich in einem Verzeichnis unter /usr/local/bin befindet, wo ich dann exiftool mit vollem Pfad aufrufe. Al
Hallo, Am Sun, 15 Jan 2006, Al Bogner schrieb: [..]
Writing /root/perl/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi/auto/Unix/Sysl og/.packlist Appending installation info to /root/perl/lib/perl5/5.8.7/i586-linux-thread-mult i/perllocal.pod
Wirfst du bitte kurz einen Blick darauf, ob ich das im Attachment gefahrlos löschen kann? Wichtig ist mir eigentlich nur Exiftool (stable), meistens verwende ich aber sowieso die neueste Version, die sich in einem Verzeichnis unter /usr/local/bin befindet, wo ich dann exiftool mit vollem Pfad aufrufe.
sed -n '/Module/s/.*C<Module>.*L<\([^|]*\)|.*/\1/p' \ /root/perl/lib/perl5/5.8.7/i586-linux-thread-multi/perllocal.pod \ | tee rootperl-module.txt gibt dir Liste der Module in der Reihenfolge aus in der du sie installiert hast. Die Liste kannst du dann wieder an CPAN verfuettern. Und anschliessend /root/perl loeschen. -dnh -- 52: Mindestanforderung: 4 MB Hauptspeicher Mindestanforderung: 8 MB Hauptspeicher (Kristian Köhntopp)
Am Montag, 16. Januar 2006 05:06 schrieb David Haller:
Am Sun, 15 Jan 2006, Al Bogner schrieb: [..]
Writing /root/perl/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi/auto/Unix/S ysl og/.packlist Appending installation info to /root/perl/lib/perl5/5.8.7/i586-linux-thread-mult i/perllocal.pod
Wirfst du bitte kurz einen Blick darauf, ob ich das im Attachment gefahrlos löschen kann? Wichtig ist mir eigentlich nur Exiftool (stable), meistens verwende ich aber sowieso die neueste Version, die sich in einem Verzeichnis unter /usr/local/bin befindet, wo ich dann exiftool mit vollem Pfad aufrufe.
sed -n '/Module/s/.*C<Module>.*L<\([^|]*\)|.*/\1/p' \ /root/perl/lib/perl5/5.8.7/i586-linux-thread-multi/perllocal.pod \
| tee rootperl-module.txt
gibt dir Liste der Module in der Reihenfolge aus in der du sie installiert hast. Die Liste kannst du dann wieder an CPAN verfuettern. Und anschliessend /root/perl loeschen.
Ich dachte mir, man kann nur 1x installieren. Jedesmal, wenn es eine neue Exiftopl-Version gab, habe ich mit cpan -i installiert. Warum stehen dann die Module mehrmals hier? Zumindest bei Exiftool wurde dann immer die neueste Version verwendet. Image::ExifTool Image::ExifTool Image::ExifTool Image::ExifTool Storable Encode Digest::MD5 Digest::SHA1 HTML::Parser MIME::Base64 IO List::Util Devel::DProf Time::HiRes Term::ReadKey Unix::Syslog Devel::PPPort Digest::MD4 Convert::UUlib DBD::SQLite Locale::gettext Unicode::Normalize Sys::Syslog Unix::Syslog Unix::Syslog Unix::Syslog Unix::Syslog Al
Hallo, Am Mon, 16 Jan 2006, Al Bogner schrieb:
Am Montag, 16. Januar 2006 05:06 schrieb David Haller:
sed -n '/Module/s/.*C<Module>.*L<\([^|]*\)|.*/\1/p' \ /root/perl/lib/perl5/5.8.7/i586-linux-thread-multi/perllocal.pod \
| tee rootperl-module.txt
gibt dir Liste der Module in der Reihenfolge aus in der du sie installiert hast. Die Liste kannst du dann wieder an CPAN verfuettern. Und anschliessend /root/perl loeschen.
Ich dachte mir, man kann nur 1x installieren. Jedesmal, wenn es eine neue Exiftopl-Version gab, habe ich mit cpan -i installiert. Warum stehen dann die Module mehrmals hier? Zumindest bei Exiftool wurde dann immer die neueste Version verwendet.
CPAN haengt an perllocal.pod nur an, loescht aber keine schon vorhandenen Eintraege, wenn du drueberinstallierst -- die anderen Dateien (.packlist und die eigentlichen Modul-Dateien) werden jedoch ueberschrieben. Ich weiss nicht mal, ob das 'uninstall()' aus ExtUtils::Install perllocal.pod auch aufraeumt (vgl. mein perluninstall.pl in ner vorangegangenen Mail, das dich da noch irritiert hat). Jedenfalls: Relevant ist der jeweils _letzte_ Eintrag im perllocal.pod. Ich habe bei mir die Datei auch schon mal aufgeraeumt. Im Grunde brauchst du perllocal.pod nicht weiter zu beachten. Ausser wenn du 'perldoc perllocal' aufrufst ;) -dnh -- Q: Warum habe so viele Männer O-Beine? A: Unwichtiges wird eben in Klammern gesetzt. -- David Leukert im Quatsch Comedy Club
Am Sonntag, 15. Januar 2006 02:26 schrieb David Haller: /root/perl wurde komplett gelöscht.
Und _GENAU_ hierbei hast du den Fehler gemacht. Hier musst du 'PREFIX=/usr' eingeben oder besser gar nichts eigegeben.
Das mit "gar nichts" verstehe ich nicht, da wird dann genau dorthin installiert wo ich installiert hatte. Ich habe nun das angegeben: ---------------------------------------------------------------------------------------------------- Parameters for the 'perl Makefile.PL' command? Typical frequently used settings: PREFIX=~/perl non-root users (please see manual for more hints) Your choice: [PREFIX=~/perl] PREFIX=/usr Parameters for the 'make' command? Typical frequently used setting: -j3 dual processor system Your choice: [] Parameters for the 'make install' command? Typical frequently used setting: UNINST=1 to always uninstall potentially conflicting files Your choice: [UNINST=1] ---------------------------------------------------------------------------------------------------- cpan wie beschrieben neu konfiguriert # cpan -i Unix::Syslog perl -MUnix::Syslog -e '1;' bringt keine Meldung type -a perl | awk '{print $3;}' | while read prog; do $prog -MConfig -e 'print "==== '"$prog"': $Config{version} ====\n", join("\n", @INC), "\n";' done ==== /usr/bin/perl: 5.8.7 ==== /usr/lib/perl5/5.8.7/i586-linux-thread-multi /usr/lib/perl5/5.8.7 /usr/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl Amavisd und SpamAssassin wurden gelöscht und wider installiert: /etc/init.d/amavis start Starting virus-scanner (amavisd-new):Problem in the antispam code: Can't locate HTML/Parser.pm in @INC (@INC contains: lib /usr/lib/perl5/5.8.7/i586-linux-thread-multi /usr/lib/perl5/5.8.7 /usr/lib/perl5/site_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl) at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/HTML.pm line 32. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/HTML.pm line 32. Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/Message/Node.pm line 42. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/Message/Node.pm line 42. Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/Message.pm line 49. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin/Message.pm line 49. Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin.pm line 75. BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.7/Mail/SpamAssassin.pm line 75. Compilation failed in require at (eval 57) line 15. BEGIN failed--compilation aborted at (eval 57) line 15. failed Al
Hallo, Am Mon, 16 Jan 2006, Al Bogner schrieb:
Am Sonntag, 15. Januar 2006 02:26 schrieb David Haller:
/root/perl wurde komplett gelöscht.
Und _GENAU_ hierbei hast du den Fehler gemacht. Hier musst du 'PREFIX=/usr' eingeben oder besser gar nichts eigegeben.
Das mit "gar nichts" verstehe ich nicht, da wird dann genau dorthin installiert wo ich installiert hatte.
Aeh, ja, die Vorschlaege koennen variieren (je nach schon vorhandener config und dem jew. perl und defaults vom System usw.), du hast aber das richtige angegeben. Nichts uebernimmt ja den default, also waere wohl der Leerstring ("") oder [] "nichts" gewesen, ich weiss aber gerade auch nicht wie cpan reconf das dann interpretiert. Im Zweifelsfall kann man aber ohne Probleme mit cpan> o conf makepl_arg "" cpan> o conf commit nachtraeglich noch aendern. Oder was ich eigentlich sogar vorziehe, da uebersichtlicher, schlicht und einfach ~/.cpan/CPAN/MyConfig.pm editieren. :) ==== $CPAN::Config = { ... 'makepl_arg' => q[], ... }; 1; ====
Ich habe nun das angegeben: ----------------------------------------------------------------------------------------------------
Parameters for the 'perl Makefile.PL' command? Typical frequently used settings:
PREFIX=~/perl non-root users (please see manual for more hints)
Your choice: [PREFIX=~/perl] PREFIX=/usr
Ok. Aber, ich denke, es ist noch besser garnix anzugeben. Dazu s.o. wie du das "per Hand" machst. [Rest auch ok]
cpan wie beschrieben neu konfiguriert # cpan -i Unix::Syslog
perl -MUnix::Syslog -e '1;' bringt keine Meldung
Prima. Das heisst es tut nun.
Amavisd und SpamAssassin wurden gelöscht und wider installiert:
Warum das?
/etc/init.d/amavis start Starting virus-scanner (amavisd-new):Problem in the antispam code: Can't locate HTML/Parser.pm [..]
Mit dem nun korrekt konfigurierten cpan: cpan -i HTML::Parser Dito fuer weitere evtl. fehlende Module. Vgl. die Liste der Module die Amavisd benoetigt (ein paar Mails frueher)... Im Prinzip koennte man das auch ueber ne Schleife abfeiern, wg. evtl. Abhaengigkeiten ist das aber nicht das Gelbe vom Ei, und noch ein bisserl mehr Uebung mit dem CPAN-Modul kann auch nicht schaden... *hehe* -dnh -- Now the world has gone to bed, | Now I lay me down to sleep, Darkness won't engulf my head, | Try to count electric sheep, I can see by infrared, | Sweet dream wishes you can keep, How I hate the night. | How I hate the night. -- Marvin
Am Montag, 16. Januar 2006 20:32 schrieb David Haller:
Amavisd und SpamAssassin wurden gelöscht und wider installiert:
Warum das?
In der Hoffnung, dass fehlende Pakete automatisch installiert werden.
Mit dem nun korrekt konfigurierten cpan:
cpan -i HTML::Parser
Dito fuer weitere evtl. fehlende Module.
Es brauchte nur mehr cpan -i Convert::UUlib damit sich amavisd starten ließ. Super, *vielen vielen* Dank David! Ich gehe daher davon aus, dass alle "Pflichtmodule" installiert sind. Für mich ist nun die Frage, was ich noch optional installieren soll, Aus einem Mail von dir in diesem Thread: "Obige brauchst du, folgende sind optional...
# with earlier versions of Perl one may need to add additional modules # to the list, such as: auto::POSIX::setgid auto::POSIX::setuid ... fetch_modules('OPTIONAL BASIC MODULES', 0, qw( Carp::Heavy auto::POSIX::setgid auto::POSIX::setuid MIME::Decoder::BinHex"
Soll ich einfach alle installieren? Al
Hallo, Am Mon, 16 Jan 2006, Al Bogner schrieb:
Am Montag, 16. Januar 2006 20:32 schrieb David Haller:
Amavisd und SpamAssassin wurden gelöscht und wider installiert:
Warum das?
In der Hoffnung, dass fehlende Pakete automatisch installiert werden.
*lol* Die ganze Aktion ging ja an RPM vorbei... Aber ja, SA bzw. Amavis(d) sollten im Makefile.PL Abhaengigkeiten definieren und dann CPAN das noetige zumindest vorschlagen... SA macht das IIRC, Amavis verwende ich hier nicht.
Mit dem nun korrekt konfigurierten cpan:
cpan -i HTML::Parser
Dito fuer weitere evtl. fehlende Module.
Es brauchte nur mehr cpan -i Convert::UUlib damit sich amavisd starten ließ. Super, *vielen vielen* Dank David!
Bitte!
Ich gehe daher davon aus, dass alle "Pflichtmodule" installiert sind.
'/etc/init.d/amavisd start' laeuft? Und/oder das mit dem sed ... | while .. perl "-M$mod" -e '1;' von mir weiter oben im Thread?
Für mich ist nun die Frage, was ich noch optional installieren soll,
Aus einem Mail von dir in diesem Thread: "Obige brauchst du, folgende sind optional...
# with earlier versions of Perl one may need to add additional modules # to the list, such as: auto::POSIX::setgid auto::POSIX::setuid ... fetch_modules('OPTIONAL BASIC MODULES', 0, qw( Carp::Heavy
==== NAME Carp::Heavy - heavy machinery, no user serviceable parts inside ==== Ich hab's installiert, wird auch von irgendwas gebraucht das wiederum ich wollte ;) Schadet nicht.
auto::POSIX::setgid auto::POSIX::setuid
Habe ich nicht[1], braucht man auch nicht. Koennten eigentlich auch die jew. POSIX-Funktionen aus POSIX.pm sein. CPAN findet dazu auch nix: No objects of type Module found for argument /auto::POSIX/ Damit sind also vermutlich die Funktionen aus POSIX gemeint. Und das hast du wohl schon installiert. Teste z.B. mal als root: perl -MPOSIX -e '$id=getuid(); setuid(500); $nid=getuid(); print "$id, $nid\n";' (ggfs. die 500 durch eine passende existierende UID ersetzen). Ausgabe sollte: "0, 500" sein.
MIME::Decoder::BinHex"
Kannst / solltest du auch installieren. ==== DESCRIPTION A MIME::Decoder subclass for a nonstandard encoding whereby data are binhex-encoded. Common non-standard MIME encodings for this: x-uu x-uuencode ==== Mehr: man/perldoc MIME::Decoder Achso noch ein Tip: verwende 'PERL5LIB="" cpan' falls du irgendwo PERL5LIB verwendest (sollte bei dir aber (noch) nicht der Fall sein). -dnh [1] und ich hab doch ziemlich viele Module installiert -- Die Deutsche Sprache ist also nicht ursprünglich deutsch, sondern ein Konglomerat aus verschiedenen anderen Sprachen, die aber auch nicht ursprünglich sind, sondern wieder Konglomerate aus verschiedenen noch anderen Sprachen, die... [Volker Tanner in suse-talk]
Am Montag, 16. Januar 2006 22:30 schrieb David Haller:
Es brauchte nur mehr cpan -i Convert::UUlib damit sich amavisd starten ließ. Super, *vielen vielen* Dank David!
'/etc/init.d/amavisd start' laeuft?
Ja, fehlerfrei und auch im Runlevel-Editor war es ok. Doch als ich dann ein Testmail verschickte gab es die nächsten Probleme. Im Mail-Log fand ich, dass xinetd und amavisd sich nicht vertrugen bzw. sich xinetd sich nicht aktivieren ließ. Nun hat es mir gereicht und ich habe schweren Herzens den Rechner neu aufgesetzt. Allerdings habe ich nun ein anderes Problem, das sich auf den ersten Blick verrückt anhört: _Manchmal_ werden Mails im lokalen Netz abgelehnt, wobei es bei einem Client sehr selten ist, beim anderen häufiger. Ich vermute, dass ich ein DNS-Problem mit dem _lokalen_ DNS-Server (forwarding bind) habe. Ich muss da aber noch testen, um eine konkrete Frage stellen zu können. Al
Hallo, Am Wed, 18 Jan 2006, Al Bogner schrieb:
Am Montag, 16. Januar 2006 22:30 schrieb David Haller:
Es brauchte nur mehr cpan -i Convert::UUlib damit sich amavisd starten ließ. Super, *vielen vielen* Dank David!
'/etc/init.d/amavisd start' laeuft?
Ja, fehlerfrei und auch im Runlevel-Editor war es ok.
Doch als ich dann ein Testmail verschickte gab es die nächsten Probleme. Im Mail-Log fand ich, dass xinetd und amavisd sich nicht vertrugen bzw. sich xinetd sich nicht aktivieren ließ.
Hm? Hast du evtl. amavisd per initscript als daemon gestartet und dann auch noch einen Eintrag dafuer in der xinetd-config gehabt? Anders kann ich mir das nicht vorstellen (allerdings kenne ich nur den inetd, nicht den xinetd).
Nun hat es mir gereicht und ich habe schweren Herzens den Rechner neu aufgesetzt.
Schade. Bei sowas lernt man immer am meisten ;) Rat mal, wobei ich das meiste gelernt habe...
Allerdings habe ich nun ein anderes Problem, das sich auf den ersten Blick verrückt anhört: _Manchmal_ werden Mails im lokalen Netz abgelehnt, wobei es bei einem Client sehr selten ist, beim anderen häufiger.
Mit welchem Status code / Fehlermeldung? MTA ist postfix?
Ich vermute, dass ich ein DNS-Problem mit dem _lokalen_ DNS-Server (forwarding bind) habe. Ich muss da aber noch testen, um eine konkrete Frage stellen zu können.
Moeglich. -dnh -- Niemand käme auf die Idee, Tinte mit Tinte abzuwaschen nur Blut soll immer wieder mit Blut abgewaschen werden. -- Ebner-Eschenbach
Am Mittwoch, 18. Januar 2006 18:46 schrieb David Haller:
Doch als ich dann ein Testmail verschickte gab es die nächsten Probleme. Im Mail-Log fand ich, dass xinetd und amavisd sich nicht vertrugen bzw. sich xinetd sich nicht aktivieren ließ.
Hm? Hast du evtl. amavisd per initscript als daemon gestartet und dann auch noch einen Eintrag dafuer in der xinetd-config gehabt? Anders kann ich mir das nicht vorstellen (allerdings kenne ich nur den inetd, nicht den xinetd).
Da dieser Rechner nur für lokale Mails und selten verwendet wird, war mir die ganze Konfiguration ziemlich egal. Viel mehr als mit yast, hatte ich nicht rumkonfiguriert. Die manuellen Dinge geschahen erst ganz zum Schluß. Was mir mittlerweile auffiel, ist dass man den xinetd mit yast vermutlich nicht über den Runleveleditor aktivieren kann, obwohl das dort theoretisch möglich ist, sondern über Netzwerkdienste.
Nun hat es mir gereicht und ich habe schweren Herzens den Rechner neu aufgesetzt.
Schade. Bei sowas lernt man immer am meisten ;) Rat mal, wobei ich das meiste gelernt habe...
Das weiß ich, sonst hätte ich ja hier gar nicht gefragt und warum bei mir Perl so verkonfiguriert war, verstehe ich noch immer nicht. Für mich hat das nach "never ending" ausgesehen. Trotzdem habe ich sehr viel dazugelernt. Nochmals danke. Es war garantiert nicht "umsonst" :-) Bevor ich nun via cpan etwas dazu installiere, will ich sicher sein, dass der Mailversand ok ist. Dann bin ich schon neugierig, welcher Pfad angeboten wird bzw. ob da wieder /root/perl angeboten wird.
Allerdings habe ich nun ein anderes Problem, das sich auf den ersten Blick verrückt anhört: _Manchmal_ werden Mails im lokalen Netz abgelehnt, wobei es bei einem Client sehr selten ist, beim anderen häufiger.
Mit welchem Status code / Fehlermeldung? MTA ist postfix?
Ja, ich verwende Postfix und die Fehlermeldung hatte ich schon mal vor einigen Jahren gehabt. Damals schrieb ich, dass es plötzlich funktioniert hat und ich vermute ich habe damals schon an der falschen Stelle gesucht. Der Thread war damals: "postfix: Connection refused (port 25)". Die üblichen verdächtigen, speziell ipv6, denke ich, kann ich ausschließen. Diesemal ist es aber etwas anders, aber ähnlich. Augenblicklich macht es keinen Sinn Fehlermeldungen zu posten, da ich zuerst den DNS-Server wieder so konfigurieren muss, wie ich es hatte. Vgl. Thread "9.2: Yast/DNS-Server - reverse lookup". Natürlich könnte ich wieder manuell die Einträge machen, aber nun will ich wissen, was ich da mit yast falsch mache. Al
Hallo, Am Wed, 18 Jan 2006, Al Bogner schrieb:
Am Mittwoch, 18. Januar 2006 18:46 schrieb David Haller: [..]
Nun hat es mir gereicht und ich habe schweren Herzens den Rechner neu aufgesetzt.
Schade. Bei sowas lernt man immer am meisten ;) Rat mal, wobei ich das meiste gelernt habe...
Das weiß ich, sonst hätte ich ja hier gar nicht gefragt und warum bei mir Perl so verkonfiguriert war, verstehe ich noch immer nicht.
Das ist IIRC der Default von CPAN.pm, was fuer User ja auch richtig ist, die was nachinstallieren wollen, was es nicht im System gibt. Und CPAN.pm geht eben davon aus, dass "root" genug weiss, um das richtig einzustellen. Ich weiss aber nicht, wie SUSE das evtl. vorkonfiguriert.
Für mich hat das nach "never ending" ausgesehen.
Achwas. Soo viel gibt's auf CPAN nun auch wieder nicht ;) Und wie geschrieben: SUSE liefert einfach nicht alles von perl mit, ergo muss man frueher oder spaeter sowieso an RPM vorbei Module nachinstallieren, und dann kann auch perl selbst an RPM vorbei aktueller parallel(!)[1] dazuinstalliert werden. Nur damit du's weisst, wenn du mal wieder nen perl-Modul brauchst, das es nicht von SUSE als RPM gibt...
Trotzdem habe ich sehr viel dazugelernt. Nochmals danke. Es war garantiert nicht "umsonst" :-)
Gut so :-)
Bevor ich nun via cpan etwas dazu installiere, will ich sicher sein, dass der Mailversand ok ist. Dann bin ich schon neugierig, welcher Pfad angeboten wird bzw. ob da wieder /root/perl angeboten wird.
Gute Taktik.
Allerdings habe ich nun ein anderes Problem, das sich auf den ersten Blick verrückt anhört: _Manchmal_ werden Mails im lokalen Netz abgelehnt, wobei es bei einem Client sehr selten ist, beim anderen häufiger.
Mit welchem Status code / Fehlermeldung? MTA ist postfix? [..] Diesemal ist es aber etwas anders, aber ähnlich. Augenblicklich macht es keinen Sinn Fehlermeldungen zu posten, da ich zuerst den DNS-Server wieder so konfigurieren muss, wie ich es hatte. Vgl. Thread "9.2: Yast/DNS-Server - reverse lookup". Natürlich könnte ich wieder manuell die Einträge machen, aber nun will ich wissen, was ich da mit yast falsch mache.
Also, die Frage habe ich mir vor Jahren noch bzgl. der Grenzen von Yast bei der sendmail Konfiguration sehr klar beantwortet. Und ich denke du weisst wie ;) Aber vielleicht findest du das Problem von Yast bei dir ja raus und schreibst dann nen bug-report. -dnh [1] das "distri-perl" sollte man nicht deinstallieren... -- Hinhören gehört zum Nachschauen, sonst hat man das Nachsehen. [Jakob Krieger in dag°]
Am Mittwoch, 18. Januar 2006 21:13 schrieb David Haller:
Für mich hat das nach "never ending" ausgesehen.
Achwas. Soo viel gibt's auf CPAN nun auch wieder nicht ;)
Gut, Perl hätte ich mit deiner Hilfe sicher in den Griff bekommen, aber ich wurde da echt mißtraurisch, dass es da auch noch andere Probleme geben könnte.
Und wie geschrieben: SUSE liefert einfach nicht alles von perl mit, ergo muss man frueher oder spaeter sowieso an RPM vorbei Module nachinstallieren, und dann kann auch perl selbst an RPM vorbei aktueller parallel(!)[1] dazuinstalliert werden. Nur damit du's weisst, wenn du mal wieder nen perl-Modul brauchst, das es nicht von SUSE als RPM gibt...
Exiftool ist für mich ganz wichtig und das muss ich sowieso immer manuell installieren. Wenn alles mit den Mails klappt, dann können wir ja ein neues Perl-Thema angehen, die Installation von Mapivi 0.7.2 (Cannot find XDNDSite at Tk/Widget.pm line 256). Der Autor weiß "direkt" nicht weiter.
Bevor ich nun via cpan etwas dazu installiere, will ich sicher sein, dass der Mailversand ok ist. Dann bin ich schon neugierig, welcher Pfad angeboten wird bzw. ob da wieder /root/perl angeboten wird.
Gute Taktik.
Man lernt dazu, dass Dinge, die man schon oft konfiguriert hat und funktionierten, in Zukunft durchaus nicht funktionieren können.
Vgl. Thread "9.2: Yast/DNS-Server - reverse lookup". Natürlich könnte ich wieder manuell die Einträge machen, aber nun will ich wissen, was ich da mit yast falsch mache.
Einen Schritt weiter bin ich schon mit yast und dummerweise hat es auch schon teilweise funktioniert. Vielleicht hast du einen Tipp zum Thread "in-addr.arpa has no PTR record". Ich vermute es ist "nur" die NS-Zeile bei "reverse lookup" falsch geschrieben. Al
Hallo, Am Wed, 18 Jan 2006, Al Bogner schrieb:
Am Mittwoch, 18. Januar 2006 21:13 schrieb David Haller: [..]
Und wie geschrieben: SUSE liefert einfach nicht alles von perl mit, ergo muss man frueher oder spaeter sowieso an RPM vorbei Module nachinstallieren, und dann kann auch perl selbst an RPM vorbei aktueller parallel(!)[1] dazuinstalliert werden. Nur damit du's weisst, wenn du mal wieder nen perl-Modul brauchst, das es nicht von SUSE als RPM gibt...
Exiftool ist für mich ganz wichtig und das muss ich sowieso immer manuell installieren.
Eben.
Wenn alles mit den Mails klappt, dann können wir ja ein neues Perl-Thema angehen, die Installation von Mapivi 0.7.2 (Cannot find XDNDSite at Tk/Widget.pm line 256). Der Autor weiß "direkt" nicht weiter.
Bug / nicht erfuellte Abhaengigkeit von Mapivi. Kann ich mir ggfs. mal runterladen und nachschauen (PM oder neuer Thread). An Tk selbst liegt's jedenfalls nicht.
Vgl. Thread "9.2: Yast/DNS-Server - reverse lookup". Natürlich könnte ich wieder manuell die Einträge machen, aber nun will ich wissen, was ich da mit yast falsch mache.
Einen Schritt weiter bin ich schon mit yast und dummerweise hat es auch schon teilweise funktioniert. Vielleicht hast du einen Tipp zum Thread "in-addr.arpa has no PTR record". Ich vermute es ist "nur" die NS-Zeile bei "reverse lookup" falsch geschrieben.
Damit kenn ich mich auch nicht aus ;) Ich schau aber mal, ob mir was auffaellt. -dnh -- Man kann sich auch einen Ring um beide Knie schmieden, und dann immer noch hoppeln. Oder ein Loch ins Knie bohren, warten, bis Milch fließt und darin Goldfische züchten. Oder Windows zum Arbeiten benutzen. -- B. Eggert
Am Donnerstag, 19. Januar 2006 00:26 schrieb David Haller:
Wenn alles mit den Mails klappt, dann können wir ja ein neues Perl-Thema angehen, die Installation von Mapivi 0.7.2 (Cannot find XDNDSite at Tk/Widget.pm line 256). Der Autor weiß "direkt" nicht weiter.
Bug / nicht erfuellte Abhaengigkeit von Mapivi. Kann ich mir ggfs. mal runterladen und nachschauen (PM oder neuer Thread). An Tk selbst liegt's jedenfalls nicht.
Also zur Zeit, will ich nicht doppelt Fehler suchen. Aber wenn du dir es mal installierst, dann siehst du ja mal wie weit du kommst. Mapivi - http://mapivi.sourceforge.net/mapivi.shtml könnte dir vielleicht auch gefallen. Sobald die DNS-Sache erledigt ist, starte ich einen Thread. Solltest du vorher was dazu zu sagen haben, kannst du mir ja ein PM senden.
Damit kenn ich mich auch nicht aus ;) Ich schau aber mal, ob mir was auffaellt.
Vielen Dank. Al
participants (3)
-
Al Bogner -
David Haller -
Sandy Drobic