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.5 required=5.0 tests=BAYES_00,DNS_FROM_AHBL_RHSBL, HTML_50_60,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 u02HSToT029831 for ; Sat, 2 Jan 2016 18:28:29 +0100 Received: from majordom by post.thorcom.com with local (Exim 4.14) id 1aFPuw-0007Ec-P9 for rs_out_1@blacksheep.org; Sat, 02 Jan 2016 17:24:38 +0000 Received: from [195.171.43.32] (helo=relay1.thorcom.net) by post.thorcom.com with esmtp (Exim 4.14) id 1aFPuw-0007EN-4Y for rsgb_lf_group@blacksheep.org; Sat, 02 Jan 2016 17:24:38 +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 1aFPtr-0000ye-V2 for rsgb_lf_group@blacksheep.org; Sat, 02 Jan 2016 17:24:37 +0000 Received: from dovecot03.posteo.de (dovecot03.posteo.de [172.16.0.13]) by mout01.posteo.de (Postfix) with ESMTPS id 2506520956 for ; Sat, 2 Jan 2016 18:23:17 +0100 (CET) Received: from mail.posteo.de (localhost [127.0.0.1]) by dovecot03.posteo.de (Postfix) with ESMTPSA id 3pXqn10YYHz5vNJ for ; Sat, 2 Jan 2016 18:23:17 +0100 (CET) Message-ID: <56880784.8090105@posteo.de> Date: Sat, 02 Jan 2016 18:23:16 +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> In-Reply-To: <5688037E.6050803@posteo.de> X-Scan-Signature: f45514038df04b1035abb1d5446da941 Subject: LF: Incomplete uploads on WSPR database Content-Type: multipart/alternative; boundary="------------030005000702040308090808" 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: 6065 This is a multi-part message in MIME format. --------------030005000702040308090808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 --------------030005000702040308090808 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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




--------------030005000702040308090808--