You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Bruce Johnson <jo...@Pharmacy.Arizona.EDU> on 2019/08/16 21:36:16 UTC
Weird issues using DBI + mod_perl
So I’ve built a site using mod_perl in CGI mode, with DBI and Oracle as my database back end.
Everything works fine for a while but then I get intermittent weird errors that start happening for every page load, which is resulting in non-functional pages and error messages “Something happened contact your system administrator”
"DBD::Oracle::st execute failed: ORA-01008: not all variables bound (DBD ERROR: OCIStmtExecute) [for Statement "select to_char(add_months(sysdate, 24), 'MM/DD/YYYY'), to_char(add_months(sysdate, 24), 'J') from dual”]” at /home/allwebfiles/perl/LocalModules/Cal4Defaults.pm line 267, <DATA> line 522.\n
There are no bound variables in the query...
Another one: [error] DBD::Oracle::st execute failed: ORA-01007: variable not in select list (DBD ERROR: OCIStmtExecute) [for Statement "select to_char(add_months(sysdate, 24), 'MM/DD/YYYY'), to_char(add_months(sysdate, 24), 'J') from dual"] at /home/allwebfiles/perl/LocalModules/Cal4Defaults.pm line 267, <DATA> line 522.\n
Other errors that happen are :
DBD::Oracle::st execute failed: ORA-01007: variable not in select list (DBD ERROR: OCIStmtExecute) [for Statement "select pid, cn, email, afflist, bldg_id, start_task from login_info where cookie =?" with ParamValues: :p1='NS9DdciuH7XPeSVygRyUjoviZ’]
DBD::Oracle::db prepare failed: ORA-01002: fetch out of sequence (DBD ERROR: OCIStmtExecute/Describe) [for Statement "select to_char(add_months(sysdate, 24), 'MM/DD/YYYY'), to_char(add_months(sysdate, 24), 'J') from dual"] at /home/allwebfiles/perl/LocalModules/Cal4Defaults.pm line 266, <DATA> line 522.\n
DBD::Oracle::st execute failed: ORA-03106: fatal two-task communication protocol error (DBD ERROR: OCIStmtExecute) [for Statement "select pid, cn, email, afflist, bldg_id, start_task from login_info where cookie =?" with ParamValues: :p1='v2bpY8jnoPw5yf0x71I4wZPx6'] at /home/allwebfiles/perl/LocalModules/Cal4Defaults.pm line 307
Most of these errors (that cause the DBI stuff to break) are happening in this defaults module, which IS referenced more than once per page load as the pages have ajax calls to other scripts that reference this module.
restarting httpd fixes the problem, for a while. This isn’t a very heavily loaded site, right now it’s the middle of the afternoon and I'm seeing 'accesses per minute' kind of traffic.
And clues as to where I should start to look?
--
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group
Institutions do not have opinions, merely customs
AW: Weird issues using DBI + mod_perl
Posted by Andreas Mock <an...@web.de>.
Hi Bruce,
thank you for the feedback.
Have you posted it under "#use" ? :-))))
Best regards
Andreas
Von: Bruce Johnson <jo...@Pharmacy.Arizona.EDU>
Gesendet: Dienstag, 3. September 2019 18:36
An: Andreas Mock <an...@web.de>
Cc: dbi users <db...@perl.org>; mod_perl list <mo...@perl.apache.org>
Betreff: Re: Weird issues using DBI + mod_perl
Just a follow up…it was embarrassingly stupid. You know how you can stare at an error in a line dozens of times and not see it? Like the ‘#' commenting out "use Apache::DBI” in your startup.pl file ...
On Aug 16, 2019, at 2:47 PM, Andreas Mock <andreas.mock@web.de <ma...@web.de> > wrote:
Hi Bruce,
I'm just guessing, but this sounds much like reusing or double using of Oracle db handles, context handles or statement handles.
You have to have a look at the bookkeeping of the handles per request. Also forking of the childs may byte you.
You must ensure that db handles are ONLY opened in the child process doing the work and get closed properly.
With DBI in use you can use the variable DBI_TRACE to get extensive log. Google for that in combination with mod_perl.
Just some hints.
Best regards
Andreas
--
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group
Institutions do not have opinions, merely customs
Re: Weird issues using DBI + mod_perl
Posted by Bruce Johnson <jo...@Pharmacy.Arizona.EDU>.
Just a follow up…it was embarrassingly stupid. You know how you can stare at an error in a line dozens of times and not see it? Like the ‘#' commenting out "use Apache::DBI” in your startup.pl file ...
On Aug 16, 2019, at 2:47 PM, Andreas Mock <an...@web.de>> wrote:
Hi Bruce,
I'm just guessing, but this sounds much like reusing or double using of Oracle db handles, context handles or statement handles.
You have to have a look at the bookkeeping of the handles per request. Also forking of the childs may byte you.
You must ensure that db handles are ONLY opened in the child process doing the work and get closed properly.
With DBI in use you can use the variable DBI_TRACE to get extensive log. Google for that in combination with mod_perl.
Just some hints.
Best regards
Andreas
--
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group
Institutions do not have opinions, merely customs
AW: Weird issues using DBI + mod_perl
Posted by Andreas Mock <an...@web.de>.
Hi Bruce,
I'm just guessing, but this sounds much like reusing or double using of Oracle db handles, context handles or statement handles.
You have to have a look at the bookkeeping of the handles per request. Also forking of the childs may byte you.
You must ensure that db handles are ONLY opened in the child process doing the work and get closed properly.
With DBI in use you can use the variable DBI_TRACE to get extensive log. Google for that in combination with mod_perl.
Just some hints.
Best regards
Andreas
-----Ursprüngliche Nachricht-----
Von: Bruce Johnson <jo...@Pharmacy.Arizona.EDU>
Gesendet: Freitag, 16. August 2019 23:36
An: dbi users <db...@perl.org>; mod_perl list <mo...@perl.apache.org>
Betreff: Weird issues using DBI + mod_perl
So I’ve built a site using mod_perl in CGI mode, with DBI and Oracle as my database back end.
Everything works fine for a while but then I get intermittent weird errors that start happening for every page load, which is resulting in non-functional pages and error messages “Something happened contact your system administrator”
"DBD::Oracle::st execute failed: ORA-01008: not all variables bound (DBD ERROR: OCIStmtExecute) [for Statement "select to_char(add_months(sysdate, 24), 'MM/DD/YYYY'), to_char(add_months(sysdate, 24), 'J') from dual”]” at /home/allwebfiles/perl/LocalModules/Cal4Defaults.pm line 267, <DATA> line 522.\n
There are no bound variables in the query...
Another one: [error] DBD::Oracle::st execute failed: ORA-01007: variable not in select list (DBD ERROR: OCIStmtExecute) [for Statement "select to_char(add_months(sysdate, 24), 'MM/DD/YYYY'), to_char(add_months(sysdate, 24), 'J') from dual"] at /home/allwebfiles/perl/LocalModules/Cal4Defaults.pm line 267, <DATA> line 522.\n
Other errors that happen are :
DBD::Oracle::st execute failed: ORA-01007: variable not in select list (DBD ERROR: OCIStmtExecute) [for Statement "select pid, cn, email, afflist, bldg_id, start_task from login_info where cookie =?" with ParamValues: :p1='NS9DdciuH7XPeSVygRyUjoviZ’]
DBD::Oracle::db prepare failed: ORA-01002: fetch out of sequence (DBD ERROR: OCIStmtExecute/Describe) [for Statement "select to_char(add_months(sysdate, 24), 'MM/DD/YYYY'), to_char(add_months(sysdate, 24), 'J') from dual"] at /home/allwebfiles/perl/LocalModules/Cal4Defaults.pm line 266, <DATA> line 522.\n
DBD::Oracle::st execute failed: ORA-03106: fatal two-task communication protocol error (DBD ERROR: OCIStmtExecute) [for Statement "select pid, cn, email, afflist, bldg_id, start_task from login_info where cookie =?" with ParamValues: :p1='v2bpY8jnoPw5yf0x71I4wZPx6'] at /home/allwebfiles/perl/LocalModules/Cal4Defaults.pm line 307
Most of these errors (that cause the DBI stuff to break) are happening in this defaults module, which IS referenced more than once per page load as the pages have ajax calls to other scripts that reference this module.
restarting httpd fixes the problem, for a while. This isn’t a very heavily loaded site, right now it’s the middle of the afternoon and I'm seeing 'accesses per minute' kind of traffic.
And clues as to where I should start to look?
--
Bruce Johnson
University of Arizona
College of Pharmacy
Information Technology Group
Institutions do not have opinions, merely customs