Return-Path: X-Spam-DCC: paranoid 1290; Body=2 Fuz1=2 Fuz2=2 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on lipkowski.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DNS_FROM_AHBL_RHSBL, HTML_MESSAGE,RATWARE_GECKO_BUILD autolearn=no version=3.1.3 Received: from post.thorcom.com (post.thorcom.com [195.171.43.25]) by paranoid.lipkowski.org (8.13.7/8.13.7) with ESMTP id u03EM9Qn031844 for ; Sun, 3 Jan 2016 15:22:09 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1aFjSc-0002wf-MJ for rs_out_1@blacksheep.org; Sun, 03 Jan 2016 14:16:42 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1aFjSa-0002wW-Ky for rsgb_lf_group@blacksheep.org; Sun, 03 Jan 2016 14:16:40 +0000 Received: from mout01.posteo.de ([185.67.36.65]) by relay1.thorcom.net with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.86) (envelope-from ) id 1aFjRX-0003US-AZ for rsgb_lf_group@blacksheep.org; Sun, 03 Jan 2016 14:16:39 +0000 Received: from dovecot03.posteo.de (dovecot03.posteo.de [172.16.0.13]) by mout01.posteo.de (Postfix) with ESMTPS id F3CFF2083D for ; Sun, 3 Jan 2016 15:15:15 +0100 (CET) Received: from mail.posteo.de (localhost [127.0.0.1]) by dovecot03.posteo.de (Postfix) with ESMTPSA id 3pYMYb3mVlz5vMJ for ; Sun, 3 Jan 2016 15:15:15 +0100 (CET) Message-ID: <56892CF0.6080102@posteo.de> Date: Sun, 03 Jan 2016 15:15:12 +0100 From: DK7FC User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: rsgb_lf_group@blacksheep.org References: <579355A36AEE9D4FA555C45D556003AB25317862@servigilant.vigilant.local> <5255CDA8464845A3B8937A641180CFA4@White>,<2965301451575717@web29m.yandex.ru> <579355A36AEE9D4FA555C45D556003AB25318D11@servigilant.vigilant.local> <5688037E.6050803@posteo.de> <56880784.8090105@posteo.de> In-Reply-To: X-Scan-Signature: fefa6d96b1284f767a869566d1bc7791 Subject: Re: LF: Re: Incomplete uploads on WSPR database Content-Type: multipart/alternative; boundary="------------060404010501070707050409" X-SA-Exim-Scanned: Yes Sender: owner-rsgb_lf_group@blacksheep.org Precedence: bulk Reply-To: rsgb_lf_group@blacksheep.org X-Listname: rsgb_lf_group X-SA-Exim-Rcpt-To: rs_out_1@blacksheep.org X-SA-Exim-Scanned: No; SAEximRunCond expanded to false X-Scanned-By: MIMEDefang 2.56 on 10.1.3.10 Status: O X-Status: X-Keywords: X-UID: 6082 This is a multi-part message in MIME format. --------------060404010501070707050409 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit R Chris, thanks for the feedback. Well that problem does exist just since a few months. Good to know that it is not local. Maybe it's due to the permanantly rising usage of the software / increasing number of uploaded spots and requested website update? See the plot "stations participating per day" at http://wsprnet.org/drupal/wsprnet/stats Maybe they need a new faster server hardware... 73, Stefan Am 03.01.2016 12:55, schrieb Chris: > I frequently get the same problem Stefan. The program eventually gives > up trying to send the spots to the website and you get a 'timed out' > message in the shell. Just before Christmas it was loading up less > than half the spots I was getting, so turned it off, couldn't see the > point if the reports weren't being sent!! > Vy 73 es HNY to All, > Chris, G4AYT. > > ----- Original Message ----- > *From:* DK7FC > *To:* rsgb_lf_group@blacksheep.org > > *Sent:* Saturday, January 02, 2016 5:23 PM > *Subject:* LF: Incomplete uploads on WSPR database > > Hi all, > > For a few times i see now that my local WSPR decodes are not > completely uploaded to the database. Furthermore it often takes > very long (> 15 seconds) until the WSPR map or database site is > loaded. > > For example, this was uploaded from my 3 stations on 16:58 UTC: > > 2016-01-02 16:58 HB9ASB 0.475712 +3 0 JN36nu 100 > DK7FC/NE JN49ik 310 22 > 2016-01-02 16:58 DL2WB 0.475777 -15 0 JN39qh 0.2 > DK7FC/NW JN49ik 98 81 > > > However the actual decodes were: > > DK7FC/NW: > 1658 -6 5.7 0.475712 0 HB9ASB JN36 50 > > 1658 6 -1.0 0.475754 0 DH5RAE JN68 17 > > 1658 -15 -1.4 0.475777 0 DL2WB JN39 23 > > > DK7FC/NE: > 1658 3 6.0 0.475712 0 HB9ASB JN36 50 > > 1658 8 -0.6 0.475754 0 DH5RAE JN68 17 > > > DK7FC: > 1658 -7 6.4 0.475714 0 HB9ASB JN36 50 > > 1658 4 -0.2 0.475757 0 DH5RAE JN68 17 > > > So 2 decodes are displayed, 7 were made. What happened to the > other 5? I can see in other time slots that the WSPR instance did > not hang up, i.e. there are uploads for other decodes. But > randamly some are lost regularly. > > > Do some of you observe similar behaviour of the software? Is the > problem on my side or does the database somehow have problems > during the last months? > > > 73, Stefan > > > > --------------060404010501070707050409 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit R Chris, thanks for the feedback.

Well that problem does exist just since a few months. Good to know that it is not local.
Maybe it's due to the permanantly rising usage of the software / increasing number of uploaded spots and requested website update? See the plot "stations participating per day" at http://wsprnet.org/drupal/wsprnet/stats
Maybe they need a new faster server hardware...

73, Stefan

Am 03.01.2016 12:55, schrieb Chris:
I frequently get the same problem Stefan. The program eventually gives up trying to send the spots to the website and you get a 'timed out' message in the shell. Just before Christmas it was loading up less than half the spots I was getting, so turned it off, couldn't see the point if the reports weren't being sent!!
Vy 73 es HNY to All,
Chris, G4AYT.
----- Original Message -----
From: DK7FC
Sent: Saturday, January 02, 2016 5:23 PM
Subject: LF: Incomplete uploads on WSPR database

Hi all,

For a few times i see now that my local WSPR decodes are not completely uploaded to the database. Furthermore it often takes very long (> 15 seconds) until the WSPR map or database site is loaded.

For example, this was uploaded from my 3 stations on 16:58 UTC:

2016-01-02 16:58   HB9ASB   0.475712   +3   0   JN36nu   100   DK7FC/NE   JN49ik   310   22 
 2016-01-02 16:58   DL2WB   0.475777   -15   0   JN39qh   0.2   DK7FC/NW   JN49ik   98   81 

However the actual decodes were:

DK7FC/NW:
1658 -6 5.7 0.475712 0 HB9ASB JN36 50

1658 6 -1.0 0.475754 0 DH5RAE JN68 17

1658 -15 -1.4 0.475777 0 DL2WB JN39 23


DK7FC/NE:
1658 3 6.0 0.475712 0 HB9ASB JN36 50

1658 8 -0.6 0.475754 0 DH5RAE JN68 17


DK7FC:
1658 -7 6.4 0.475714 0 HB9ASB JN36 50

1658 4 -0.2 0.475757 0 DH5RAE JN68 17


So 2 decodes are displayed, 7 were made. What happened to the other 5? I can see in other time slots that the WSPR instance did not hang up, i.e. there are uploads for other decodes. But randamly some are lost regularly.


Do some of you observe similar behaviour of the software? Is the problem on my side or does the database somehow have problems during the last months?


73, Stefan




--------------060404010501070707050409--