[gelöst] sudo: Zum Lesen des Passworts ist ein Terminal erforderlich

[franky08]

P.S. Zitat"... wenn du mir sagst worum es geht..."
Wenn ich das wüste, hätte ich den Übeltäter schon identifiziert und das Problem behoben. Leider habe ich keinen Plan was das verursacht.

LG
Frank

[Prof. Dr. Peter Henning]

Schon mal im Ordner /opt/fhem einen Befehl

Code Auswählen Erweitern

grep -l -r sudo * abgesetzt?
Das liefert eine Liste aller Skripte, Dateien und Module, in denen das sudo auftritt. Diese Liste muss man dann natürlich noch analysieren, aber das liefert immerhin einen Ansatzpunkt.

LG

pah

[franky08]

Da sind nur Module ethalten die Bestandteil von fhem sind, nicht mal in irgendwelchen Utils die ich selber geschrieben habe ist sudo oder {system()} enthalten. Auf einer über FHEM2FHEM angebundenen Instanz habe ich gerade einen Copy Befehl gefunden der auf system verweist:

Code Auswählen Erweitern

{system("cp -a -u -R /opt/fhem/log /media/usb/Logs")}
Das ist aber nicht auf dem Host der den sudo Fehler ausgibt sondern auf einem zweiten
Rechner.

Das war es wohl nicht, habe es entfernt aber die Meldung tritt trotzdem noch auf!

Code Auswählen Erweitern

/opt/fhem# grep -l -r sudo *
CHANGED
contrib/lcd4linux/rpi_dpf/lcd4linux
contrib/MadMax/76_SMAInverter.pm
contrib/signal/signal_install.sh
contrib/signal/fhem_signal_docker_install.sh
contrib/pahenning/Roomba/99_RoombaUtils.pm
contrib/statistics/2017/statistics2.cgi
contrib/73_UpsPico.pm
contrib/betateilchen/debianfhemde/README
contrib/betateilchen/debianfhemde/debianfhemde/html/gpg_trouble.html
contrib/DS_Starter/93_DbRep.pm
contrib/DS_Starter/76_SMAPortal/76_SMAPortal_V3.7.1_23272.pm
contrib/DS_Starter/76_SMAPortal/76_SMAPortal_V3.6.4_23137.pm
contrib/DS_Starter/76_SMAPortal/76_SMAPortal_V3.6.5_23165.pm
contrib/DS_Starter/76_SMAPortal/76_SMAPortal_V3.7.0_23424.pm
contrib/DS_Starter/93_DbLog.pm
contrib/DS_Starter/50_SSChatBot.pm
contrib/DS_Starter/76_SMAInverter.pm
contrib/DS_Starter/76_SMAPortal.pm
contrib/DS_Starter/93_Log2Syslog.pm
contrib/DS_Starter/50_SSFile.pm
contrib/DS_Starter/76_SolarForecast.pm
contrib/DS_Starter/57_SSCal.pm
contrib/DS_Starter/49_SSCam.pm
contrib/98_EDIPLUG.pm
contrib/97_SprinkleControl.pm
contrib/98_STOCKQUOTES.pm
contrib/98_Sprinkle.pm
docs/commandref_DE.html
docs/fhem.html
docs/HOWTO_DE.html
docs/HOWTO.html
docs/fhem_DE.html
docs/commandref.html
FHEM/98_CDCOpenData.pm
FHEM/51_I2C_TSL2561.pm
FHEM/36_ShellyMonitor.pm
FHEM/70_SamsungAV.pm
FHEM/98_UbiquitiMP.pm
FHEM/74_XiaomiBTLESens.pm
FHEM/96_SIP.pm
FHEM/50_TelegramBot.pm
FHEM/93_DbRep.pm
FHEM/76_SMAEVCharger.pm
FHEM/00_TCM.pm
FHEM/98_Hyperion.pm
FHEM/98_Installer.pm
FHEM/70_ESCVP21net.pm
FHEM/58_RPI_1Wire.pm
FHEM/98_Verkehrsinfo.pm
FHEM/98_systemd_watchdog.pm
FHEM/74_Nmap.pm
FHEM/98_WOL.pm
FHEM/42_SMARTMON.pm
FHEM/55_DWD_OpenData.pm
FHEM/42_AptToDate.pm
FHEM/93_DbLog.pm
FHEM/50_SSChatBot.pm
FHEM/36_JeeLink.pm
FHEM/71_YAMAHA_MC.pm
FHEM/98_Text2Speech.pm
FHEM/52_I2C_MMA845X.pm
FHEM/76_SMAInverter.pm
FHEM/73_UpsPico.pm
FHEM/72_FRITZBOX.pm
FHEM/00_SIGNALduino.pm
FHEM/98_serviced.pm
FHEM/10_GFPROBT.pm
FHEM/93_Log2Syslog.pm
FHEM/51_RPI_GPIO.pm
FHEM/00_SONOS.pm
FHEM/98_vitoconnect.pm
FHEM/Meta.pm
FHEM/38_BEOK.pm
FHEM/98_inotify.pm
FHEM/38_CO20.pm
FHEM/37_echodevice.pm
FHEM/39_gassistant.pm
FHEM/73_MPD.pm
FHEM/36_WMBUS.pm
FHEM/97_PiXtendV2.pm
FHEM/50_SSFile.pm
FHEM/51_I2C_BMP180.pm
FHEM/42_npmjs.pm
FHEM/50_Signalbot.pm
FHEM/95_Shares.pm
FHEM/39_alexa.pm
FHEM/98_EDIPLUG.pm
FHEM/76_SolarForecast.pm
FHEM/31_Nello.pm
FHEM/57_SSCal.pm
FHEM/30_tradfri.pm
FHEM/55_PIFACE.pm
FHEM/14_SD_WS09.pm
FHEM/98_BOSEST.pm
FHEM/49_SSCam.pm
FHEM/WMBus.pm
FHEM/73_DoorBird.pm
FHEM/42_SYSMON.pm
FHEM/98_STOCKQUOTES.pm
FHEM/98_GOOGLECAST.pm
FHEM/44_TEK603.pm
FHEM/38_Broadlink.pm
FHEM/00_RPII2C.pm
FHEM/70_VIERA.pm
log/fhem-2024-08.log


P.S. es müllt mir langsam das Log zu, ich hoffe das ich Quelle bald finden kann, alle anderen Fehler, die nach dem Umzug auf Debian Bookworm und dem anpassen der Devices nötig waren, habe ich ich behoben bekommen.

LG
Frank

[franky08]

Am Tag treten die Meldungen im Log nur so ca. 1xpro Stunde auf. Über die Nacht und ab Abend häufen sich die Logeinträge massiv und ich lösche am Morgen die Einträge. Seit 7:00 Uhr bis jetzt 8:30 Uhr gab keinerlei Einträge!

[frank]

mit global verbose=5 bekommt man eventuell weitere zeitgleiche meldungen, die hinweise zum ursprung geben könnten.

[franky08]

Ich denke der Sache langsam auf die Spur zu kommen! Am Abend werden die Bewegungsmelder aktiv geschaltet die dann die IPCAM im Flur und im WZ auslösen. In beiden IPCAM Kameras sind User und PW gesetzt.
Log

Code Auswählen Erweitern

2024.08.07 09:17:04 0: IPCAM (ipcam2) - error while getting snapshot http://192.168.2.39:88/cgi-bin/CGIProxy.fcgi?usr=USER&pwd=PW&cmd=snapPicture2 - read from http://192.168.2.39:88 timed out
2024.08.07 09:17:04 0: IPCAM (ipcam2) - error while getting snapshot http://192.168.2.39:88/cgi-bin/CGIProxy.fcgi?usr=USER&pwd=PW.&cmd=snapPicture2 - read from http://192.168.2.39:88 timed out
sudo: Zum Lesen des Passworts ist ein Terminal erforderlich; verwenden Sie entweder die Option -S, um aus der Standardeingabe zu lesen oder richten Sie das Askpass-Hilfsprogramm ein
sudo: Ein Passwort ist notwendig
2024.08.07 09:22:03 0: IPCAM (ipcam2) - error while getting snapshot http://192.168.2.39:88/cgi-bin/CGIProxy.fcgi?usr=USER&pwd=PW&cmd=snapPicture2 - read from http://192.168.2.39:88 timed out
2024.08.07 09:22:04 0: IPCAM (ipcam2) - error while getting snapshot http://192.168.2.39:88/cgi-bin/CGIProxy.fcgi?usr=USER2&pwd=PW&cmd=snapPicture2 - read from http://192.168.2.39:88 timed out
Die snaphots werden unter ./www/snapshot oder Camera2 unter ./www/snapshot2 gespeichert und trotz der Fehlermeldung sind die auch da gespeichert und können mitweblink:

Code Auswählen Erweitern

Internals:
   DEF        image /fhem/www/snapshot/ipcam_snapshot_1.jpg
   FUUID      66adeffb-f33f-3827-0cf3-dfa3205acd8f6c35
   LINK       /fhem/www/snapshot/ipcam_snapshot_1.jpg
   NAME       Camera_snp
   NR         1729
   STATE      initialized
   TYPE       weblink
   WLTYPE     image
Attributes:
   htmlattr   width=720 height=420
   room       Kamera
abgerufen werden.

Hier ein list der WZ Kamera:

Code Auswählen Erweitern

Internals:
   AUTHORITY  192.168.2.64:88
   DEF        192.168.2.64:88
   FUUID      66adeffb-f33f-3827-c0f7-9052613a8af00521
   NAME       ipcam
   NR         1726
   SEQ        3
   STATE      last: 2024-08-07 09:17:27
   TYPE       IPCAM
   eventCount 39
   READINGS:
     2024-08-07 09:17:27   last            ipcam_snapshot.jpg
     2024-08-07 09:17:24   snapshot1       ipcam_snapshot_1.jpg
     2024-08-07 09:17:26   snapshot2       ipcam_snapshot_2.jpg
     2024-08-07 09:17:27   snapshot3       ipcam_snapshot_3.jpg
     2024-08-07 09:17:22   snapshot4       ipcam_snapshot_4.jpg
     2024-08-07 09:17:23   snapshot5       ipcam_snapshot_5.jpg
     2024-08-07 09:17:23   snapshots       5
Attributes:
   cmd01      cmd=ptzStopRun&usr=USER&pwd=PASSWORD
   cmdPanLeft cmd=ptzMoveLeft&usr=USER&pwd=PASSWORD
   cmdPanRight cmd=ptzMoveRight&usr=USER&pwd=PASSWORD
   cmdPos01   cmd=ptzGotoPresetPoint&name=Tuer&usr=USER&pwd=PASSWORD
   cmdPos02   command=41
   cmdTiltDown cmd=ptzMoveDown&usr=USER&pwd=PASSWORD
   cmdTiltUp  cmd=ptzMoveUp&usr=USER&pwd=PASSWORD
   delay      1
   model      Foscam
   path       cgi-bin/CGIProxy.fcgi?usr=USER&pwd=PASSWORD&cmd=snapPicture2
   pathCmd    cgi-bin/CGIProxy.fcgi
   pathPanTilt cgi-bin/CGIProxy.fcgi?usr=USERk&pwd=PASSWORD
   room       Kamera,Wohnzimmer
   snapshots  5
   storage    ./www/snapshot
   timestamp  0
Hatte zum testen eben beide Bewegungsmelder bzw. die notify die den snaphot auslösen, aktiviert und schon läuft das Logfile voll.

LG
Frank

[franky08]

@frank
Bis jetzt ist Ruhe! Habe beide IPCAM´s aktiv geschaltet und die Firm. beider Cameras upgedatet, die Pfade nochmal neu gesetzt und bestimmt 10 mal getestet!
Bis jetzt taucht weder der http Fehler (snapshot kann nicht gelesen werden) noch der sudo Fehler auf. Mal den Abend abwarten -:)

P.S. die sudo Meldung ist nach wie vor noch da...
P.S.S. bleibt wohl nur täglich das Logfile zu bereinigen 
VG
Frank

[franky08]

Sooo, mit global verbose 5 habe ich im Log gesehen das die Meldung vom "Text2Speech" Modul verursacht wurde!
Ich habe sämtliche Aufrufe die TTS verwendet haben gelöscht, dass war heute Mittag und seit dem ist bis jetzt Ruhe. Text2Speech natürlich auch gelöscht, kann jetzt leider nicht mehr nachsehen wie das definiert war aber ich denke das das ansprechen des ALSA Devices, zur Tonausgabe, daran Schuld war, das passiert ja auf Systemebene.

VG
Frank

P.S. Der Fehler hatte den Vorteil das ich das System mal gründlich ausgemistet habe