Re: sa-learn problem
On Sunday 16 July 2006 20:13, Loren Wilton wrote: > Someone just had a problem much like this last week. I don't recall what > the fix was, perhaps upgrading the database version. You should be able to > find it in the archives if you search for "inappropriate ioctl for device". > > Loren Many thanks. The berkley database files were not in the latest format. It's working well now.
Re: sa-learn problem
pi maybe? (I've made some "for rules developer modifications".)
{^_^}
- Original Message -
From: "sokka" <[EMAIL PROTECTED]>
To: "jdow" <[EMAIL PROTECTED]>
Cc:
Sent: Sunday, July 16, 2006 19:23
Subject: Re: sa-learn problem
Hi,
What is the your version number ?
regards
On 7/17/06, jdow <[EMAIL PROTECTED]> wrote:
From: "David Corbin" <[EMAIL PROTECTED]>
>I posted this several days ago, and have seen no response. As well as
trying
> to get help via IRC. Is that tough a problem for everyone?
>
> ---
> I'm having a problem with sa-learn (version 3.1). Here's a snipit of
the
> debug output:
>
> ---begin--
> [787] dbg: locker: safe_lock:
> created /home/dcorbin/.spamassassin/bayes.lock.trombone.787
> [787] dbg: locker: safe_lock: trying to get lock
> on /home/dcorbin/.spamassassin/bayes with 0 retries
> [787] dbg: locker: safe_lock: link to
/home/dcorbin/.spamassassin/bayes.lock:
> link ok
> [787] dbg: bayes: tie-ing to DB file
> R/W /home/dcorbin/.spamassassin/bayes_toks
> [787] dbg: bayes: untie-ing DB file toks
> [787] dbg: locker: safe_unlock: unlink
/home/dcorbin/.spamassassin/bayes.lock
> bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_*
R/W:
> tie failed: Inappropriate ioctl for device
> ERROR: the Bayes learn function returned an error, please re-run with -D
for
> more information
> --end--
>
> The .spamassassin directory is rwx for me, and all the files in it are
rw for
> me. I don't understand what's going on. Can someone tell me how to get
this
> working again?
drwxrwxr-x 11 4096 Jul 16 17:32 .spamassassin
{^_^}
Re: sa-learn problem
Hi,
What is the your version number ?
regards
On 7/17/06, jdow <[EMAIL PROTECTED]> wrote:
From: "David Corbin" <[EMAIL PROTECTED]>
>I posted this several days ago, and have seen no response. As well as trying> to get help via IRC. Is that tough a problem for everyone?>> ---> I'm having a problem with sa-learn (version
3.1). Here's a snipit of the> debug output:>> ---begin--> [787] dbg: locker: safe_lock:> created /home/dcorbin/.spamassassin/bayes.lock.trombone.787> [787] dbg: locker: safe_lock: trying to get lock
> on /home/dcorbin/.spamassassin/bayes with 0 retries> [787] dbg: locker: safe_lock: link to /home/dcorbin/.spamassassin/bayes.lock:> link ok> [787] dbg: bayes: tie-ing to DB file> R/W /home/dcorbin/.spamassassin/bayes_toks
> [787] dbg: bayes: untie-ing DB file toks> [787] dbg: locker: safe_unlock: unlink /home/dcorbin/.spamassassin/bayes.lock> bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_* R/W:
> tie failed: Inappropriate ioctl for device> ERROR: the Bayes learn function returned an error, please re-run with -D for> more information> --end-->> The .spamassassin directory is rwx for me, and all the files in it are rw for
> me. I don't understand what's going on. Can someone tell me how to get this> working again?drwxrwxr-x 11 4096 Jul 16 17:32 .spamassassin{^_^}
Re: sa-learn problem
From: "David Corbin" <[EMAIL PROTECTED]>
I posted this several days ago, and have seen no response. As well as trying
to get help via IRC. Is that tough a problem for everyone?
---
I'm having a problem with sa-learn (version 3.1). Here's a snipit of the
debug output:
---begin--
[787] dbg: locker: safe_lock:
created /home/dcorbin/.spamassassin/bayes.lock.trombone.787
[787] dbg: locker: safe_lock: trying to get lock
on /home/dcorbin/.spamassassin/bayes with 0 retries
[787] dbg: locker: safe_lock: link to /home/dcorbin/.spamassassin/bayes.lock:
link ok
[787] dbg: bayes: tie-ing to DB file
R/W /home/dcorbin/.spamassassin/bayes_toks
[787] dbg: bayes: untie-ing DB file toks
[787] dbg: locker: safe_unlock: unlink /home/dcorbin/.spamassassin/bayes.lock
bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_* R/W:
tie failed: Inappropriate ioctl for device
ERROR: the Bayes learn function returned an error, please re-run with -D for
more information
--end--
The .spamassassin directory is rwx for me, and all the files in it are rw for
me. I don't understand what's going on. Can someone tell me how to get this
working again?
drwxrwxr-x 11 4096 Jul 16 17:32 .spamassassin
{^_^}
Re: sa-learn problem
bayes: cannot open bayes databases /home/dcorbin/.spamassassin/bayes_* R/W: tie failed: Inappropriate ioctl for device ERROR: the Bayes learn function returned an error, please re-run with -D for more information --end-- The .spamassassin directory is rwx for me, and all the files in it are rw for me. I don't understand what's going on. Can someone tell me how to get this working again? Someone just had a problem much like this last week. I don't recall what the fix was, perhaps upgrading the database version. You should be able to find it in the archives if you search for "inappropriate ioctl for device". Loren
Re: sa-learn problem
Heute (17.07.2006/01:19 Uhr) schrieb David Corbin, > I posted this several days ago, and have seen no response. As well as trying > to get help via IRC. Is that tough a problem for everyone? > --- > I'm having a problem with sa-learn (version 3.1). Here's a snipit of the > debug output: debug for what? > > ---begin-- > [787] dbg: locker: safe_lock: > created /home/dcorbin/.spamassassin/bayes.lock.trombone.787 > [787] dbg: locker: safe_lock: trying to get lock > on /home/dcorbin/.spamassassin/bayes with 0 retries > [787] dbg: locker: safe_lock: link to > /home/dcorbin/.spamassassin/bayes.lock: > link ok > [787] dbg: bayes: tie-ing to DB file > R/W /home/dcorbin/.spamassassin/bayes_toks > [787] dbg: bayes: untie-ing DB file toks > [787] dbg: locker: safe_unlock: unlink > /home/dcorbin/.spamassassin/bayes.lock > bayes: cannot open bayes databases > /home/dcorbin/.spamassassin/bayes_* R/W: > tie failed: Inappropriate ioctl for device > ERROR: the Bayes learn function returned an error, please re-run with -D for > more information > --end-- show ls -l /home/dcorbin/.spamassassin/ > The .spamassassin directory is rwx for me, and all the files in it are rw for > me. I don't understand what's going on. Can someone tell me how to get this > working again? -- Viele Gruesse, Kind regards, Jim Knuth [EMAIL PROTECTED] ICQ #277289867 -- Zufalls-Zitat -- Wenn alle Leute nur dann redeten, wenn sie etwas zu sagen haben, würden die Menschen sehr bald den Gebrauch der Sprache verlieren. (William Somerset Maugham, engl. Schriftst., 1874-1965) -- Der Text hat nichts mit dem Empfaenger der Mail zu tun -- Virus free. Checked by NOD32 Version 1.1663 Build 7681 16.07.2006
Re: sa-learn problem
On Saturday 20 Nov 2004 02:50, alan premselaar wrote: >I'd suggest changing it to /usr/bin/perl -T -w (instead of > /usr/bin/perl5.8.5) to prevent the same kind of confusion should you > ever upgrade perl again. Thanks Alan, good idea :-) Bob
Re: sa-learn problem
Bob Mortimer wrote: *snip* #!/usr/bin/perl5.8.3 -T -w which is clearly where the problem lies. Correcting that to #!/usr/bin/perl5.8.5 -T -w solves the problem but still leaves me wondering how it happened in the first place. Thanks for the help! Bob, I'd suggest changing it to /usr/bin/perl -T -w (instead of /usr/bin/perl5.8.5) to prevent the same kind of confusion should you ever upgrade perl again. alan
Re: sa-learn problem
On Friday 19 Nov 2004 22:08, Nix wrote: > > Yes, I know what it means, but see below (I'm not sure exactly where the > > request for /usr/bin/perl5.8.3 is coming form or how I fix it) ... > > It's on the first line of the sa-learn script (which names the > interpreter, i.e., perl, to use to interpret the script). Ah, OK. > > I'm still not sure where to go from here - I initially suspected that > > spamassassin was compiled against perl5.8.3 and was therefore looking for > > that ... > > Correct. (Except that it isn't compiled --- only spamc is a compiled > program --- but that's a nit..) Yes, I spose I knew that, but meant that I expected a reinstall using perl Makefile.pl, make, make install would sort that out ... > > which is why I recompiled it hoping that would fix things but it > > hasn't. > > It certainly should have done. What does the top line of sa-learn read? #!/usr/bin/perl5.8.3 -T -w which is clearly where the problem lies. Correcting that to #!/usr/bin/perl5.8.5 -T -w solves the problem but still leaves me wondering how it happened in the first place. Thanks for the help! -- Regards, Bob
Re: sa-learn problem
On Fri, 19 Nov 2004, Bob Mortimer spake: > On Friday 19 Nov 2004 17:40, you wrote: > >> > when I try to sa-learn my ham/spam I get the following: >> > /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file >> > or directory >> >> I've always thought that "No such file or directory" was one of the >> clearest messages from a computer, but people ask all the time what it >> means. > > Yes, I know what it means, but see below (I'm not sure exactly where the > request for /usr/bin/perl5.8.3 is coming form or how I fix it) ... It's on the first line of the sa-learn script (which names the interpreter, i.e., perl, to use to interpret the script). > I'm still not sure where to go from here - I initially suspected that > spamassassin was compiled against perl5.8.3 and was therefore looking for > that ... Correct. (Except that it isn't compiled --- only spamc is a compiled program --- but that's a nit..) > which is why I recompiled it hoping that would fix things but it > hasn't. It certainly should have done. What does the top line of sa-learn read? -- `The sword we forged has turned upon us Only now, at the end of all things do we see The lamp-bearer dies; only the lamp burns on.'
Re: sa-learn problem
On Friday 19 Nov 2004 17:40, you wrote: > > when I try to sa-learn my ham/spam I get the following: > > /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file > > or directory > > I've always thought that "No such file or directory" was one of the > clearest messages from a computer, but people ask all the time what it > means. Yes, I know what it means, but see below (I'm not sure exactly where the request for /usr/bin/perl5.8.3 is coming form or how I fix it) ... > Bob says: > > I think the problem has arisen since upgrading my Mandrake system from > > 10.0 to 10.1, it looks like 10.1 uses Perl 5.8.5, I think 10.0 was on > > 5.8.3 > > I would bet that /usr/bin/perl5.8.3 does not exist after the upgrade, > and possibly /usr/bin/perl5.8.5 might from the information you gave. > Also, I would imagine that their is either a hard or soft link in > /usr/bin that points /usr/bin/perl to whatever version you currently > have installed, and that might be better to use vs one that is specific > to the exact version you are running. Like I said, I'm at the limits of my talent here ;-) Here's an ls -l /usr/bin/perl* lrwxrwxrwx 1 root root 5 Nov 12 06:24 /usr/bin/perl -> perl5* lrwxrwxrwx 1 root root 9 Nov 12 06:24 /usr/bin/perl5 -> perl5.8.5* -rwxr-xr-x 2 root root 11132 Oct 27 21:36 /usr/bin/perl5.8.5* I'm still not sure where to go from here - I initially suspected that spamassassin was compiled against perl5.8.3 and was therefore looking for that ... which is why I recompiled it hoping that would fix things but it hasn't. I fully accept that I'm probably being dim here but would be grateful if you'd humour me ;-) (apols for message sent to personal address clicked wrong button) -- Regards, Bob
Re: sa-learn problem
On Friday 19 Nov 2004 17:40, Michael Barnes wrote: > > when I try to sa-learn my ham/spam I get the following: > > /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file > > or directory > > I've always thought that "No such file or directory" was one of the > clearest messages from a computer, but people ask all the time what it > means. Yes, I know what it means, but see below (I'm not sure exactly where the request for /usr/bin/perl5.8.3 is coming form or how I fix it) ... > Bob says: > > I think the problem has arisen since upgrading my Mandrake system from > > 10.0 to 10.1, it looks like 10.1 uses Perl 5.8.5, I think 10.0 was on > > 5.8.3 > > I would bet that /usr/bin/perl5.8.3 does not exist after the upgrade, > and possibly /usr/bin/perl5.8.5 might from the information you gave. > Also, I would imagine that their is either a hard or soft link in > /usr/bin that points /usr/bin/perl to whatever version you currently > have installed, and that might be better to use vs one that is specific > to the exact version you are running. Like I said, I'm at the limits of my talent here ;-) Here's an ls -l /usr/bin/perl* lrwxrwxrwx 1 root root 5 Nov 12 06:24 /usr/bin/perl -> perl5* lrwxrwxrwx 1 root root 9 Nov 12 06:24 /usr/bin/perl5 -> perl5.8.5* -rwxr-xr-x 2 root root 11132 Oct 27 21:36 /usr/bin/perl5.8.5* I'm still not sure where to go from here - I initially suspected that spamassassin was compiled against perl5.8.3 and was therefore looking for that ... which is why I recompiled it hoping that would fix things but it hasn't. I fully accept that I'm probably being dim here, but would be grateful if you'd humour me ;-) -- Regards, Bob
Re: sa-learn problem
On Fri, Nov 19, 2004 at 07:24:33AM +, Bob Mortimer wrote: > I've run into a problem with sa-learn. I'm running SA 3.0.1, and since > the RPMs always seem to lag behind the binaries it's compiled. I > call spamassassin using amavsd. I think the problem has arisen since > upgrading my Mandrake system from 10.0 to 10.1, it looks like 10.1 > uses Perl 5.8.5, I think 10.0 was on 5.8.3 > > when I try to sa-learn my ham/spam I get the following: > /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file > or directory I've always thought that "No such file or directory" was one of the clearest messages from a computer, but people ask all the time what it means. Bob says: > I think the problem has arisen since upgrading my Mandrake system from > 10.0 to 10.1, it looks like 10.1 uses Perl 5.8.5, I think 10.0 was on > 5.8.3 I would bet that /usr/bin/perl5.8.3 does not exist after the upgrade, and possibly /usr/bin/perl5.8.5 might from the information you gave. Also, I would imagine that their is either a hard or soft link in /usr/bin that points /usr/bin/perl to whatever version you currently have installed, and that might be better to use vs one that is specific to the exact version you are running. Mike -- /-\ | Michael Barnes <[EMAIL PROTECTED]> | | UNIX Systems Administrator | | College of William and Mary | | Phone: (757) 879-3930 | \-/
Re: sa-learn problem
On Friday 19 Nov 2004 08:29, alan premselaar wrote:
>what is the actual sa-learn command you're using? I ran into this
> using Maildir format by specifying sa-learn -D --spam
> /path/to/maildir/cur/*
I use one script to move the mails out of my mail directory tree into my
ham/spam folders:
/var/lib/amavis/.spamassassin/newham
/var/lib/amavis/.spamassassin/newspam
I then use another script (called as user amavis) which learns the mails them
moves them into the folderwhere I keep al my learned Ham/Spam. This was
working fine until the update frmo Mandrake 10.0 to 10.1
The commands the script runs are:
sa-learn --ham --showdots /var/lib/amavis/.spamassassin/newham/
sa-learn --spam --showdots /var/lib/amavis/.spamassassin/newspam/
I then get:
./learn: /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file
or directory
./learn: /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file
or directory
> and received "/usr/bin/sa-learn: /usr/bin/perl: bad interpreter: too
> many arguments" as an error. I found that doing "find
> /path/to/maildir/cur/ -name "*" -exec sa-learn --spam {} ¥;" mostly
> worked but had some unexpected results that make me think I didn't need
> to specify the "*" after my path. (although perl choked if i didn't)
I've tried manually calling sa-learn and get the same error, if I cd into me
HamMails directory and type sa-learn --ham *.* I get:
bash: /usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file or
directory
Still puzzled ...
Bob
Re: sa-learn problem
Bob Mortimer wrote:
I've run into a problem with sa-learn. I'm running SA 3.0.1, and since the
RPMs always seem to lag behind the binaries it's compiled. I call
spamassassin using amavsd. I think the problem has arisen since upgrading my
Mandrake system from 10.0 to 10.1, it looks like 10.1 uses Perl 5.8.5, I
think 10.0 was on 5.8.3
when I try to sa-learn my ham/spam I get the following:
/usr/bin/sa-learn: /usr/bin/perl5.8.3: bad interpreter: No such file or
directory
I've tried recompiling spamassassin but it seems to have made no difference.
ISTR I ran into a similar problem when the SURBL stuff came out and it
involved moving some files around somewhere in
the /usr/lib/perl5/vendor_perl/5.8.* tree but I seem to have run out of
talent in trying to figure it out ;-)
Any help appreciated.
Regards,
Bob
Bob,
what is the actual sa-learn command you're using? I ran into this
using Maildir format by specifying sa-learn -D --spam /path/to/maildir/cur/*
and received "/usr/bin/sa-learn: /usr/bin/perl: bad interpreter: too
many arguments" as an error. I found that doing "find
/path/to/maildir/cur/ -name "*" -exec sa-learn --spam {} ¥;" mostly
worked but had some unexpected results that make me think I didn't need
to specify the "*" after my path. (although perl choked if i didn't)
this is on a system that I am running Perl 5.8.0 on (although it seems
to be working now). I had maybe 1300+ mail files in the directory.
anyways, it seems to me like either the file you're telling it to read
is either not there, or it's been moved while it was open.
hope this helps
alan
