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

Unable to delete log messages #2283

Open
jamieburchell opened this issue Feb 21, 2025 · 21 comments
Open

Unable to delete log messages #2283

jamieburchell opened this issue Feb 21, 2025 · 21 comments

Comments

@jamieburchell
Copy link

jamieburchell commented Feb 21, 2025

Versions

  • Pi-hole: 6.0.3
  • AdminLTE: 6.0.1
  • FTL: 6.0.1

Platform

  • OS and version: Rasbian 12
  • Platform: Raspberry Pi

Expected behavior

Deletion of log entries should work

Actual behavior / bug

An error message:

Error while deleting message: 2

Steps to reproduce

Steps to reproduce the behavior:

  1. Go to 'Pi-hole diagnostics'
  2. Click on 'Delete' against a row
  3. See error

Debug Token

Screenshots

Image

@yubiuser
Copy link
Member

From your debug log, there is no indication of an still existing warning log message. Did the deletion work before you created the debug log?

@jamieburchell
Copy link
Author

jamieburchell commented Feb 22, 2025

Interesting, that particular entey has vanished from the list. However, there's a new entry about high load (I was running an apt upgrade, which installed a new kernel) and that cannot be deleted either. I just checked, and that is still there now.

@yubiuser
Copy link
Member

Then please generate a new debug log

@jamieburchell
Copy link
Author

jamieburchell commented Feb 22, 2025

Tried 3 times

[?] Would you like to upload the log? [y/N] y
    * Using curl for transmission.
    * curl failed, contact Pi-hole support for assistance.
    * Error message: curl: (22) The requested URL returned error: 500

[✗] There was an error uploading your debug log.

@yubiuser
Copy link
Member

Change your host's upstream DNS server to an external one in /etc/resolv.conf and try again.

-rw-r--r-- 1 root root 72 Feb 21 17:15 /etc/resolv.conf
   nameserver 127.0.0.1
   nameserver 10.37.9.1

@jamieburchell
Copy link
Author

No difference. It's a 500 response each time

@yubiuser
Copy link
Member

We're investigating. Seems like our server has issues with the current high load

@yubiuser
Copy link
Member

Server is cleaned, please try again.

@jamieburchell
Copy link
Author

@jamieburchell
Copy link
Author

Confirmed the entry was present after generating the new token. Clicked delete and got the same error. Entry wouldn't delete. Kept clicking it, got the same amount of errors as clicks. Refreshed the page and the entry has now gone 🤷🏻‍♂️

@yubiuser
Copy link
Member

There is no error logged in the debug log. How did you access the web interface? HTTP or HTTPS - just asking because on 443 you're running nginx.

Next time you see a log message, have a look in the browsers console (F12) if any error shows up when deleting the message.

@jamieburchell
Copy link
Author

HTTP, port 80 on iOS Chrome. Homebridge web UI is on 443 and some other HTTP port.

I just forced a high load so I could get an entry in the log, used desktop Chrome with dev tools open (and cache disabled) and was able to delete the entry first time with no errors.

Perhaps an issue with iOS browsers?

@yubiuser
Copy link
Member

Maybe, I'm unable to test because I don't own an iOS device.

@jamieburchell
Copy link
Author

I can repro it every time on iOS. I just had it again and although I got an error that the entry couldn't be deleted, it was in fact gone after reloading the page.

@yubiuser
Copy link
Member

Thanks for testing. Then it seems like an iOS browser issue.

@jfb-pihole
Copy link
Member

Is this issue present with every IOS browser, or only with Chrome for IOS?

@jamieburchell
Copy link
Author

jamieburchell commented Feb 23, 2025

The issue is present in Safari. I need to confirm about Chrome (the shortcut I use doesn't actually state which browser it uses and I had assumed Chrome since that's my default). Right now every page load of the web UI is taking about 30 seconds in Chrome but in Safari is almost instant. No idea why, tried in incognito too.

@yubiuser
Copy link
Member

Ok, I have a wild guess that we just fixed an issue which could cause what you are seeing.
If you want to try it, please run

sudo pihole checkout ftl development

And check if the issue persists

@jamieburchell
Copy link
Author

jamieburchell commented Feb 25, 2025

Before I do that, I just tested in Chrome iOS and an entry I had in the log deleted successfully (no error). Note that Safari on iOS was causing the error on delete.

However, in Chrome on iOS every time I browse to a link within the UI it takes about 20-30 seconds to render the page.

@jamieburchell
Copy link
Author

Ok, I have a wild guess that we just fixed an issue which could cause what you are seeing. If you want to try it, please run

sudo pihole checkout ftl development

And check if the issue persists

🥳 Deleting entries on Safari iOS works as expected using the ftl dev branch

@yubiuser
Copy link
Member

Thanks for the feedback.
Once a new FTL release is published, you should go back on track with

sudo pihole checkout ftl master

@yubiuser yubiuser transferred this issue from pi-hole/pi-hole Feb 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants