From: Prashanth Guduru <prashanthguduru@yahoo.com>
To: help-gnats@gnu.org
Subject: Re: Error Code 431
Date: Sat, 11 Oct 2003 22:03:00 -0000 [thread overview]
Message-ID: <20031011215231.32257.qmail@web13407.mail.yahoo.com> (raw)
In-Reply-To: <200309140955.h8E9t6302960@localhost.localdomain>
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
next prev parent reply other threads:[~2003-10-11 22:03 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3F61FD74.1090801@juniper.net>
2003-09-14 8:23 ` [ Re: Re: Error Code 431] Prashanth Guduru
2003-09-15 14:41 ` Error Code 431 Andrew J. Gray
2003-09-18 1:05 ` Prashanth Guduru
2003-10-11 22:03 ` Prashanth Guduru [this message]
2003-09-10 18:39 Prashanth Guduru
-- strict thread matches above, loose matches on Subject: below --
2003-09-10 13:40 Prashanth Guduru
2003-09-10 15:09 ` Yngve Svendsen
2003-09-14 8:51 ` Andrew J. Gray
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031011215231.32257.qmail@web13407.mail.yahoo.com \
--to=prashanthguduru@yahoo.com \
--cc=help-gnats@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).