Re: [ Re: Re: Error Code 431]

Re: [ Re: Re: Error Code 431]

[Prashanth Guduru]

Hi,

I have tried what Mel had suggested me to do and i get
a "210 PR added" message. Im
pasting the output below:
200 gnatsdserver GNATS server 4.0 ready.
chdb validity
210-Now accessing GNATS database 'validity'
210 User access level set to 'edit'
user pguduru
210-Now accessing GNATS database 'validity'
210 User access level set to 'edit'
subm
211 Ok.
To: bugs
Subject: pguduru@thoreau.inka.com
From: pguduru@thoreau.inka.com
Reply-To: pguduru@thoreau.inka.com
X-Send-Pr-Version: gnatsweb-4.00 (1.124.2.2)
X-GNATS-Notify:

  >Notify-List:    pguduru@thoreau.inka.com
  >Category:       pending
  >Synopsis:       pguduru@thoreau.inka.com
  >Confidential:   yes
  >Severity:       critical
  >Priority:       high
  >Class:          sw-bug
  >Submitter-Id:   medc
  >Originator:     pguduru@thoreau.inka.com
  >Release:        pguduru@thoreau.inka.com
  >Organization:
  >pguduru@thoreau.inka.com
  >Environment:
pguduru@thoreau.inka.com
  >Description:
pguduru@thoreau.inka.com
  >How-To-Repeat:
pguduru@thoreau.inka.com
  >Fix:
Unknown
  >Unformatted:
.
210 PR added.

This is really confusing. If there is a problem with
gnatsweb.pl and if its sending bogus to gnatsd that it
cant handle, then i dont understand why there is no
error with the test database. From this little test
that Mel suggested i feel gnatsd shuld be ok. Any
ideas?

Thanks,
Prashanth


> 
> --- Mel Hatzis <hatzis@juniper.net> wrote:
> > Prashanht, try the following:
> > 
> >   1. On the gnats server, run the gnatsd binary by
> > hand...
> >     $GNATS_INSTALL_DIR/libexec/gnats/gnatsd
> > 
> >   2. For the "other" database you refer to in your
> >      earlier postings, enter:
> > 
> >      chdb <other>
> > 
> >      (replace <other> with the name of your other
> > db)
> > 
> >   3. Enter "user <username>"
> > 
> >   4. Enter the command 'subm'
> > 
> >   5. Now paste in the following PR exactly as
> given:
> > 
> > To: bugs
> > Subject: pguduru@thoreau.inka.com
> > From: pguduru@thoreau.inka.com
> > Reply-To: pguduru@thoreau.inka.com
> > X-Send-Pr-Version: gnatsweb-4.00 (1.124.2.2)
> > X-GNATS-Notify:
> > 
> >  >Notify-List:    pguduru@thoreau.inka.com
> >  >Category:       pending
> >  >Synopsis:       pguduru@thoreau.inka.com
> >  >Confidential:   yes
> >  >Severity:       critical
> >  >Priority:       high
> >  >Class:          sw-bug
> >  >Submitter-Id:   medc
> >  >Originator:     pguduru@thoreau.inka.com
> >  >Release:        pguduru@thoreau.inka.com
> >  >Organization:
> >  >pguduru@thoreau.inka.com
> >  >Environment:
> > pguduru@thoreau.inka.com
> >  >Description:
> > pguduru@thoreau.inka.com
> >  >How-To-Repeat:
> > pguduru@thoreau.inka.com
> >  >Fix:
> > Unknown
> >  >Unformatted:
> > .
> > 
> > At the end of all this, you should either get a
> > message back
> > from gnatsd showing the error or in the worst
> case,
> > gnatsd
> > will crash and dump a core file which you can then
> > examine
> > with a debugger.
> > 
> > If you get a core file, it'll really help if you
> > email the
> > help list with a stack trace.
> > 
> > --
> > Mel Hatzis
> > 
> > On 09/11/2003 01:28 PM, Prashanth Guduru wrote:
> > > Hi 
> > > 
> > > I have done a close comparison of dbconfig's for
> > the 
> > > both databases as per yngve. I ve seen
> difference,
> > but
> > > only because both the databases are so very
> > different.
> > > I have seen differences in the fields. I cannot
> > say
> > > that the problem is because of it. To test it
> this
> > way
> > > by trial and error would be very tedious i
> guess.
> > Are
> > > there any critical features i should be looking
> > for
> > > when comparing both the dbconbfigs?. 
> > > 
> > > 
> > > 
> > > 
> > >>Hi Prashanht,
> > >>
> > >>I haven't got any advice beyond what Yngve has
> > >>suggested at this
> > >>stage.  If you can discover what steps are
> > required
> > >>to reproduce the
> > >>problem then I can look into it further myself.
> > > 
> > > Andre,
> > > 
> > > Im sorry i can reproduce the problem but i cant
> > tell
> > > you how it can be. For any new database i
> create,
> > i
> > > see the same behaviour. It would be really great
> > if
> > > you can let me know how i can turn on the
> logging
> > for
> > > gnatsd.
> > > 
> > > Please let me know if i can do any more testing
> or
> > > provide more information to resolve this
> problem.
> > > 
> > > Bests,
> > > Prashanth
> > > 
> > > 
> > > 
> > > 
> 
=== message truncated ===


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: Error Code 431

[Andrew J. Gray]

Hi Prashanth,

> I have tried what Mel had suggested me to do and i get
> a "210 PR added" message. Im
> pasting the output below:
> 200 gnatsdserver GNATS server 4.0 ready.

>   >Unformatted:
> .
> 210 PR added.
> 
> This is really confusing. If there is a problem with
> gnatsweb.pl and if its sending bogus to gnatsd that it
> cant handle, then i dont understand why there is no
> error with the test database. From this little test
> that Mel suggested i feel gnatsd shuld be ok. Any
> ideas?

Thanks for posting that output.

I'm not sure I have the details of the problem right, so I will repeat
the key things:

- When someone submits a PR via Gnatsweb the gnats.lock file in
  $GNATSROOT/database/gnats-adm is created but is not deleted.  The PR
  is created but Gnatsweb reports "Error : unparseable reply from
  server".

- This happens with all four "real" databases.

- You can create a PR in the "real" databases by using send-pr and by
  running gnatsd from the command line and entering the PR manually
  (as suggested by Mel).  In this case no error is generated and the
  gnats.lock file is deleted as expected.

- When you create a test database that does not have any categories
  except for the default ones, you can submit a PR via Gnatsweb and
  the gnats.lock file is deleted as expected.

Is the above correct?  Have I missed anything you think is important?

From this it appears that something about your "real" configurations
is triggering a problem in the interaction between Gnatsweb and
gnatsd.  That would explain there being no error when submitting a PR
to the test database via Gnatsweb.  In other words, it is not simply a
problem with gnatsweb.pl sending the wrong thing.  The test with
running gnatsd from the command line (as Mel suggested) indicates that
gantsd can handle PR submissions for the "real" databases in some
circumstances, but apparently something is different in what Gnatsweb
does.

Some things you could try:

- Adding to the test configuration to make it like one of the "real"
  databases until the problem occurs.  I understand this is a tedious
  process, but it might be effective.

- Looking for gnatd core files.  If gnatsd is crashing, as Yngve
  suggested, then it may be leaving a core file, as Mel indicated.  I
  do not know where the core file would be created, I guess the
  directory where the gnatsd executable lives, that is
  /usr/local/libexec/gnats be default.  If there is no core file there
  you could try triggering the problem then searching the complete
  file system for core files generated in the last 10 minutes:

  find / -mmin -10 -name core -print

  The stack trace from a core file would be very useful in finding the
  cause of the problem.

-- 
Andrew J. Gray
GNU GNATS Maintainer


_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: Error Code 431

[Prashanth Guduru]

Hi Andrew,

Yes, youve got everything right. I dont think at this
moment i have any new observations yet. But i did look
for the messages file for any information about
gnatsd. All i see is the inetd started gnatsd and
thats about it. I dont see any indications of a crash
or core dump and cant find any core files on the
system. I still have to make the change in the code
and rebuild gnats for the debug information. Will post
the output if i find thats useful. Thanks for your
time and help. Meanwhile please let me know if you
think of something else.

Bests,
Prashanth

--- "Andrew J. Gray" <andrewg@gnu.org> wrote:
> Hi Prashanth,
> 
> > I have tried what Mel had suggested me to do and i
> get
> > a "210 PR added" message. Im
> > pasting the output below:
> > 200 gnatsdserver GNATS server 4.0 ready.
> 
> >   >Unformatted:
> > .
> > 210 PR added.
> > 
> > This is really confusing. If there is a problem
> with
> > gnatsweb.pl and if its sending bogus to gnatsd
> that it
> > cant handle, then i dont understand why there is
> no
> > error with the test database. From this little
> test
> > that Mel suggested i feel gnatsd shuld be ok. Any
> > ideas?
> 
> Thanks for posting that output.
> 
> I'm not sure I have the details of the problem
> right, so I will repeat
> the key things:
> 
> - When someone submits a PR via Gnatsweb the
> gnats.lock file in
>   $GNATSROOT/database/gnats-adm is created but is
> not deleted.  The PR
>   is created but Gnatsweb reports "Error :
> unparseable reply from
>   server".
> 
> - This happens with all four "real" databases.
> 
> - You can create a PR in the "real" databases by
> using send-pr and by
>   running gnatsd from the command line and entering
> the PR manually
>   (as suggested by Mel).  In this case no error is
> generated and the
>   gnats.lock file is deleted as expected.
> 
> - When you create a test database that does not have
> any categories
>   except for the default ones, you can submit a PR
> via Gnatsweb and
>   the gnats.lock file is deleted as expected.
> 
> Is the above correct?  Have I missed anything you
> think is important?
> 
> From this it appears that something about your
> "real" configurations
> is triggering a problem in the interaction between
> Gnatsweb and
> gnatsd.  That would explain there being no error
> when submitting a PR
> to the test database via Gnatsweb.  In other words,
> it is not simply a
> problem with gnatsweb.pl sending the wrong thing. 
> The test with
> running gnatsd from the command line (as Mel
> suggested) indicates that
> gantsd can handle PR submissions for the "real"
> databases in some
> circumstances, but apparently something is different
> in what Gnatsweb
> does.
> 
> Some things you could try:
> 
> - Adding to the test configuration to make it like
> one of the "real"
>   databases until the problem occurs.  I understand
> this is a tedious
>   process, but it might be effective.
> 
> - Looking for gnatd core files.  If gnatsd is
> crashing, as Yngve
>   suggested, then it may be leaving a core file, as
> Mel indicated.  I
>   do not know where the core file would be created,
> I guess the
>   directory where the gnatsd executable lives, that
> is
>   /usr/local/libexec/gnats be default.  If there is
> no core file there
>   you could try triggering the problem then
> searching the complete
>   file system for core files generated in the last
> 10 minutes:
> 
>   find / -mmin -10 -name core -print
> 
>   The stack trace from a core file would be very
> useful in finding the
>   cause of the problem.
> 
> -- 
> Andrew J. Gray
> GNU GNATS Maintainer


__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com


_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: Error Code 431

[Prashanth Guduru]

Hi all,

Its been a long time that i havent written back as i
said. I have done some testing and finally found that
there is something wrong in the dbconfig. I had edited
the dbconfig to delete unnecassary fields and i was 
careful in doing so. Whenever i deleted an entry in
the
sql structure or the others i made sure i also deleted
the qualifying string, like the %s. So i was using
this dbconfig as the default dbconfig, so that all
the databases used it when they were created. Hence
was seeing the same problem in all the databases. I
finally grabbed the original dbconfig that came with
the distribution and started using it. I dont seem
to have the same problem again. Thanks to everyone who
promptly replied to my messages.

Bests
Prashanth


--- "Andrew J. Gray" <andrewg@gnu.org> wrote:
> Hi Prashanth,
> 
> > I have tried what Mel had suggested me to do and i
> get
> > a "210 PR added" message. Im
> > pasting the output below:
> > 200 gnatsdserver GNATS server 4.0 ready.
> 
> >   >Unformatted:
> > .
> > 210 PR added.
> > 
> > This is really confusing. If there is a problem
> with
> > gnatsweb.pl and if its sending bogus to gnatsd
> that it
> > cant handle, then i dont understand why there is
> no
> > error with the test database. From this little
> test
> > that Mel suggested i feel gnatsd shuld be ok. Any
> > ideas?
> 
> Thanks for posting that output.
> 
> I'm not sure I have the details of the problem
> right, so I will repeat
> the key things:
> 
> - When someone submits a PR via Gnatsweb the
> gnats.lock file in
>   $GNATSROOT/database/gnats-adm is created but is
> not deleted.  The PR
>   is created but Gnatsweb reports "Error :
> unparseable reply from
>   server".
> 
> - This happens with all four "real" databases.
> 
> - You can create a PR in the "real" databases by
> using send-pr and by
>   running gnatsd from the command line and entering
> the PR manually
>   (as suggested by Mel).  In this case no error is
> generated and the
>   gnats.lock file is deleted as expected.
> 
> - When you create a test database that does not have
> any categories
>   except for the default ones, you can submit a PR
> via Gnatsweb and
>   the gnats.lock file is deleted as expected.
> 
> Is the above correct?  Have I missed anything you
> think is important?
> 
> From this it appears that something about your
> "real" configurations
> is triggering a problem in the interaction between
> Gnatsweb and
> gnatsd.  That would explain there being no error
> when submitting a PR
> to the test database via Gnatsweb.  In other words,
> it is not simply a
> problem with gnatsweb.pl sending the wrong thing. 
> The test with
> running gnatsd from the command line (as Mel
> suggested) indicates that
> gantsd can handle PR submissions for the "real"
> databases in some
> circumstances, but apparently something is different
> in what Gnatsweb
> does.
> 
> Some things you could try:
> 
> - Adding to the test configuration to make it like
> one of the "real"
>   databases until the problem occurs.  I understand
> this is a tedious
>   process, but it might be effective.
> 
> - Looking for gnatd core files.  If gnatsd is
> crashing, as Yngve
>   suggested, then it may be leaving a core file, as
> Mel indicated.  I
>   do not know where the core file would be created,
> I guess the
>   directory where the gnatsd executable lives, that
> is
>   /usr/local/libexec/gnats be default.  If there is
> no core file there
>   you could try triggering the problem then
> searching the complete
>   file system for core files generated in the last
> 10 minutes:
> 
>   find / -mmin -10 -name core -print
> 
>   The stack trace from a core file would be very
> useful in finding the
>   cause of the problem.
> 
> -- 
> Andrew J. Gray
> GNU GNATS Maintainer


__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com


_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats