Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pi-hole FTL v4.2.2 #510

Merged
merged 38 commits into from
Feb 18, 2019
Merged

Pi-hole FTL v4.2.2 #510

merged 38 commits into from
Feb 18, 2019

Conversation

DL6ER
Copy link
Member

@DL6ER DL6ER commented Feb 15, 2019

This release simplifies the handling of the overTime data structures. These structures store the data of the queries over time (permitted / blocked) as well as the client-specific data needed to compute the following two graphics on the dashboard:

screenshot from 2019-02-15 17-46-56

To allow for this simplification, we fixated the length rolling to 24 hours. The option MAXLOGAGE can still be loaded to specify how much should be read from the database but can not be used any longer to, e.g., enlarge the displayed window. The change was long overdue and is necessary to keep the code maintainable. Some users have been suffering from a breakdown of the previously used fully dynamic memory handling. This release fixes these errors.

DL6ER and others added 26 commits February 10, 2019 09:30
…ed for on-the-fly resizing of the nested structs

Signed-off-by: DL6ER <dl6er@dl6er.de>
Signed-off-by: DL6ER <dl6er@dl6er.de>
If we are unable to create or resize shared memory then there is no
point in continuing execution. Further interactions with shared memory
may result in crashes which are hard to debug. As a result of this
change, there is no need to check if the returned shared memory object
pointer is null, because if the function succeeded, the operation was
successful.

Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
Signed-off-by: DL6ER <dl6er@dl6er.de>

Conflicts:
	shmem.c
Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
There is now no case where the overTime ID is invalid. GC will run
before the overTime slots run out.

Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
…ata to zero

Signed-off-by: DL6ER <dl6er@dl6er.de>
…rom the long-term database

Signed-off-by: DL6ER <dl6er@dl6er.de>
…onfig.c where an uninitialised value was created by a stack allocation and used in getline()

Signed-off-by: DL6ER <dl6er@dl6er.de>
Also removed the overTime client prefix macro, and clarified order of
operations when calculating overTime memory size

Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
getOverTimeID returns `unsigned int`

Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
…-1 to ensure we're not accidentially accessing other memory

Signed-off-by: DL6ER <dl6er@dl6er.de>
Signed-off-by: DL6ER <dl6er@dl6er.de>
…et up correctly

Signed-off-by: DL6ER <dl6er@dl6er.de>
Signed-off-by: DL6ER <dl6er@dl6er.de>
Signed-off-by: DL6ER <dl6er@dl6er.de>
…g earlier to properly align to a full hour

Signed-off-by: DL6ER <dl6er@dl6er.de>
Signed-off-by: DL6ER <dl6er@dl6er.de>
Signed-off-by: DL6ER <dl6er@dl6er.de>
Signed-off-by: DL6ER <dl6er@dl6er.de>
This ensures that all queries which do not fit within the shifted
overTime intervals are removed. Previously, there were warnings about
queries being too old to fit in the new overTime slots:
```
WARN: overTime timeidx correction failed (0: 5 / 6)
```

Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
@DL6ER DL6ER added the Release label Feb 15, 2019
@DL6ER DL6ER added this to the v4.2.2 milestone Feb 15, 2019
@DL6ER DL6ER marked this pull request as ready for review February 15, 2019 20:31
Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
config.c Show resolved Hide resolved
AzureMarker
AzureMarker previously approved these changes Feb 16, 2019
AzureMarker added a commit to pi-hole/docs that referenced this pull request Feb 16, 2019
The maximum value will be changed with FTL v4.2.2. Therefore, do not
merge this commit until it is released.

FTL v4.2.2 release PR: pi-hole/FTL#510

Signed-off-by: Mcat12 <newtoncat12@yahoo.com>
dschaper
dschaper previously approved these changes Feb 16, 2019
jacobsalmela
jacobsalmela previously approved these changes Feb 17, 2019
…rting dnsmasq_main as it will be done again, shortly after.

Signed-off-by: DL6ER <dl6er@dl6er.de>
Signed-off-by: DL6ER <dl6er@dl6er.de>
…n one pihole-FTL instance is logging into the same file

Signed-off-by: DL6ER <dl6er@dl6er.de>
PromoFaux
PromoFaux previously approved these changes Feb 17, 2019
@DL6ER DL6ER merged commit 4a8003c into master Feb 18, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants