node_helper.js is not working?

vandy2424

I am unsure how else I am supposed to respond other than to say, this is the exact config that produced those backend/front end logs. If this is unusual, maybe something is broken here? I am not sure what “working” logs are supposed to look like, since it sounds like mine may be broken.

To show proof, here are screenshots as I am unsure how else to provide feedback here.
(I pulled up the dev window as far as I could while still exposing working default modules). This output is the same as listed above:

I also did a CTRL-ALT-DELETE to allow me to access my text editor and pull up the MagicMirror/config.js file live while the magic mirror is still running. This is the exact config I posted previously:

The front & backend logs remain completely the same as posted earlier. Hopefully I am not completely misunderstanding you here. Thanks for the help!

MMRIZE

@vandy2424
I think websocket issue would be the reason. Can you confirm whether other node_helper dependent module(e.g. default calendar module) works other than MMM-DynamicWeather?

Usually, websocket could be broken by firewall setting, port problem, network quality or by old library, oand many various reasons. Anyway when websocket is broken once, socketNotification will not work.

sdetweil

@vandy2424 can you please show the contents of the config folder

vandy2424

@MMRIZE Hey MMRize,

Yeah I went ahead and setup the calendar module. The first thing I tried was running this module with the default config:

    module: "calendar",
    position: "top_left", // This can be any of the regions. Best results in left or right regions.
    config: {
      // The config property is optional.
      // If no config is set, an example calendar is shown.
      // See 'Configuration options' for more information.
    },
  },

This returned loading… on the magic mirror. (I assumed based on the documentation it would at least show an example calendar).

I then tried to add a very basic calendar in the config.js just to see if the result would change:

module: "calendar",
      position: "top_left", // This can be any of the regions. Best results in left or right regions.
      config: {
        // The config property is optional.
        // If no config is set, an example calendar is shown.
        // See 'Configuration options' for more information.
        calendars: [
					{
						symbol: "calendar-check",
						url: "https://www.calendarlabs.com/ical-calendar/ics/39/Canada_Holidays.ics"									
          },
        ],
      },

And i still got the same result (Loading…).

sdetweil

@vandy2424

when you start mm,do

 npm start >somefile.txt 2>&1

that will capture all the backend output

the front end said it started the modules listed in that config.js

vandy2424

@sdetweil yes here are the contents of the config folder:

vandy2424

@sdetweil I did this and exported a file out. I then went ahead and ran the MagicMirror for 2 minutes.

Here is the output (same as before):

[09.02.2024 17:44.28.817] [LOG]   Starting MagicMirror: v2.26.0
[09.02.2024 17:44.28.835] [LOG]   Loading config ...
[09.02.2024 17:44.28.841] [DEBUG] config template file not exists, no envsubst
[09.02.2024 17:44.28.848] [LOG]   Loading module helpers ...
[09.02.2024 17:44.28.905] [LOG]   Initializing new module helper ...
[09.02.2024 17:44.28.907] [LOG]   Module helper loaded: updatenotification
[09.02.2024 17:44.28.909] [LOG]   No helper found for module: helloworld.
[09.02.2024 17:44.28.910] [LOG]   All module helpers loaded.
[09.02.2024 17:44.28.928] [LOG]   Starting server on port 8080 ... 
[09.02.2024 17:44.29.399] [LOG]   Server started ...
[09.02.2024 17:44.29.402] [LOG]   Connecting socket for: updatenotification
[09.02.2024 17:44.29.404] [LOG]   Starting module helper: updatenotification
[09.02.2024 17:44.29.405] [LOG]   Sockets connected & modules started ...
[09.02.2024 17:44.29.429] [LOG]   Launching application.
Warning: vkCreateInstance: Found no drivers!
Warning: vkCreateInstance failed with VK_ERROR_INCOMPATIBLE_DRIVER
    at CheckVkSuccessImpl (../../third_party/dawn/src/dawn/native/vulkan/VulkanError.cpp:88)
    at CreateVkInstance (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:458)
    at Initialize (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:344)
    at Create (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:266)
    at operator() (../../third_party/dawn/src/dawn/native/vulkan/BackendVk.cpp:521)

[09.02.2024 17:46.45.217] [LOG]   Shutting down server...
[09.02.2024 17:46.45.219] [LOG]   Stopping module helper: updatenotification
[09.02.2024 17:46.45.221] [LOG]   Node_helpers stopped ...

sdetweil

@vandy2424 bizarre, ok try this

cd ~
find . -type f -name config.js

there was a path resolve fix for config.js in this release

vandy2424

@sdetweil it returned the same location:

jackson@raspberrypi:~ $ find . -type f -name config.js
./Documents/MagicMirror/config/config.js

sdetweil

@vandy2424 weird. the console output doesn’t match…

ok, another thing, MagicMirror not running

ps -ef | grep -i magic

sdetweil

@vandy2424 according to the backend log, calendar was not a loaded module, so never get any data, loading… will be the only output

vandy2424

@sdetweil Hopefully this is what you were looking for here:

jackson@raspberrypi:~ $ ps -ef | grep -i magic
jackson   1781   806  0 08:21 ?        00:05:02 geany /home/jackson/Documents/MagicMirror/modules/MMM-Cocktails/node_helper.js
jackson   6037  1698  0 18:17 pts/0    00:00:00 grep --color=auto -i magic

sdetweil

@vandy2424 well, it’s something…

vandy2424

@sdetweil This is true, but in the backend log, none of my modules say they were loaded, and never have. Just mentions loading config and loading module helpers.

The clock & weather still work without showing they were loaded on the backend. (maybe this doesn’t matter since they don’t use a node_helper.js class).

sdetweil

@vandy2424 correct , weirdness…

MMRIZE

@vandy2424
Try ‘localhost’ or real IP instead of ‘0.0.0.0’.

vandy2424

@MMRIZE
I tried both localhost and the IP of my PI (LAN) and neither resolved the issue. Also, whether it matters or not, changing these also did not remove the WebSocket warning shown in the dev console.

MMRIZE

@vandy2424
Really weird.
Of course you are probably running MM as Electron standalone(not server/client). Hmmmm… How about your port forwarding on port 8080 on your home router or firewall? Something makes your ws not working.
Or… there is another process which is using that port as another ws instance.(but seems not possible… hmmmm) or proxy something maybe…

But I can’t guess any more sorry.

vandy2424

@MMRIZE
Yeah I’m not currently port forwarding at all right now and would have no reason to for 8080 anyways. But I really appreciate all your help! I can tell you that when I did a clean install of the Raspberry Pi OS, I have only installed MM and its dependencies.

All my libraries should be up to date. Maybe there is some strange clash going on with my library versions? Maybe I try to go to versions that you guys use (if they’re even different than mine)? Just some thoughts.

I’m glad that we are all at least on the same page of the strangeness going on here. Hopefully a lightbulb will pop up at some point and we can resolve the issue. Thanks again! :)

sdetweil

@vandy2424 ok the updatenotification and helloworld modules come from the js/defaults.js

I don’t see the path yet that does both.