Seit Update auf 3.2 geht nichts mehr :(

Hallo
mhcs6wuq8a (debug log)
habe heute das Update auf 3.2 3.3 3.0 gemacht.
bei update Prozess hatte ich schon eine Anzeige das ich mit mit dem Admin in Verbindung setzen soll

danach hatte ich einen neustart gemacht und dann gingen die Probleme los :frowning:

pi@pihole:~ $ pihole -v
Pi-hole version is v3.2-105-g1e87850 (Latest: v3.3)
AdminLTE version is v3.3 (Latest: v3.3)
FTL version is v3.0 (Latest: v3.0)

$ sudo dnsmasqsudo dnsmasq --test
dnsmasq: extraneous parameter at line 37 of /etc/dnsmasq.d/01-pihole.conf

nachdem ich dann die Zeile auskomentiert habe funktioniert das PiHole aber immer noch nicht :frowning:

wer kann mir hier helfen?
als Windows nutzer ist es für mich nicht möglich den Fehler selber zu beheben :frowning:

würde mich über Hilfe sehr freuen

MfG Heiko

cd /etc/.pihole
sudo git fetch --tags
pihole -r

pi@pihole:~ $ cd /etc/.pihole
pi@pihole:/etc/.pihole $ sudo git fetch --tags
fatal: unable to access 'https://github.com/pi-hole/pi-hole.git/': Could not resolve host: github.com

Vielen Dank für die schnelle Antwort,
hab das gar nicht mitbekommen das man den Pi nicht Updaten darf :frowning:
(hab die startseite gar nicht gesehen:( )

ich denke das aber irgendwas nicht stimmt, da die Fehlermeldung mir nicht so gefällt
pihole -r führe ich erst gar nicht aus.

hab es wohl nun zurückspielen können,
pi@pihole:~ $ pihole -v
Pi-hole version is v3.2.1 (Latest: v3.3)
AdminLTE version is v3.2.1 (Latest: v3.3)
FTL version is v2.13.2 (Latest: v3.0)

aber funktionieren tut das Hole noch nicht .. noch bisi lesen, was das sein könnte.

0crzxbylc3

Ist bei mir genau so. Ich komme auch nicht mehr weiter und das System steht.

Verzeih mir, das ist übersetzt. Debian Jessie läuft nicht mit 3.3, wir haben den Fix zur Aktualisierung von Jessie auf 3.3 noch nicht veröffentlicht, wir arbeiten jetzt daran.

1 Like

Was funktioniert denn bei Euch beiden nicht?

Ist es mithilfe von

sudo service dnsmasq restart

zu beheben oder gibt das Fehler aus?
In letzterem Fall, was ist die Ausgabe von

sudo service dnsmasq status

?

service dnsmasq restart
Job for dnsmasq.service failed. See 'systemctl status dnsmasq.service' and 'journalctl -xn' for details.

Ich werde nun einfach auf den Fix warten.. :smiley:

Ein möglicher Fix (nur für Raspberries!) ist nun hier:

@luckyheiko hat ein Debug Log hochgeladen aus dem ich entnehmen kann, dass er Raspbian Jessie benutzt. Der Fix sollte ihm damit weiterhelfen.

Bei @Andreas_Cahen weiß ich nicht ob Raspbian im Spiel ist, aber wenn ja, dann sollte der Fix auch ihm weiterhelfen.

Hallo

habe es nach der Anleitung versucht
pi@pihole:/etc/.pihole $ sudo pihole -up
[i] Checking for updates...
fatal: HEAD does not point to a branch

Error: Remote revision could not be obtained, please contact Pi-hole Support
Additional debugging output:
HEAD detached at v3.2.1
nothing to commit, working directory clean

pi@pihole:/etc/.pihole $ pihole -v
Pi-hole version is v3.2.1 (Latest: v3.3)
AdminLTE version is v3.2.1 (Latest: v3.3)
FTL version is v2.13.2 (Latest: v3.0)

so weit ich das auf die schnelle beurteilen kann, kann ich das PiHole wieder nutzen.

weiteres muss ich nun erst mal prüfen
iu8y7nb7e7

P.S. ja es handelt sich bei mir um einen RaspPi 3 mit Jessy auf dem nur ein Volkszähler und das Pihole läuft.

Vielen Dank für die hilfe

hallo

tut mir leid zu früh gefreut :frowning:
das PiHole geht nicht, ich hatte in der FritzBox noch die FritzBox als DNS eingestellt und nicht das PiHole ..

ich bekomme keine Seiten Angezeigt.

werde wohl warten mussen bis es einen 'richtigen' Fix gibt, da ich 'keine' Linux kentnisse habe.

EDIT:
hab gerade noch mal ein pihole -r gemacht.
e5m2wipr11

leider keine Veränderung
sobald ich in der Fritzbox wieder das Pihole als DNS eintrage bekomme ich keine Seiten angezeigt.

Okay, laut Deinem Debug Log, ist jetzt etwas Wirrwarr entstanden. Bitter versuch mal folgendes um Dich wieder auf den korrekten Weg zu bringen:

sudo pihole checkout master

danke erst mal für die schnelle Hilfe

pi@pihole:~ $ sudo pihole checkout master
Please note that changing branches severely alters your Pi-hole subsystems
Features that work on the master branch, may not on a development branch
This feature is NOT supported unless a Pi-hole developer explicitly asks!
Have you read and understood this? [y/N] y

[i] Shortcut "master" detected - checking out master branches...
[i] Pi-hole core
fatal: ref HEAD is not a symbolic ref
[✓] Switching to branch: 'master' from ''
fatal: ambiguous argument '': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git [...] -- [...]'
[i] Already up-to-date.
[i] Web interface
fatal: ref HEAD is not a symbolic ref
[✓] Switching to branch: 'master' from ''
fatal: ambiguous argument '': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git [...] -- [...]'
[i] Already up-to-date.
[✓] Detected ARM-hf architecture (armv7+)
[✓] Installing FTL


pi@pihole:~ $ pihole -v
Pi-hole version is v3.3 (Latest: v3.3)
AdminLTE version is v3.3 (Latest: v3.3)
FTL version is vDev-a1b2fa0 (Latest: v3.0)

pi@pihole:~ $ pihole -up
[i] Checking for updates...
[i] Pi-hole Core: up to date
[i] FTL: update available

[i] FTL out of date

FTL Checks...
[✓] Detected ARM-hf architecture (armv7+)
Checking for existing FTL binary...
[✓] Downloading and Installing FTL

Web Interface: up to date
FTL version is now at v3.0
[✓] Starting pihole-FTL service
[✓] Enabling pihole-FTL service to start on reboot

Dann war alles ge-updatet,
geht aber immer noch nicht.
Sobald ich das PiHole als DNS in die Fritzbox eintrage, bekomme ich keine seiten mehr angezeigt.

2woih5983y

Okay, was sagt

ifconfig

und

ip -4 address

?

Hier habe ich eigentlich nichts verändert.
der Pi hat eine 'feste# iP 192.168.10.30 (hatte ich auf jedenfall gedacht)

pi@pihole:~ $ ifconfig
eth0 Link encap:Ethernet HWaddr b8:27:eb:0c:f2:49
inet6 addr: fe80::90d5:199a:da13:e6e5/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:2053 errors:0 dropped:0 overruns:0 frame:0
TX packets:2053 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:166082 (162.1 KiB) TX bytes:166082 (162.1 KiB)

wlan0 Link encap:Ethernet HWaddr b8:27:eb:59:a7:1c
inet addr:192.168.10.30 Bcast:192.168.10.255 Mask:255.255.255.0
inet6 addr: fe80::af30:3185:8853:55bc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1526 errors:0 dropped:278 overruns:0 frame:0
TX packets:1337 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:385116 (376.0 KiB) TX bytes:891414 (870.5 KiB)

pi@pihole:~ $ ip -4 address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
inet 192.168.10.30/24 brd 192.168.10.255 scope global wlan0
valid_lft forever preferred_lft forever
pi@pihole:~ $

Hallo
ich glaub ich hab meinen Fehler endeckt,
beim pihole -r hatte ich wohl einmal ETH0 gewählt anstelle von WLAN

ich teste es gleich noch mal, muss nur noch neustarten.

Edit:
Ja, fehler hatte ich selber eingebaut :frowning:
war wohl bei mir auf eth0 anstelle von wlan0

nun noch mal pihole -r und nun klappts.
(Blocken muss ich noch mal testen, aber ich bekomme auf jedenfall wieder seiten angezeigt)

Vielen Dank für die gedult und die Mühe.

mfg Heiko

P.S.:
pi@pihole:~ $ pihole -v
Pi-hole version is v3.3 (Latest: v3.3)
AdminLTE version is v3.3 (Latest: v3.3)
FTL version is v3.0 (Latest: v3.0)

lauffähig auf einem Pi mit Jessie!

:tada:

Danke für die Rückmeldung und vielen Dank dass Du Pi-hole nutzt! :slight_smile: