Another method is to not use syslog at all!! Diverted weewx log messages to a separate log file (see the wiki) so they never clutter syslog and receive a daily weewx email giving the log summary for the previous day (see logwatch in wiki). syslog thus remains unaffected by weewx. This has an added advantage in that debugging levels can be set also without cluttering the syslog.
A monitoring program is obviously the best to maintain integrity - my option was intended to mean that having regular logged messages does allow one to pinpoint and spot possible issues caused by situations which do not necessarily result in weewx stopping - weewx is very reliable and rarely, if ever, crashes without recovering itself and there being no need for manual intervention. On Thursday, 7 December 2017 08:04:54 UTC+2, Daniel Jönsson wrote: > No. To make shore processes are running you use a monitoring tool. For > example Monit. > The problem with one process flooding the syslog, is that errors not > declared in monitoring tools, are missed because you cant find them by > reading the log. > And for shore no other programs/servers/process I have ever had running on > the server behaves this way (except Home Assistant, which is also written i > Python). > > For examepl now (since I changed the conf for rsyslog 10 hours ago) in my > syslog I have 120 lines. All are from weewx and looks like this: > > Dec 6 11:50:50 server weewx[30571]: manager: added record 2017-12-06 > 11:47:01 CET (1512557221) to database 'weewx' > Dec 6 11:50:50 server weewx[30571]: manager: added record 2017-12-06 > 11:47:01 CET (1512557221) to daily summary in 'weewx' > > > Exept ONE line that says: > > Dec 6 11:46:50 server weewx[30571]: fousb: get_observations failed: ignoring > suspected bogus data from 0xbe40 (delay=5 interval=5) > > > This one I want to be in sys log. And the only reason I saw this is > because I was looking for an example of important messages getting lost. I > would never have seen this if I was reading through the log next week. Then > there would be 1 000 lines of successful reading, and 1 line of an error. > > > Den torsdag 7 december 2017 kl. 04:41:25 UTC+1 skrev Andrew Milner: >> >> Just a thought for you to think about. You may find it helpful to retain >> the 'record added' log information just to make it easier to see if weewx >> is running normally or if it has stopped (as in the case of an obscure bug >> that did not cause an error message) - although I accept that that could be >> determined from examination of the database. >> >> >> On Wednesday, 6 December 2017 21:29:25 UTC+2, Daniel Jönsson wrote: >> >>> Something strange here with Google groups. Sorry if double posting now, >>> but my messages are dispersing.. >>> >>> I have now made changes to rsyslog config, to only log messages with >>> level 5 and above, and weewx is still flooding my syslog with the following >>> two lines every 5 minutes: >>> >>> Dec 6 19:51:03 server weewx[30571]: manager: added record 2017-12-06 >>> 19:51:00 CET (1512586260) to database 'weewx' >>> Dec 6 19:51:03 server weewx[30571]: manager: added record 2017-12-06 >>> 19:51:00 CET (1512586260) to daily summary in 'weewx' >>> >>> >>> How could this be considered "normal but significant condition" as per RFC >>> 5424? I would vote for that to be level 6 (info) >>> >>> >>> And here is my weewx.conf: >>> # WEEWX CONFIGURATION FILE >>> # >>> # Copyright (c) 2009-2015 Tom Keffer <tke...@gmail.com> >>> # See the file LICENSE.txt for your rights. >>> >>> >>> ############################################################################## >>> >>> # This section is for general configuration information. >>> >>> # Set to 1 for extra debug info, otherwise comment it out or set to zero >>> debug = 0 >>> >>> # Root directory of the weewx data file hierarchy for this station >>> WEEWX_ROOT = / >>> >>> # How long to wait before timing out a socket (FTP, HTTP) connection >>> socket_timeout = 20 >>> >>> # Do not modify this. It is used when installing and updating weewx. >>> version = 3.6.1 >>> >>> >>> ############################################################################## >>> >>> # This section is for information about the station. >>> >>> [Station] >>> >>> # Description of the station location >>> location = "Munka Ljungby, Sweden" >>> >>> # Latitude and longitude in decimal degrees >>> latitude = 56.261 >>> longitude = 12.988 >>> >>> # Altitude of the station, with unit it is in. This is downloaded >>> from >>> # from the station if the hardware supports it. >>> altitude = 53, meter >>> >>> # Set to type of station hardware. There must be a corresponding >>> stanza >>> # in this file with a 'driver' parameter indicating the driver to be >>> used. >>> station_type = FineOffsetUSB >>> >>> # If you have a website, you may specify an URL >>> #station_url = http://www.example.com >>> >>> # The start of the rain year (1=January; 10=October, etc.). This is >>> # downloaded from the station if the hardware supports it. >>> rain_year_start = 1 >>> >>> # Start of week (0=Monday, 6=Sunday) >>> week_start = 0 >>> >>> >>> ############################################################################## >>> >>> [FineOffsetUSB] >>> # This section is for the Fine Offset series of weather stations. >>> >>> # The station model, e.g., WH1080, WS1090, WS2080, WH3081 >>> model = WS1080 >>> >>> # How often to poll the station for data, in seconds >>> polling_interval = 60 >>> >>> # The driver to use: >>> driver = weewx.drivers.fousb >>> >>> # Filter unreal values: >>> max_rain_rate = 15 # measured in cm/hr >>> >>> >>> ############################################################################## >>> >>> # This section is for uploading data to Internet sites >>> >>> [StdRESTful] >>> log_success = False # default is True >>> log_failure = True # default is True >>> >>> [[StationRegistry]] >>> # To register this weather station with weewx, set this to true >>> register_this_station = false >>> >>> [[AWEKAS]] >>> # This section is for configuring posts to AWEKAS. >>> >>> # If you wish to do this, set the option 'enable' to true, >>> # and specify a username and password. >>> enable = false >>> username = replace_me >>> password = replace_me >>> >>> [[CWOP]] >>> # This section is for configuring posts to CWOP. >>> >>> # If you wish to do this, set the option 'enable' to true, >>> # and specify the station ID (e.g., CW1234). >>> enable = false >>> station = replace_me >>> >>> # If this is an APRS (radio amateur) station, uncomment >>> # the following and replace with a passcode (e.g., 12345). >>> #passcode = replace_me (APRS stations only) >>> >>> [[PWSweather]] >>> # This section is for configuring posts to PWSweather.com. >>> >>> # If you wish to do this, set the option 'enable' to true, >>> # and specify a station and password. >>> enable = false >>> station = replace_me >>> password = replace_me >>> >>> [[WOW]] >>> # This section is for configuring posts to WOW. >>> >>> # If you wish to do this, set the option 'enable' to true, >>> # and specify a station and password. >>> enable = false >>> station = replace_me >>> password = replace_me >>> >>> [[Wunderground]] >>> # This section is for configuring posts to the Weather >>> Underground. >>> >>> # If you wish to do this, set the option 'enable' to true, >>> # and specify a station (e.g., 'KORHOODR3') and password. >>> enable = false >>> station = replace_me >>> password = replace_me >>> >>> # Set the following to True to have weewx use the WU "Rapidfire" >>> # protocol. Not all hardware can support it. See the User's >>> Guide. >>> rapidfire = False >>> >>> >>> ############################################################################## >>> >>> # This section specifies what reports, using which skins, to generate. >>> >>> [StdReport] >>> log_success = False # default is True >>> log_failure = True # default is True >>> >>> # Where the skins reside, relative to WEEWX_ROOT >>> SKIN_ROOT = /etc/weewx/skins >>> >>> # Where the generated reports should go, relative to WEEWX_ROOT >>> HTML_ROOT = /var/www/weewx >>> >>> # The database binding indicates which data should be used in >>> reports. >>> data_binding = wx_binding >>> >>> # Each of the following subsections defines a report that will be >>> run. >>> [[HTMLPages]] >>> HTML_ROOT = /var/www/weewx/Bootstrap >>> skin = Bootstrap >>> [[BigImages]] >>> HTML_ROOT = /var/www/weewx/Bootstrap/big_images >>> skin = Images >>> [[[ImageGenerator]]] >>> bottom_label_font_size = 14 >>> axis_label_font_size = 14 >>> image_width = 900 >>> top_label_font_size = 18 >>> image_height = 600 >>> anti_alias = 2 >>> unit_label_font_size = 18 >>> [[SmallImages]] >>> HTML_ROOT = /var/www/weewx/Bootstrap/images >>> skin = Images >>> >>> [[FTP]] >>> # FTP'ing the results to a webserver is treated as just another >>> report, >>> # albeit one with an unusual report generator! >>> skin = Ftp >>> >>> # If you wish to use FTP, uncomment and fill out the next four >>> lines. >>> #user = replace with the ftp username >>> #password = replace with the ftp password >>> #server = replace with the ftp server name, e.g, >>> www.threefools.org >>> #path = replace with the ftp destination directory (e.g., >>> /weather) >>> >>> # Set to True for a secure FTP (SFTP) connection. Not all servers >>> # support this. >>> secure_ftp = False >>> >>> # To upload files from something other than what HTML_ROOT is set >>> # to above, specify a different HTML_ROOT here. >>> #HTML_ROOT = /var/www/weewx >>> >>> # Most FTP servers use port 21 >>> port = 21 >>> >>> # Set to 1 to use passive mode, zero for active mode >>> passive = 1 >>> >>> [[RSYNC]] >>> # rsync'ing to a webserver is treated as just another report >>> skin = Rsync >>> >>> # If you wish to use rsync, you must configure passwordless ssh >>> using >>> # public/private key authentication from the user account that >>> weewx >>> # runs as to the user account on the remote machine where the >>> files >>> # will be copied. >>> # >>> # The following three lines determine where files will be sent. >>> #server = replace with the rsync server name, e.g, >>> www.threefools.org >>> #path = replace with the rsync destination directory (e.g., >>> /weather) >>> #user = replace with the rsync username >>> >>> # Rsync can be configured to remove files from the remote server >>> if >>> # they don't exist under HTML_ROOT locally. USE WITH CAUTION: if >>> you >>> # make a mistake in the remote path, you could could >>> unintentionally >>> # cause unrelated files to be deleted. Set to 1 to enable remote >>> file >>> # deletion, zero to allow files to accumulate remotely. >>> delete = 0 >>> >>> >>> ############################################################################## >>> >>> # This service acts as a filter, converting the unit system coming from >>> # the hardware to a unit system in the database. >>> >>> [StdConvert] >>> >>> # The target_unit affects only the unit system in the database. Once >>> # chosen it cannot be changed without converting the entire database. >>> # Modification of target_unit after starting weewx will result in >>> # corrupt data - the database will contain a mix of US and METRIC >>> data. >>> # >>> # The value of target_unit does not affect the unit system for >>> # reporting - reports can display US, Metric, or any combination of >>> units. >>> # >>> # In most cases, target_unit should be left as the default: US >>> # >>> # In particular, those migrating from a standard wview installation >>> # should use US since that is what the wview database contains. >>> >>> # DO NOT MODIFY THIS VALUE UNLESS YOU KNOW WHAT YOU ARE DOING! >>> target_unit = US # Options are 'US', 'METRICWX', or 'METRIC' >>> >>> >>> ############################################################################## >>> >>> # This section can adjust data using calibration expressions. >>> >>> [StdCalibrate] >>> >>> [[Corrections]] >>> # For each type, an arbitrary calibration expression can be >>> given. >>> # It should be in the units defined in the StdConvert section. >>> # Example: >>> # foo = foo + 0.2 >>> barometer = barometer + 0.21557 >>> pressure = pressure + 0.21557 >>> altimeter = altimeter + 0.21557 >>> >>> >>> ############################################################################## >>> >>> # This section is for quality control checks. If units are not >>> specified, >>> # values must be in the units defined in the StdConvert section. >>> >>> [StdQC] >>> >>> [[MinMax]] >>> barometer = 26, 32.5, inHg >>> outTemp = -40, 120, degree_F >>> inTemp = 10, 120, degree_F >>> outHumidity = 0, 100 >>> inHumidity = 0, 100 >>> windSpeed = 0, 120, mile_per_hour >>> >>> >>> ############################################################################## >>> >>> # This section controls the origin of derived values. >>> >>> [StdWXCalculate] >>> >>> [[Calculations]] >>> # Derived quantities are calculated by this service. Possible values >>> are: >>> # hardware - use the value provided by hardware >>> # software - use the value calculated by weewx >>> # prefer_hardware - use value provide by hardware if available, >>> # otherwise use value calculated by weewx >>> >>> pressure = prefer_hardware >>> barometer = prefer_hardware >>> altimeter = prefer_hardware >>> windchill = prefer_hardware >>> heatindex = prefer_hardware >>> dewpoint = prefer_hardware >>> inDewpoint = prefer_hardware >>> rainRate = prefer_hardware >>> >>> >>> ############################################################################## >>> >>> # For hardware that supports it, this section controls how often the >>> # onboard clock gets updated. >>> >>> [StdTimeSynch] >>> >>> # How often to check the weather station clock for drift (in seconds) >>> clock_check = 14400 >>> >>> # How much it can drift before we will correct it (in seconds) >>> max_drift = 5 >>> >>> >>> ############################################################################## >>> >>> # This section is for configuring the archive service. >>> >>> [StdArchive] >>> >>> # If the station hardware supports data logging then the archive >>> interval >>> # will be downloaded from the station. Otherwise, specify it (in >>> seconds). >>> archive_interval = 300 >>> >>> # How long to wait (in seconds) before processing new archive data. >>> Must >>> # be greater than zero. >>> archive_delay = 15 >>> >>> # If possible, new archive records are downloaded from the station >>> # hardware. If the hardware does not support this, then new archive >>> # records will be generated in software. >>> # Set the following to "software" to force software record >>> generation. >>> record_generation = hardware >>> >>> # Whether to include LOOP data in hi/low statistics >>> loop_hilo = True >>> >>> # The data binding used to save archive records >>> data_binding = wx_binding >>> >>> >>> ############################################################################## >>> >>> # This section binds a data store to a database. >>> >>> [DataBindings] >>> >>> [[wx_binding]] >>> # The database must match one of the sections in [Databases]. >>> database = archive_mysql >>> # The name of the table within the database >>> table_name = archive >>> # The manager handles aggregation of data for historical >>> summaries >>> manager = weewx.wxmanager.WXDaySummaryManager >>> # The schema defines the structure of the database. >>> # It is *only* used when the database is created. >>> schema = schemas.wview.schema >>> >>> >>> ############################################################################## >>> >>> # This section defines various databases. >>> >>> [Databases] >>> >>> # A SQLite database is simply a single file >>> [[archive_sqlite]] >>> database_type = SQLite >>> database_name = weewx.sdb >>> >>> # MySQL >>> [[archive_mysql]] >>> database_type = MySQL >>> database_name = weewx >>> >>> >>> ############################################################################## >>> >>> # This section defines defaults for the different types of databas >>> >> -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to weewx-user+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
