strange error: CDR RQM rqmPurgeSpool() failed for KEY...
Posted in 2003
Topics: High Availability & Replication
20:50:58 On-Line Mode
20:50:59 CDR GC: catalog recovery begin
20:51:01 CDR GC: catalog recovery complete
> 20:51:01 CDR RQM: rqmPurgeSpool() failed for KEY (10/0/0x3/0x0) dberror=-7420 thread 46 queue control_send
20:51:01 CDR queuer initialization complete
20:51:01 CDR NIF listening on asf://g_vfs1
20:51:01 DDR Log Snooping - Snooping started in log 63
hi there
anyone knows what causes the RQM error?
finderr -7420 gives:
-7420 Argument argument_name is invalid.
Verify the arguments to the DataBlade API calls.
but that does not help me either.
any help appreciated
regards
hoyte swager
env:
Linux vfs1 2.4.21 #2 Wed Aug 13 12:23:17 CEST 2003 i686 unknown
IBM Informix Dynamic Server Version 9.40.UC2E1 -- On-Line (Prim) -- Up
00:05:02 -- 471464 Kbytes
I thought that we had gotten rid of all of these.
Basically we were trying to remove a control message and it appears that
part of the message had been deleted during the prior session. That left
the header part of the message but not the rest of the message. Since we
were removing the message, that means that we had received the ACK of the
message.
My guess is that we were in the process of removing the queued message in
the prior session when the engine was brought down. Either that or we
received ACKs from two servers at the same time and processed the ACK in
parallel - resulting in a race condition.
Please open a case on this problem.
M.P.
"Hoyte Swager" <h.swager@chello.nl> wrote in message
news:aIzmb.376338$lh.97132108@amsnews02.chello.com...
>
> 20:50:58 On-Line Mode
> 20:50:59 CDR GC: catalog recovery begin
> 20:51:01 CDR GC: catalog recovery complete
> > 20:51:01 CDR RQM: rqmPurgeSpool() failed for KEY (10/0/0x3/0x0)> dberror=-7420 thread 46 queue control_send
> 20:51:01 CDR queuer initialization complete
> 20:51:01 CDR NIF listening on asf://g_vfs1
> 20:51:01 DDR Log Snooping - Snooping started in log 63
>
>
> hi there
> anyone knows what causes the RQM error?
> finderr -7420 gives:
>
> -7420 Argument argument_name is invalid.
>
> Verify the arguments to the DataBlade API calls.
>
> but that does not help me either.
> any help appreciated
> regards
> hoyte swager
>
> env:
> Linux vfs1 2.4.21 #2 Wed Aug 13 12:23:17 CEST 2003 i686 unknown
> IBM Informix Dynamic Server Version 9.40.UC2E1 -- On-Line (Prim) -- Up
> 00:05:02 -- 471464 Kbytes>
>
will do
btw is 9.40-UC2E1 the most current release?
regards
hoyte
"Madison Pruet" <mpruet@comcast.net> wrote in message
news:51Amb.13115$275.27298@attbi_s53...
> I thought that we had gotten rid of all of these.
>
> Basically we were trying to remove a control message and it appears that
> part of the message had been deleted during the prior session. That left
> the header part of the message but not the rest of the message. Since we
> were removing the message, that means that we had received the ACK of the
> message.
>
> My guess is that we were in the process of removing the queued message in
> the prior session when the engine was brought down. Either that or we
> received ACKs from two servers at the same time and processed the ACK in
> parallel - resulting in a race condition.
>
> Please open a case on this problem.
>
> M.P.
>
>
> "Hoyte Swager" <h.swager@chello.nl> wrote in message
> news:aIzmb.376338$lh.97132108@amsnews02.chello.com...
> >
> > 20:50:58 On-Line Mode
> > 20:50:59 CDR GC: catalog recovery begin
> > 20:51:01 CDR GC: catalog recovery complete
> > > 20:51:01 CDR RQM: rqmPurgeSpool() failed for KEY (10/0/0x3/0x0)> > dberror=-7420 thread 46 queue control_send
> > 20:51:01 CDR queuer initialization complete
> > 20:51:01 CDR NIF listening on asf://g_vfs1
> > 20:51:01 DDR Log Snooping - Snooping started in log 63
> >
> >
> > hi there
> > anyone knows what causes the RQM error?
> > finderr -7420 gives:
> >
> > -7420 Argument argument_name is invalid.
> >
> > Verify the arguments to the DataBlade API calls.
> >
> > but that does not help me either.
> > any help appreciated
> > regards
> > hoyte swager
> >
> > env:
> > Linux vfs1 2.4.21 #2 Wed Aug 13 12:23:17 CEST 2003 i686 unknown
> > IBM Informix Dynamic Server Version 9.40.UC2E1 -- On-Line (Prim) -- Up
> > 00:05:02 -- 471464 Kbytes> >
> >
>
>
I thought that UC3 was out now.
"Hoyte Swager" <h.swager@chello.nl> wrote in message
news:cDAmb.376635$lh.97343339@amsnews02.chello.com...
> will do
> btw is 9.40-UC2E1 the most current release?
> regards
> hoyte
>
> "Madison Pruet" <mpruet@comcast.net> wrote in message
> news:51Amb.13115$275.27298@attbi_s53...
> > I thought that we had gotten rid of all of these.
> >
> > Basically we were trying to remove a control message and it appears that
> > part of the message had been deleted during the prior session. That
left
> > the header part of the message but not the rest of the message. Since
we
> > were removing the message, that means that we had received the ACK of
the
> > message.
> >
> > My guess is that we were in the process of removing the queued message
in
> > the prior session when the engine was brought down. Either that or we
> > received ACKs from two servers at the same time and processed the ACK in
> > parallel - resulting in a race condition.
> >
> > Please open a case on this problem.
> >
> > M.P.
> >
> >
> > "Hoyte Swager" <h.swager@chello.nl> wrote in message
> > news:aIzmb.376338$lh.97132108@amsnews02.chello.com...
> > >
> > > 20:50:58 On-Line Mode
> > > 20:50:59 CDR GC: catalog recovery begin
> > > 20:51:01 CDR GC: catalog recovery complete
> > > > 20:51:01 CDR RQM: rqmPurgeSpool() failed for KEY (10/0/0x3/0x0)> > > dberror=-7420 thread 46 queue control_send
> > > 20:51:01 CDR queuer initialization complete
> > > 20:51:01 CDR NIF listening on asf://g_vfs1
> > > 20:51:01 DDR Log Snooping - Snooping started in log 63
> > >
> > >
> > > hi there
> > > anyone knows what causes the RQM error?
> > > finderr -7420 gives:
> > >
> > > -7420 Argument argument_name is invalid.
> > >
> > > Verify the arguments to the DataBlade API calls.
> > >
> > > but that does not help me either.
> > > any help appreciated
> > > regards
> > > hoyte swager
> > >
> > > env:
> > > Linux vfs1 2.4.21 #2 Wed Aug 13 12:23:17 CEST 2003 i686 unknown
> > > IBM Informix Dynamic Server Version 9.40.UC2E1 -- On-Line (Prim) --Up
> > > 00:05:02 -- 471464 Kbytes
> > >
> > >
> >
> >
>
>
Madison Pruet wrote: > I thought that UC3 was out now. > "Hoyte Swager" <h.swager@chello.nl> wrote: >>will do >>btw is 9.40-UC2E1 the most current release? 9.40.UC2 is the most current release. 9.40.UC3 is due out (just) before Christmas. I'm not sure exactly what the E1 suffix means, but you are very close to as up to date as possible (it is probably some sort of patch/maintenance release based on 9.40.UC2). Which is all the more reason to open the case since Madison says "that shouldn't be happening" but it is. -- Jonathan Leffler #include <disclaimer.h> Email: jleffler@earthlink.net, jleffler@us.ibm.com Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/