faaf7f483e
2.4.13 Update Change Date
2020-10-14 09:15:46 +03:00
babcda3eca
2.4.12 Update Change Date
2020-08-24 09:42:48 +03:00
fc9c9fcd77
2.4.11 Update change date
2020-07-07 10:01:38 +03:00
5ebae9be90
Merge branch '2.3' into 2.4
2020-06-05 09:36:24 +03:00
aa11c960b1
2.3.20 Update change date
2020-06-05 09:31:45 +03:00
d3d7054639
Merge branch '2.3' into 2.4
2020-04-24 16:09:20 +03:00
f527a8f2e6
2.3.19 Update Change Date
2020-04-23 14:23:57 +03:00
d0ab797938
Merge branch '2.3' into 2.4
2020-03-12 10:33:57 +02:00
e0cd6adb26
Update change date for 2.3.18
2020-03-10 10:45:47 +02:00
4a5293ebba
Merge branch '2.3' into 2.4
2020-03-02 18:05:11 +02:00
8b763fb88b
Merge branch '2.3' into 2.4
2020-02-12 08:27:48 +02:00
cfb3f79b54
Update 2.3.17 Change Date
2020-02-10 15:28:38 +02:00
a7e0142224
Merge branch '2.3' into 2.4
2020-01-15 11:29:37 +02:00
790d90f229
Update 2.3.16 Change Date
2020-01-15 11:08:51 +02:00
a9a2b753c0
Update 2.4.5 change date
2019-12-18 13:25:03 +02:00
f6731a898d
Update change date
2019-11-13 08:37:17 +02:00
fdfbf3e133
Update 2.4.3 change date
2019-11-05 12:21:00 +02:00
861e27eb00
Merge branch '2.3' into 2.4
2019-10-29 14:04:31 +02:00
df6c56e7ca
Update 2.3.13 Change Date
2019-10-29 12:51:31 +02:00
ebbd806c6a
Merge branch '2.3' into 2.4
2019-09-06 10:59:08 +03:00
00feb61b23
MXS-2652 Do not clear maintenance flag when a server goes down
...
The set of flags to clear should be well-defined.
2019-09-06 09:43:32 +03:00
0ba779d5a2
Update 2.4.0 Change Date
2019-06-25 10:11:55 +03:00
5e03ff35eb
Continue external command cleanup
...
Simplify serverlist creation code.
2019-06-07 11:30:44 +03:00
4ed154d07f
Create ExternalCmd during monitor configuration
...
The command object need not be recreated every time it's ran.
2019-06-04 14:55:09 +03:00
11a8488162
Begin converting EXTERNCMD to a class
...
Mostly renaming for now.
2019-05-28 11:32:23 +03:00
cf46004bd8
Make the servers-array in Monitor private
...
This prevents derived classes from modifying the array directly,
which would be unsafe.
2019-05-21 10:58:24 +03:00
c801789ff3
Cleanup monitor running state
2019-05-17 13:34:48 +03:00
08b4c26652
Monitor types and fields cleanup
...
Moves some enums to class enums. Moves some free functions to class methods.
2019-05-17 13:34:48 +03:00
f86f2c7688
Move remaining monitor status print functions inside class
2019-05-17 13:31:20 +03:00
884b5ea706
Change monitor ticks to atomic_long
...
The original atomic_int64_t was not supported on older compilers.
2019-05-14 14:02:02 +03:00
a9b1e3a442
Move some Monitor fields to private and protected
...
None of the fields should be publicly writable and some should not even
be writable from derived classes.
2019-05-10 14:48:41 +03:00
b4e8f79c5f
Format core sources again
...
Formatted with nl_func_type_name and related options set to ignore. This
keeps the formatting intact for long return types in declarations and
definitions.
2019-05-10 09:21:52 +03:00
82b4338eca
Remove MonitorManager calls from Monitor functions
...
Also adds admin thread checks to MonitorManager functions and combines
anonymous namespaces.
2019-04-30 13:45:48 +03:00
c4b27cdefc
Store server->monitor relation in a map
...
Removes the need to iterate through monitor serverlists. Also adds asserts to verify
that monitor modifications are done only from an admin thread.
2019-04-30 13:45:48 +03:00
fadbc0b1ae
Separate Monitor management to its own file
...
Allows better separation of file local data. Also allows moving monitor-
related code from config_runtime.cc.
2019-04-25 12:32:41 +03:00
6aedcc085f
Remove references to NDB server state
2019-04-24 14:15:56 +03:00
75c0ac5323
Move items from MonitorWorker to MonitorWorkerSimple
...
MonitorWorker only enforces the use of a worker thread but otherwise
does not define how the monitor is implemented.
2019-04-24 11:27:11 +03:00
f4c6b648d8
MXS-2271 Remove monitor->m_active field
...
Deactivated monitors are now moved to a separate, inaccessible list.
2019-04-02 13:08:38 +03:00
d89f0c062b
MXS-2271 Change Monitor->m_name to std::string
...
Also, monitor address is no longer printed.
2019-04-02 13:08:38 +03:00
3ac1b40b63
MXS-2271 Refactor disk space checking
...
The functions are now in MonitorServer. Disk space can only be checked
during specific ticks. If a server misses a tick (e.g. is down) it will
be checked after disk_space_check_interval has passed.
2019-03-20 10:40:45 +02:00
6b14479b6c
MXS-2271 Rename MXS_MONITORED_SERVER to MonitorServer
2019-03-19 13:32:38 +02:00
14b4fa632a
MXS-2271 Move Monitor inside maxscale-namespace
...
Rearranged monitor.cc by namespace.
2019-03-15 12:57:35 +02:00
5e3f837b42
MXS-2271 Continue monitor header cleanup
...
No more free functions. Local functions moved to anonymous namespace.
2019-03-15 12:57:35 +02:00
ac5ee1278c
MXS-2271 Cleanup internal monitor header and its functions
...
Some functions still accessed the servers-array. Most functions are now
inside class. Removed unused defines.
2019-03-12 15:32:56 +02:00
a8949b2560
MXS-2271 Move free monitor functions into classes
...
Functions are divided to MonitorManager, Monitor, or the monitored
server.
2019-03-12 10:29:55 +02:00
40f24aaaee
MXS-2271 Remove m_monitor self pointer
2019-03-12 10:29:55 +02:00
a8c878fbca
MXS-2271 Remove unused setters
...
Runtime configuration changes now go through configure().
2019-03-12 10:29:55 +02:00
1858fe9127
MXS-2271 Monitor modifications always go through Monitor::configure()
...
Previously, runtime monitor modifications could directly alter monitor fields,
which could leave the text-form parameters and reality out-of-sync. Also,
the configure-function was not called for the entire monitor-object, only the
module-implementation.
Now, all modifications go through the overridden configure-function, which calls the
base-class function. As most configuration changes are given in text-form, this
removes the need for specific setters. The only exceptions are the server add/remove
operations, which must modify the text-form serverlist.
2019-03-12 10:19:45 +02:00
2a63fb0776
MXS-2304 Store config parameter container as value in monitor and service
2019-02-22 16:53:17 +02:00
7a99b5d253
MXS-2314 Define monitor state in terms of worker state
...
Worker::STOPPED -> MONITOR_STATE_STOPPED
Worker::POLLING -> MONITOR_STATE_RUNNING
Worker::PROCESSING -> MONITOR_STATE_RUNNING
By defining the monitor state from the worker state there is
no risk they will ever get out of sync. And there is one thing
less to maintain.
2019-02-11 13:03:18 +02:00