From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27555 invoked from network); 14 Sep 2003 09:54:06 -0000 Received: from unknown (HELO monty-python.gnu.org) (199.232.76.173) by sources.redhat.com with SMTP; 14 Sep 2003 09:54:06 -0000 Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.22) id 19yTY6-0007Nq-NH for listarch-gnats-devel@sources.redhat.com; Sun, 14 Sep 2003 05:52:06 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.22) id 19yTXu-0007Nj-Ns for help-gnats@gnu.org; Sun, 14 Sep 2003 05:51:54 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.22) id 19yTXt-0007NZ-AT for help-gnats@gnu.org; Sun, 14 Sep 2003 05:51:53 -0400 Received: from [202.7.78.170] (helo=localhost.localdomain) by monty-python.gnu.org with esmtp (Exim 4.22) id 19yTXq-0007NO-1M for help-gnats@gnu.org; Sun, 14 Sep 2003 05:51:50 -0400 Received: (from andrewg@localhost) by localhost.localdomain (8.11.2/8.11.2) id h8E9t6302960; Sun, 14 Sep 2003 19:55:06 +1000 Date: Mon, 15 Sep 2003 14:41:00 -0000 Message-Id: <200309140955.h8E9t6302960@localhost.localdomain> From: "Andrew J. Gray" To: prashanthguduru@yahoo.com In-reply-to: <20030912175742.44361.qmail@web13409.mail.yahoo.com> (message from Prashanth Guduru on Fri, 12 Sep 2003 10:57:42 -0700 (PDT)) References: <20030912175742.44361.qmail@web13409.mail.yahoo.com> Cc: help-gnats@gnu.org Subject: Re: Error Code 431 X-BeenThere: help-gnats@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: General discussion about GNU GNATS List-Archive: List-Post: List-Help: List-Subscribe: , Sender: help-gnats-bounces+listarch-gnats-devel=sources.redhat.com@gnu.org Errors-To: help-gnats-bounces+listarch-gnats-devel=sources.redhat.com@gnu.org X-SW-Source: 2003-q3/txt/msg00089.txt.bz2 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