Bug#876626: [Xastir] Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[tony mancill]

On Thu, May 18, 2023 at 12:30:57AM +0200, MLHPUB wrote:
> I come back after too long time, sorry.
> After submitting the bug, I could discuss with Tom Russo and Curt Mills
> (Xastir developers).
> The problem was my configuration picking all reports Worldwide from APRS-IS
> up, overloading the software after a too long time.
> A reasonable range solved the problem.

Hi Matthieu,

Thank you for following up with the solution to the problem.

I will close the bug report.

Cheers,
tony KG7IEL


signature.asc
Description: PGP signature

Bug#876626: [Xastir] Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[MLHPUB]

Hi,

I come back after too long time, sorry.
After submitting the bug, I could discuss with Tom Russo and Curt Mills 
(Xastir developers).
The problem was my configuration picking all reports Worldwide from 
APRS-IS up, overloading the software after a too long time.

A reasonable range solved the problem.

Regards,

Matthieu
F4ACU

Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[Benoit Panizzon]

Package: xastir
Followup-For: Bug #876626

Dear Maintainer,

I probably stumbled over the same issue, but this happens much quicker here.
After maybe 30minutes. No new stations are received.

I first made sure it's not an IPv6 issue by connecting to a specific IPv4 
address from the euro.aprs2.net list, but the issue still happens.

I watched with tpcdump -X port 14580 to see the ASCII output of the 
conversation and found that the APRS-IS server was
still sending data and that was normaly acked, so the TCP connection was fully 
functional.
xastir als show the connection as 'up' but it looks like it is not able to 
parse the input anymore, nor to send it's own packets.

73
Benoit / HB9EUE

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.8.0-2-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_CH:de
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xastir depends on:
ii  debconf [debconf-2.0]1.5.74
ii  libax25  0.0.12-rc5+git20190411+b17ff36-3
ii  libc62.31-3
ii  libcurl3-gnutls  7.72.0-1
ii  libdb5.3 5.3.28+dfsg1-0.6
ii  libgeotiff5  1.6.0-1
ii  libgraphicsmagick-q16-3  1.4+really1.3.35+hg16344-1
ii  libpcre3 2:8.39-13
ii  libshp2  1.5.0-2
ii  libtiff5 4.1.0+git191117-2
ii  libx11-6 2:1.6.12-1
ii  libxm4   2.3.8-3
ii  libxt6   1:1.2.0-1
ii  xastir-data  2.1.6-2

Versions of packages xastir recommends:
ii  festival  1:2.5.0-4

Versions of packages xastir suggests:
pn  direwolf | soundmodem  

-- debconf information:
* xastir/install-setuid: true

Bug#876626: RE : Re: Bug#876626: [Xastir] Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[mlhpub]

Sorry it is 12 hours and not days.I should have written "12 hours a day"... I 
usually start Xastir on 7.00 am and shutdown around 10:00 pm (saturdays and 
sundays).
Thanks, I will try update and tell if it is better.
73
MatthieuF4ACU
 Message d'origine De : David A Aitcheson 
<david.aitche...@gmail.com> Date : 27/09/2017  02:07  (GMT+01:00) À : MLHPUB 
<mlh...@free.fr>, 876...@bugs.debian.org Cc : "Iain R. Learmonth" 
<i...@debian.org> Objet : Re: Bug#876626: [Xastir] Bug#876626: Xastir loose 
TCP/IP data afer 12 hours of use 
Matthieu

Please clarify when the problem starts, is it after 12 HOURS or is it
after 12 DAYS? I rarely run my computer beyond 24 hours and probably
only run Xastir about 10 hours at a stretch so I may not be seeing the
issues you are seeing.

Once you convert to building from source for Xastir updating is simple,
just run a included "update" script that does a everything for you. I am
currently running Xastir V2.0.9 (8a3999d) Compiled (from source) on
Monday September 18 2017 at 17:17:00 EDT on my Laptop running Ubuntu
14.04.04-LTS

73
Dave
KB3EFS


On 09/26/2017 05:27 PM, MLHPUB wrote:
> Hello Ian,
>
> I don't know about latest snapshots.
> Maybe it does not occur with 2.0.9 version but I am not comfortable
> with upgrade outside of Debian repositiories...
>
> Regards,
>
> Matthieu
> F4ACU
>
> On Sun, 24 Sep 2017 10:55:13 +0100 "Iain R. Learmonth"
> <i...@debian.org> wrote:
>> Hi,
>>
>> On Sun, Sep 24, 2017 at 05:20:44AM -0400, David A Aitcheson wrote:
>> > > I usually use Xastir during all day, only with a TCP/IP to APRS-IS
>> > > connection at this moment (no radio link).
>> > > After more than 12 days uptime, Xastir loose many data from
>> APRS-IS :
>> > >
>> > > - ACK messages are not received
>> > > - positions reports (even visible on aprs.fi) are not displayed
>> > >
>> > > There is a kind of latency time on RX data from APRS-IS.
>> > >
>> > > It is necessary to quit and restart Xastir to retreive en normal
>> > > behavior.
>>
>> My question would be: does this occur in the latest Xastir snapshots?
>>
>> It's been a long time since there was a release of Xastir and I'm
>> sure the
>> Debian package is missing a number of fixes that have been applied
>> upstream.
>>
>> It's been on my todo list for a while to just update to a git
>> snapshot to
>> get some fixes into the Debian package, but I've not yet had time. If
>> someone can tell me this doesn't happen if you build from source then
>> that
>> would be an easy fix.
>>
>> Thanks,
>> Iain.
>>
>
>

Bug#876626: [Xastir] Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[David A Aitcheson]

Matthieu

Please clarify when the problem starts, is it after 12 HOURS or is it
after 12 DAYS? I rarely run my computer beyond 24 hours and probably
only run Xastir about 10 hours at a stretch so I may not be seeing the
issues you are seeing.

Once you convert to building from source for Xastir updating is simple,
just run a included "update" script that does a everything for you. I am
currently running Xastir V2.0.9 (8a3999d) Compiled (from source) on
Monday September 18 2017 at 17:17:00 EDT on my Laptop running Ubuntu
14.04.04-LTS

73
Dave
KB3EFS


On 09/26/2017 05:27 PM, MLHPUB wrote:
> Hello Ian,
>
> I don't know about latest snapshots.
> Maybe it does not occur with 2.0.9 version but I am not comfortable
> with upgrade outside of Debian repositiories...
>
> Regards,
>
> Matthieu
> F4ACU
>
> On Sun, 24 Sep 2017 10:55:13 +0100 "Iain R. Learmonth"
>  wrote:
>> Hi,
>>
>> On Sun, Sep 24, 2017 at 05:20:44AM -0400, David A Aitcheson wrote:
>> > > I usually use Xastir during all day, only with a TCP/IP to APRS-IS
>> > > connection at this moment (no radio link).
>> > > After more than 12 days uptime, Xastir loose many data from
>> APRS-IS :
>> > >
>> > > - ACK messages are not received
>> > > - positions reports (even visible on aprs.fi) are not displayed
>> > >
>> > > There is a kind of latency time on RX data from APRS-IS.
>> > >
>> > > It is necessary to quit and restart Xastir to retreive en normal
>> > > behavior.
>>
>> My question would be: does this occur in the latest Xastir snapshots?
>>
>> It's been a long time since there was a release of Xastir and I'm
>> sure the
>> Debian package is missing a number of fixes that have been applied
>> upstream.
>>
>> It's been on my todo list for a while to just update to a git
>> snapshot to
>> get some fixes into the Debian package, but I've not yet had time. If
>> someone can tell me this doesn't happen if you build from source then
>> that
>> would be an easy fix.
>>
>> Thanks,
>> Iain.
>>
>
>

Bug#876626: [Xastir] Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[MLHPUB]

Hello Ian,

I don't know about latest snapshots.
Maybe it does not occur with 2.0.9 version but I am not comfortable with 
upgrade outside of Debian repositiories...


Regards,

Matthieu
F4ACU

On Sun, 24 Sep 2017 10:55:13 +0100 "Iain R. Learmonth"  
wrote:

Hi,

On Sun, Sep 24, 2017 at 05:20:44AM -0400, David A Aitcheson wrote:
> > I usually use Xastir during all day, only with a TCP/IP to APRS-IS
> > connection at this moment (no radio link).
> > After more than 12 days uptime, Xastir loose many data from APRS-IS :
> >
> > - ACK messages are not received
> > - positions reports (even visible on aprs.fi) are not displayed
> >
> > There is a kind of latency time on RX data from APRS-IS.
> >
> > It is necessary to quit and restart Xastir to retreive en normal
> > behavior.

My question would be: does this occur in the latest Xastir snapshots?

It's been a long time since there was a release of Xastir and I'm sure the
Debian package is missing a number of fixes that have been applied upstream.

It's been on my todo list for a while to just update to a git snapshot to
get some fixes into the Debian package, but I've not yet had time. If
someone can tell me this doesn't happen if you build from source then that
would be an easy fix.

Thanks,
Iain.

Bug#876626: [Xastir] Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[Iain R. Learmonth]

Hi,

On Sun, Sep 24, 2017 at 05:20:44AM -0400, David A Aitcheson wrote:
> > I usually use Xastir during all day, only with a TCP/IP to APRS-IS
> > connection at this moment (no radio link).
> > After more than 12 days uptime, Xastir loose many data from APRS-IS :
> >
> > - ACK messages are not received
> > - positions reports (even visible on aprs.fi) are not displayed
> >
> > There is a kind of latency time on RX data from APRS-IS.
> >
> > It is necessary to quit and restart Xastir to retreive en normal
> > behavior.

My question would be: does this occur in the latest Xastir snapshots?

It's been a long time since there was a release of Xastir and I'm sure the
Debian package is missing a number of fixes that have been applied upstream.

It's been on my todo list for a while to just update to a git snapshot to
get some fixes into the Debian package, but I've not yet had time. If
someone can tell me this doesn't happen if you build from source then that
would be an easy fix.

Thanks,
Iain.



signature.asc
Description: PGP signature

Bug#876626: Xastir loose TCP/IP data afer 12 hours of use

[MLHPUB]

Subject: xastir: Xastir loose TCP/IP data afer 12 hours of use
Package: xastir
Version: 2.0.8-2+b3
Severity: normal

Dear Maintainer,

I usually use Xastir during all day, only with a TCP/IP to APRS-IS 
connection at this moment (no radio link).

After more than 12 days uptime, Xastir loose many data from APRS-IS :

- ACK messages are not received
- positions reports (even visible on aprs.fi) are not displayed

There is a kind of latency time on RX data from APRS-IS.

It is necessary to quit and restart Xastir to retreive en normal behavior.

Home ADSL and Wi-Fi links look fully operational.

Thanks in advance.
73

Matthieu
F4ACU

-- System Information:
Debian Release: 9.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE= (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xastir depends on:
ii  debconf [debconf-2.0]1.5.61
ii  libax25  0.0.12-rc4-1
ii  libbz2-1.0   1.0.6-8.1
ii  libc62.24-11+deb9u1
ii  libcurl3-gnutls  7.52.1-5
ii  libdb5.3 5.3.28-12+b1
ii  libfreetype6 2.6.3-3.2
ii  libgdal202.1.2+dfsg-5
ii  libgeotiff2  1.4.2-2+b1
ii  libgomp1 6.3.0-18
ii  libgraphicsmagick-q16-3  1.3.25-8
ii  libice6  2:1.0.9-2
ii  libjbig0 2.1-3.1+b2
ii  libjpeg62-turbo  1:1.5.1-2
ii  liblcms2-2   2.8-4
ii  liblzma5 5.2.2-1.2+b1
ii  libpcre3 2:8.39-3
ii  libpng16-16  1.6.28-1
ii  libproj124.9.3-1
ii  libshp2  1.4.0-1
ii  libsm6   2:1.2.2-1+b3
ii  libtiff5 4.0.8-2+deb9u1
ii  libwebp6 0.5.2-1
ii  libwmf0.2-7  0.2.8.4-10.6
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxm4   2.3.4-13
ii  libxml2  2.9.4+dfsg1-2.2+deb9u1
ii  libxt6   1:1.1.5-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages xastir recommends:
ii  festival  1:2.4~release-3+b1
ii  python2.7.13-2

Versions of packages xastir suggests:
pn  direwolf | soundmodem  

-- debconf information:
* xastir/install-setuid: true