* email follow up to GNATS PRs
@ 2003-03-03 15:10 ` Elena
2003-03-10 23:10 ` Hans-Albert Schneider
0 siblings, 1 reply; 3+ messages in thread
From: Elena @ 2003-03-03 15:10 UTC (permalink / raw)
To: help-gnats
Hi,
Can anyone point me to the right direction....
We have gnats 4.0 beta version. When someone sends email follow up to
gnats, following happens:
1. file "gnatsBlah" created in the gnats-queue directory
2. Short thereafter file disappears from the the gnats-queue directory (I
think it is getting parsed correctly than)
3. Gnats sends email confirmation "The following reply was made to PR
.....; it has been noted by GNATS." with a body of follow up.
4. Nothing else happens
I was expecting that at #4 I would see follow up appended to the PR's
audit-trail, but this never happens. Any ideas of what may be wrong? I have
checked file permissions, GNATS can write to PRs. Also, audit-trail entries
working otherwise (State change, etc)
Any help is much appreciated!
-elena
_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: email follow up to GNATS PRs
2003-03-03 15:10 ` email follow up to GNATS PRs Elena
@ 2003-03-10 23:10 ` Hans-Albert Schneider
2003-03-11 3:02 ` Elena
0 siblings, 1 reply; 3+ messages in thread
From: Hans-Albert Schneider @ 2003-03-10 23:10 UTC (permalink / raw)
To: Elena; +Cc: help-gnats
>>>>> "Elena" == Elena <elena@brooklyn-realty.com> writes:
Elena> Hi, Can anyone point me to the right direction....
Elena> We have gnats 4.0 beta version. When someone sends
Elena> email follow up to gnats, following happens:
Elena> 1. file "gnatsBlah" created in the gnats-queue
Elena> directory 2. Short thereafter file disappears from the
Elena> the gnats-queue directory (I think it is getting
Elena> parsed correctly than) 3. Gnats sends email
Elena> confirmation "The following reply was made to PR
Elena> .....; it has been noted by GNATS." with a body of
Elena> follow up. 4. Nothing else happens
Elena> I was expecting that at #4 I would see follow up
Elena> appended to the PR's audit-trail, but this never
Elena> happens. Any ideas of what may be wrong? I have
Elena> checked file permissions, GNATS can write to
Elena> PRs. Also, audit-trail entries working otherwise
Elena> (State change, etc)
Elena> Any help is much appreciated! -elena
Try the following:
a) temporarily remove the cron job (so 2. will not happen by
accident)
b) send a new follow-up e-mail
c) when this mail is in the queue, manually run the
queue-pr -r -d <database-name>
from the cron job. Watch for error messages, exit code,
core file etc.:
cd <database-dir>/gnats-queue
queue-pr -r -d <database-name>
This hopefully gives you some error messages that point you
into the right direction.
Next, check the exit status ("echo $?" for bash, ksh and friends,
"echo $status" for (t)csh).
You may want to look for a "core dump":
ls -l *core*
If there is a core file, use the "file" command to find out
which application produced it (probably queue-pr) and try to
find the code location of the crash with a debugger, e.g.:
gdb /usr/local/libexec/gnats/queue-pr core
I don't know whether you are a programmer, and I am not good
at describing debuggers. The debugger has a command that
lists the stack frames; for GNU gdb this is "where".
d) If this doesn't help you, repeat b) and c), but add "-D" to the
queue-pr command. This switches debug messages on; try to get
a clue from them.
e) re-activate the cron job.
If you get some new information, but cannot solve the problem,
please come back *to the list* with this info (not to me, I will
be on vacation soon; sorry.)
Please also state which operating system and hardware platform
you use ("uname -a").
If this is a Linux system, please also state the vendor (RedHat,
SuSE, Debian, Mandrake, ...) and vendor version (e.g., "RedHat
7.2"); some systems have a file /etc/<vendorname>-release (e.g.,
/etc/SuSE-release) that should contain this information.
Did you compile GNATS yourself, or did you use a pre-compiled
package?
Hans-Albert
--
Hans-Albert Schneider
Munich, Germany
EMail: Hans-Albert@HA-Schneider.de
_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: email follow up to GNATS PRs
2003-03-10 23:10 ` Hans-Albert Schneider
@ 2003-03-11 3:02 ` Elena
0 siblings, 0 replies; 3+ messages in thread
From: Elena @ 2003-03-11 3:02 UTC (permalink / raw)
To: Hans-Albert; +Cc: help-gnats
Hans-Albert,
Thank you so much for detailed description. I must apologize - as I have found the root of the problem - but failed to report it back to the list.
At one point I was looking for a way to allow for a text to be added to the audit-trail manually (append) and I have followed an example - which suggest to add "Add-to-Audit-Trail" parameter in dbconfig - and also entailed setting "Audit-Trail" parameter to "read-only"
When I removed "Add-to-Audit-Trail" parameter (no longer needed) I forgot to remove "read-only" from the "Audit-Trail". This what have caused the behavior I described.
Not sure - whether it is a bug - or desired behavior - but I though it was a little odd. If it was truly read-only - I would of not expected to have "on-change" entries getting appended to audit-trail - and they did. Not sure what "read-only" really means for this parameter - whether it read-only for "user" or "internal system" etc... but ever since I have removed it - everything seem to be working just fine.
Thanks again for your help!
P.S. I have compiled Gnats - running Linux Red Hat 6.2 with 2.4.18 kernel
-elena
At 11:53 PM 3/10/2003 +0100, Hans-Albert Schneider wrote:
>>>>>> "Elena" == Elena <elena@brooklyn-realty.com> writes:
>
> Elena> Hi, Can anyone point me to the right direction....
>
> Elena> We have gnats 4.0 beta version. When someone sends
> Elena> email follow up to gnats, following happens:
>
> Elena> 1. file "gnatsBlah" created in the gnats-queue
> Elena> directory 2. Short thereafter file disappears from the
> Elena> the gnats-queue directory (I think it is getting
> Elena> parsed correctly than) 3. Gnats sends email
> Elena> confirmation "The following reply was made to PR
> Elena> .....; it has been noted by GNATS." with a body of
> Elena> follow up. 4. Nothing else happens
>
> Elena> I was expecting that at #4 I would see follow up
> Elena> appended to the PR's audit-trail, but this never
> Elena> happens. Any ideas of what may be wrong? I have
> Elena> checked file permissions, GNATS can write to
> Elena> PRs. Also, audit-trail entries working otherwise
> Elena> (State change, etc)
>
> Elena> Any help is much appreciated! -elena
>
>
>Try the following:
>
>a) temporarily remove the cron job (so 2. will not happen by
> accident)
>
>b) send a new follow-up e-mail
>
>c) when this mail is in the queue, manually run the
> queue-pr -r -d <database-name>
> from the cron job. Watch for error messages, exit code,
> core file etc.:
>
> cd <database-dir>/gnats-queue
> queue-pr -r -d <database-name>
>
> This hopefully gives you some error messages that point you
> into the right direction.
>
> Next, check the exit status ("echo $?" for bash, ksh and friends,
> "echo $status" for (t)csh).
>
> You may want to look for a "core dump":
> ls -l *core*
>
> If there is a core file, use the "file" command to find out
> which application produced it (probably queue-pr) and try to
> find the code location of the crash with a debugger, e.g.:
>
> gdb /usr/local/libexec/gnats/queue-pr core
>
> I don't know whether you are a programmer, and I am not good
> at describing debuggers. The debugger has a command that
> lists the stack frames; for GNU gdb this is "where".
>
>
>d) If this doesn't help you, repeat b) and c), but add "-D" to the
> queue-pr command. This switches debug messages on; try to get
> a clue from them.
>
>
>e) re-activate the cron job.
>
>
>If you get some new information, but cannot solve the problem,
>please come back *to the list* with this info (not to me, I will
>be on vacation soon; sorry.)
>
>
>Please also state which operating system and hardware platform
>you use ("uname -a").
>
>If this is a Linux system, please also state the vendor (RedHat,
>SuSE, Debian, Mandrake, ...) and vendor version (e.g., "RedHat
>7.2"); some systems have a file /etc/<vendorname>-release (e.g.,
>/etc/SuSE-release) that should contain this information.
>
>Did you compile GNATS yourself, or did you use a pre-compiled
>package?
>
>
>Hans-Albert
>
>--
>Hans-Albert Schneider
>Munich, Germany
>EMail: Hans-Albert@HA-Schneider.de
_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-03-11 3:02 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <message <5.1.0.14.2.20030303093522.04240c30@mail.reefedge.com>
2003-03-03 15:10 ` email follow up to GNATS PRs Elena
2003-03-10 23:10 ` Hans-Albert Schneider
2003-03-11 3:02 ` Elena
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).