Weird error with SQL lookups in amavisd

Guus Leeuw jr guus.leeuw at itpassion.com
Sun Apr 29 17:30:44 CEST 2012


Mark,

Amavisd-maia had in the pointed to area a line:
$sth->execute(@pos_args);  # do the query

Which should have read:
$sth->execute($sel, @pos_args);  # do the query

It now runs again smoothly.
Thanks,
Guus

-----Original Message-----
From: amavis-users-bounces+guus.leeuw=itpassion.com at amavis.org
[mailto:amavis-users-bounces+guus.leeuw=itpassion.com at amavis.org] On Behalf
Of Guus Leeuw jr
Sent: 14 April 2012 07:25
To: amavis-users at amavis.org
Subject: RE: Weird error with SQL lookups in amavisd

Mark,

> Guus,
>
> > I upgraded my smtp box from Fedora 13 to Fedora 15, also upgraded 
> > amavisd in the process.
> > 
> > According to amavisd, I'm now at 2.6.6, and I keep getting the 
> > following
> > errors:
> > Apr 12 15:07:02 smtp amavis[10332]: (10332-02) (!)lookup_sql: Can't 
> > use an undefined value as an ARRAY reference at (eval 78) line 257, 
> > <GEN20> line 3., , Apr 12 15:07:02 smtp amavis[10332]: (10332-02) 
> > (!!)TROUBLE in
> > process_request: Can't use an undefined value as an ARRAY reference 
> > at (eval 78) line 257, <GEN20> line 3. at (eval 78) line 282, 
> > <GEN20> line
3.
> > Apr 12 15:07:02 smtp amavis[10332]: (10332-02) (!)Requesting process 
> > rundown after fatal error
> > 
> > Anybody seen this or has a solution, or even a way of figuring out 
> > what Perl actually means to say with "eval 78" <GEN20>, line 257, 
> > line 282, or line 3?
>
> Lines 257 and 282 are relative to a package Amavis::Lookup::SQLfield,
counting from a __DATA__ line.
>
> Search forward for:
>   sub lookup_sql(
> then search backwards for:
>   __DATA__
> then go down 257 lines, arriving at or near:
>       $match = {}; @$match{@names} = @$a_ref;
>
> The 282 then corresponds to a
>     die $err;
> a bit further down, which caught the eval failure and propagated it
further.
>
> This is the area in question:
>
>     $conn_h->execute($sel, at pos_args);  # do the query
>     # fetch query results
>     while ( defined($a_ref=$conn_h->fetchrow_arrayref($sel)) ) {
>       my(@names) = @{$conn_h->sth($sel)->{NAME_lc}};
>       $match = {}; @$match{@names} = @$a_ref;
>       if ($self->{clause_name} eq 'sel_policy' &&
>           !exists $match->{'local'} && $match->{'email'} eq '@.') { [...]
>   } or do {
>     my($err) = $@ ne '' ? $@ : "errno=$!";  chomp $err;
>     do_log(-1, "lookup_sql: %s, %s, %s", $err, $DBI::err, $DBI::errstr);
>     die $err  if $err =~ /^timed out\b/;  # resignal timeout
>     die $err;
>   };
>
>
> > lookup_sql: Can't use an undefined value as an ARRAY reference at 
> > (eval 78) line 257
>
> Puzzling. The   "while (defined($a_ref..."   should ensure that
> we only enter the loop when $a_ref is defined, yet the @$a_ref 
> appparently
thinks it is undefined. I could be wrong by a line or two, but this is the
area that needs to be investigated. I don't see what could be wrong there,
nor do I remember seeing a
> similar report.
>
> Perhaps adding a couple of calls to do_log in that area would shed 
> some
light on the problem.

I'll certainly do that when testing during next week...

>
> Btw, which version of perl is running now, and which version of 
> amavisd
was running before the upgrade.

Perl is now at 5.14, amavisd-maia was running before, which was branched off
of 2.2.1. I've tried standard amavisd with postvis: Same problem... Tried
standard amavisd with the old amavis-maia database, all to no avail.

As I said: I'll be using the above tips to run some more testing next week,
so I'll provide more answers then.

Thanks so far,
Regards,
Guus




More information about the amavis-users mailing list