Yup, replication is what I wanted. Thanks everyone for helping me get to
the right answer eventually!
On Thursday, September 15, 2022 at 4:52:25 PM UTC-5 nevilled...@gmail.com
wrote:
> Hi
> Yes I use SQL replication to a spare Raspberry pi, its is a live backup
> and I also use it as a second
First thing to do if you are viewing the file(s) via a web browser is to
clear the browser cache. You can try viewing the files directly via an
editor or cat'ing them to a console. Second thing to try is forcing WeeWX
to regenerate all of your NOAA format month and year files. Delete all of
I stopped weewx, copied the data base weewx.sdb to a backup location and
then restarted weewx. When I look at Yearly reports for 2022 I only have
data from the month I restarted it (August). But if I look at monthly
reports for January through July I have data there. Also when I look at the
Hi
Yes I use SQL replication to a spare Raspberry pi, its is a live backup and
I also use it as a second source of data in another weewx project I am
building.
I have used replication for years (on QNAP NAS and now Pi), and it is
extremely reliable and recovers from power failures, device
Gary: here is the syslog with Debug =1. As you can see, there are
definitely errors(s) every time rtg tries to FTP.
ep 15 16:41:04 raspberrypi weewx[5506]: engine: Initializing weewx version
3.8.2
Sep 15 16:41:04 raspberrypi weewx[5506]: engine: Using Python 2.7.13
(default, Sep 26 2018,
Gary; as requested: here is the [RealtimeGaugeData] stanza: ( I will Follow
with th e log with debug = 1
# Options for extension 'Rtgd'
[RealtimeGaugeData]
remote_server_url = http://photokinetics.org/Weather/post_gauge-data.php
timeout = 2
response_text = success
date_format =
Gary, Vince and myma
Thank you all! First, I am going through the process to get the Steel
Gauges working properly. Then I will delve into using RSync. Gary; I am
going to start using the info you gave me, and will post logs .
--
You received this message because you are subscribed to the
Thanks Steve, I´m talking to my provider right now and I´ll update here if
the problem is with them
On Thursday, September 15, 2022 at 7:11:29 PM UTC+2 Steve2Q wrote:
> Peter..I had the exact same problem with DreamHost. For some reason they
> blocked my IP. They unblocked it yesterday
Steve,
>From what I can see of your SteelSeries Gauges it looks as if the WeeWX
data file, gauge-data.txt, is not being uploaded to your site. I had a poke
around on your site and could not find gauge-data.txt in any of the obvious
locations. As Vince said this is unlikely to have anything to
Please describe what you mean with
unfortunately the data is displayed incorrectly
Is scaling fitting the units listed in the API-description?
Be aware that
epoch-times are related to a specific timezone, with an offset relative
to UTC as given under 'timeoffset'.
Anton
--
You received
Switching to rsync from ftp will give you much more reliable and quicker
uploads, but that has nothing to do with your ISP blocking your source
address. I think it is very unlikely that there is anything related to
your ISP-side username/password required to have your gauges work.
Don't
You will probably find (as I have) that rsync works *much* better than FTP.
The protocol is cleaner and more secure. The biggest benefit is that rsync
sends only the bits that changed, instead of ALL the bits. That means the
connection doesn't have to stay active as long, and you transfer a
Gary..I my son granted me aux user permission on DreamHost. I was then able
to communicate directly with support. They found my IP had been blocked,
possibly for too much activity even though I have never changed anything on
my end (perhaps someone hacked the account?). They unblocked it and a
Peter..I had the exact same problem with DreamHost. For some reason they
blocked my IP. They unblocked it yesterday afternoon, and FTP started
working a few hours later.
On Thursday, September 15, 2022 at 9:58:56 AM UTC-4 PeterGill wrote:
> Thanks for the quick answer. Sorry for a stupid
Thanks for the quick answer. Sorry for a stupid follow up question - how do
I make sure the right access permissions are set?
On Thursday, September 15, 2022 at 3:52:21 PM UTC+2 tke...@gmail.com wrote:
> I don't know why it would have changed, but make sure you have access
> permissions to
I don't know why it would have changed, but make sure you have access
permissions to whatever directory you are trying to upload to.
On Thu, Sep 15, 2022 at 6:39 AM PeterGill wrote:
> Hi,
>
> Suddenly and out of the blue my ftp upload stopped working. The html files
> are generated as expected
Thanks Doug and Vince,
It looks like the best solution is MySQL replication. I had been using the
backup option without realizing replication was built in. This will be more
than adequate, and will full account for the internet going in and out
between the locations.
I also appreciate the tip on
Hi,
Suddenly and out of the blue my ftp upload stopped working. The html files
are generated as expected in /var/www/html/weewx and the file
"celestial.html" referenced in the log extract below certainly exist in the
library and opens correctly in Chrome.
Of course reboot has been tried.
Any
Seth:
I think you have a couple of options to choose from. One concern I would
have with MQTT is that it always publishes the latest record, so if your
farm location is down for 1 hour, your remote will not get the records up
to the last archive.
thinking about your use case now, It may make
19 matches
Mail list logo