Ucp node not starting after last update

hi, running FreePBX 14.0.1rc1.23, i just did a system module upgrade that updated asterisk to 13.16 and also jsnode and some others. i rebooted the pbx after and now i see that ucpnode will not start. i have tried starting at the console like this:

[root@uepbx1 asterisk]# fwconsole start ucpnode
Running FreePBX startup…
Taking too long? Customize the chown command, See Sangoma Documentation
Setting Permissions…
Setting specific permissions…
3 [============================]
Finished setting permissions
Unable to run Pre-Asterisk hooks, because Asterisk is already running on PID 2850 and has been running for 15 hours, 33 minutes, 24 seconds

but no luck. also, i looked in /var/log/asterisk for the ucp logs and none are there. I think ucpnode relies on jsnode? i wonder if there is an issue with the new jsnode?

any help would be appreciated.

You need to reinstall pm2

andrew, thanks, i did that and the reinstall succeeded: so i tried to start ucpnode and still did not start…but now i have an error log (progress) seems to be complaining about sqlclient…any idea’s?

2017-06-15 21:47 -04:00: Error: Cannot find module ‘…/build/Debug/sqlclient’
at Function.Module._resolveFilename (module.js:485:15)
at Function.Module._load (module.js:437:25)
at Module.require (module.js:513:17)
at require (internal/module.js:11:18)
at Object. (/var/www/html/admin/modules/ucp/node/node_modules/mariasql/lib/Client.js:13:11)
at Module._compile (module.js:569:30)
at Object.Module._extensions…js (module.js:580:10)
at Module.load (module.js:503:32)
at tryModuleLoad (module.js:466:12)
at Function.Module._load (module.js:458:3)
2017-06-15 21:47 -04:00: Error: Cannot find module ‘…/build/Debug/sqlclient’
at Function.Module._resolveFilename (module.js:485:15)
at Function.Module._load (module.js:437:25)
at Module.require (module.js:513:17)
at require (internal/module.js:11:18)
at Object. (/var/www/html/admin/modules/ucp/node/node_modules/mariasql/lib/Client.js:13:11)
at Module._compile (module.js:569:30)
at Object.Module._extensions…js (module.js:580:10)
at Module.load (module.js:503:32)
at tryModuleLoad (module.js:466:12)
at Function.Module._load (module.js:458:3)

What version of node do you have?

andrew, sorry, i was not sure how to get that version since it is not in modules admin…so i tried this…does this contain the info you need?

fwconsole ma list

[root@uepbx1 ~]# fwconsole ma list ucpnode
No repos specified, using: [commercial,standard] from last GUI settings

±--------------------±--------------±---------±-----------+
| Module | Version | Status | License |
±--------------------±--------------±---------±-----------+
| accountcodepreserve | 13.0.2 | Enabled | GPLv2 |
| announcement | 13.0.7.1 | Enabled | GPLv3+ |
| areminder | 14.0.1.2 | Disabled | Commercial |
| arimanager | 13.0.4 | Enabled | GPLv3+ |
| asterisk-cli | 14.0.1 | Enabled | GPLv3+ |
| asteriskinfo | 13.0.7 | Enabled | GPLv3+ |
| backup | 14.0.1 | Enabled | GPLv3+ |
| blacklist | 13.0.14.2 | Enabled | GPLv3+ |
| broadcast | 14.0.1.4 | Enabled | Commercial |
| builtin | | Enabled | |
| bulkhandler | 13.0.14.4 | Enabled | GPLv3+ |
| calendar | 14.0.1alpha10 | Enabled | GPLv3+ |
| callback | 13.0.5.1 | Enabled | GPLv3+ |
| callerid | 13.0.8.1 | Disabled | Commercial |
| callforward | 14.0.1.1 | Enabled | AGPLv3+ |
| calllimit | 13.0.5.2 | Disabled | Commercial |
| callrecording | 13.0.11.4 | Enabled | AGPLv3+ |
| callwaiting | 14.0.1.1 | Enabled | GPLv3+ |
| campon | 13.0.4.1 | Enabled | GPLv3+ |
| cdr | 14.0.5.7 | Enabled | GPLv3+ |
| cel | 14.0.2.1 | Enabled | GPLv3+ |
| certman | 13.0.36.7 | Enabled | AGPLv3+ |
| cidlookup | 14.0.1.1 | Enabled | GPLv3+ |
| conferences | 13.0.23.6 | Enabled | GPLv3+ |
| conferencespro | 14.0.1 | Disabled | Commercial |
| configedit | 13.0.7 | Enabled | AGPLv3+ |
| contactmanager | 14.0.2 | Enabled | GPLv3+ |
| core | 14.0.1rc1.10 | Enabled | GPLv3+ |
| cos | 13.0.11.3 | Disabled | Commercial |
| customappsreg | 13.0.5.1 | Enabled | GPLv3+ |
| cxpanel | 13.0.3.3 | Disabled | GPLv3 |
| dahdiconfig | 14.0.1 | Enabled | GPLv3+ |
| dashboard | 14.0.2.4 | Enabled | AGPLv3+ |
| daynight | 13.0.14 | Enabled | GPLv3+ |
| dictate | 13.0.5 | Enabled | GPLv3+ |
| digium_phones | 13.0.7.1 | Enabled | GPLv2 |
| directory | 13.0.19.3 | Enabled | GPLv3+ |
| disa | 13.0.6.1 | Enabled | AGPLv3+ |
| donotdisturb | 14.0.1.1 | Enabled | GPLv3+ |
| endpoint | 14.0.2.3 | Enabled | Commercial |
| extensionroutes | 13.0.10.4 | Enabled | Commercial |
| fax | 14.0.2.2 | Enabled | GPLv3+ |
| faxpro | 14.0.1 | Disabled | Commercial |
| featurecodeadmin | 13.0.6.4 | Enabled | GPLv3+ |
| findmefollow | 14.0.1.9 | Enabled | GPLv3+ |
| firewall | 13.0.45 | Enabled | AGPLv3+ |
| framework | 14.0.1rc1.23 | Enabled | GPLv2+ |
| freepbx_ha | 13.0.11 | Enabled | Commercial |
| fw_langpacks | 14.0.1 | Enabled | GPLv3+ |
| hotelwakeup | 14.0.1.1 | Enabled | GPLv2 |
| iaxsettings | 14.0.1 | Enabled | AGPLv3 |
| infoservices | 13.0.1.1 | Enabled | GPLv2+ |
| irc | 2.11.0.7 | Enabled | GPLv3+ |
| ivr | 13.0.27.3 | Enabled | GPLv3+ |
| languages | 13.0.6 | Enabled | GPLv3+ |
| logfiles | 13.0.10.2 | Enabled | GPLv3+ |
| manager | 13.0.2.5 | Enabled | GPLv2+ |
| miscapps | 13.0.2.4 | Enabled | GPLv3+ |
| miscdests | 13.0.5 | Enabled | GPLv3+ |
| music | 13.0.22.3 | Enabled | GPLv3+ |
| outroutemsg | 13.0.2.1 | Enabled | GPLv3+ |
| paging | 13.0.26.1 | Enabled | GPLv3+ |
| pagingpro | 14.0.2.2 | Enabled | Commercial |
| parking | 13.0.19.6 | Enabled | GPLv3+ |
| parkpro | 13.0.30.3 | Disabled | Commercial |
| pbdirectory | 2.11.0.5 | Enabled | GPLv3+ |
| phonebook | 13.0.5.5 | Enabled | GPLv3+ |
| phpinfo | 13.0.2 | Enabled | GPLv2+ |
| pinsets | 13.0.8 | Enabled | GPLv3+ |
| pinsetspro | 13.0.9.3 | Enabled | Commercial |
| pm2 | 13.0.3.13 | Enabled | AGPLv3+ |
| presencestate | 14.0.1.2 | Enabled | GPLv3+ |
| printextensions | 13.0.3.1 | Enabled | GPLv3+ |
| queueprio | 13.0.2 | Enabled | GPLv3+ |
| queues | 14.0.2.2 | Enabled | GPLv2+ |
| qxact_reports | 13.0.15.2 | Enabled | Commercial |
| recording_report | 14.0.1.1 | Enabled | Commercial |
| recordings | 13.0.30.11 | Enabled | GPLv3+ |
| restapi | 13.0.21.1 | Enabled | AGPLv3 |
| restapps | 13.0.86.17 | Disabled | Commercial |
| ringgroups | 14.0.1.1 | Enabled | GPLv3+ |
| rmsadmin | 13.0.12 | Disabled | Commercial |
| sangomacrm | 13.0.1.11 | Disabled | Commercial |
| setcid | 13.0.6 | Enabled | GPLv3+ |
| sipsettings | 13.0.24.4 | Enabled | AGPLv3+ |
| sipstation | 13.0.13.19 | Enabled | Commercial |
| sms | 14.0.1.1 | Enabled | Commercial |
| sng_mcu | 13.0.5 | Enabled | Commercial |
| soundlang | 14.0.3.1 | Enabled | GPLv3+ |
| speeddial | 2.11.0.4 | Enabled | GPLv3+ |
| superfecta | 13.0.4 | Enabled | GPLv2+ |
| sysadmin | 14.0.7.4 | Enabled | Commercial |
| timeconditions | 14.0.2.6 | Enabled | GPLv3+ |
| tts | 13.0.10 | Enabled | GPLv3+ |
| ttsengines | 13.0.7 | Enabled | AGPLv3 |
| ucp | 14.0.1beta11 | Enabled | AGPLv3+ |
| userman | 14.0.3.11 | Enabled | AGPLv3+ |
| vmblast | 13.0.8 | Enabled | GPLv3+ |
| vmnotify | 13.0.18.2 | Disabled | Commercial |
| voicemail | 14.0.1.3 | Enabled | GPLv3+ |
| voicemail_report | 13.0.13.1 | Enabled | Commercial |
| vqplus | 13.0.26.8 | Enabled | Commercial |
| weakpasswords | 13.0.2 | Enabled | GPLv3+ |
| webcallback | 13.0.11.1 | Disabled | Commercial |
| webrtc | 14.0.3.3 | Enabled | GPLv3+ |
| xmpp | 14.0.1.2 | Enabled | AGPLv3 |
| zulu | 14.0.2.4 | Enabled | Commercial |
±--------------------±--------------±---------±-----------+

That is not a valid command.

node --version

[root@uepbx1 ~]# node --version
v8.0.0

Thanks!

np, is the version the issue?

Nope. I have no solution at this time.

andrew, sorry if this is a silly question, but what function does ucp node provide…because i cannot see anything on the server that does not work…calls are going through, i thought it was related to user control panel, but that seems to work as well.

UCP Node is no longer a module in 14. If you upgrade to UCP in edge it will remove UCP Node from your system and you can’t get it online anymore. The reasoning is that UCP Node has been merged into UCP.

Besides that all of your questions are answered in the wiki: https://wiki.freepbx.org/display/FPG/Node+Server-UCP

Please do not open a bug ticket on this. It’s not a bug, yet, through support procedures (eg using this forum) we are still working on this issue. All issues go through myself and my staff so if, after, working with me you open a ticket it simple ends up going back to me, which is confusing when we have been working in the forums together. It does not expedite the process.

Andrew,
First I want to impress upon you that I did not mean any disrespect by opening up the ticket. The reason I opened up the ticket was because of your comment “Nope. I have no solution at this time.” I interpreted this to mean that you were not sure where to go from here. I am sorry if this was wrong, I saw the ticket as the logical next step.
Also, I do want to push back a little on your comment in the ticket about this being a support issue. I admit I am new to this forum but I think anyone would agree that, in this forum, the line between support issue and bug is very blurry. Take for example this ticket I opened FREEPBX-14517. This ticket was closed and commented on saying “it was a support issue”. Later when I raised this issue in the forums, a patch was released to fix the issue….so it was a bug. I understand that sometimes it is not clear initially whether it is a bug or support issue, but I think more deference should be given to the submitter to “make their case” rather than just closing the ticket without discussion.
Finally, I just want to say that you are the last person I want to piss off, you guys have been a great help to me. I don’t create tickets to make more work for you, I create them to make the product better and I am willing to go WAY out of my way to provide any and all information to you to make the work of fixing bugs easier. That includes working with you to test beta fix’s etc.

thanks

1 Like

What gain does the ticket give you over figuring it out here? Please make your case for the reasoning.

That’s the point I’m making. How does it help to provide information in a ticket as well as the forums when you’ve first posted it in the forums then you move it to a ticket? Maybe it’s your system? We haven’t determined that yet.

My honest question is what do you think a ticket gains you over the forum thread?

As for FREEPBX-14517 it was a support issue. It was not reproducable at the time. We went to the forums and discussed it. In the end it still got fixed. So what is the issue? Do you prefer tickets over forums? Why?

Also I’m not mad. I am just trying to keep things organized.

We try and use the following guideline on is it a bug. For it to be considered a bug we must have steps to reproduce the problem otherwise we can not ever resolve it if we can’t reproduce it.

Andrew, I hope you had a nice fathers day.
You asked the question:“What gain does the ticket give you over figuring it out here? Please make your case for the reasoning” …The explanation is simple; until recently, it never occurred to me that you might be the only one working on these problems. I thought that since you said you “had no solution at this time”, and this did seem like a bug to me, i would open a ticket and get a fresh pair of eyes on the problem. You are right, if you are the only one looking at these kinds of bugs, then there is no advantage to opening a ticket.

I think this is getting away from the topic of the thread, why don’t i create a new thread in general discussions about bugs, that way, we can get back on track.
thanks
Edit:
https://community.freepbx.org/t/to-be-or-not-to-be-what-is-a-bug/42026

fyi, ucp daemon is still not starting, please let me know if/when you have new ideas about this or if I can provide any more useful informatioin.

thanks

If you don’t gain anything from bugs being submitted to a bug tracker, then might as well stop running it and just run the forums. I think you know very well the advantage to a bug tracker if you are working in software development.

I’d wager your concern is that issues that users are working out are sometimes submitted as “bugs” when they very well might not be. Leading to bugs being “worked on” and/or abandoned. Also very annoying if you are the type of team that measures performance based on how many tickets are open in your bug tracker. But this is something every single project I’ve followed has and I will say the FreePBX team has the most hostile approach I’ve seen to date regarding this.

Also, I’ve typically found that development teams don’t want to acknowledge something is a “bug” when there is only 1 or 2 users talking about an issue they are having. Combine that with them not being able to provide the necessary debugging information and these issues tend to just be ignored instead of directing them to provide the necessary information so a determination can be made if the issue really is a bug or not.

Hopefully the team doesn’t take this the wrong way, but I’ve personally felt this way and have seen the sentiment growing. Perhaps it’s time to at least reevaluate your process.

Another thing I have seen is some software will provide a command to run and package up various relevant debug logs to provide for support (like the logs mentioned HERE). That might be somewhat difficult for FreePBX but just an idea.

We have already reevaluated this process from a conversation on DSLReports and the new process was and is well received. EG there is no longer an invalid option and you can comment on closed tickets.

Asking someone to go to the forums for support is not a bad request. Is it?

This already exists in sysadmin

You are mixing my words around. I specifically asked “What gain does the ticket give you over figuring it out here”. I did not say anything about what does a ticket gain you. My question is still valid what does the ticket give you over the forums. Do you (by you I mean anyone) think that by opening a ticket for something that can’t be replicated that suddenly someone will come along and replicate it? Do you think it expedites the process? Do you think it makes things easier to understand? It doesn’t do any of those things. When you work on something that can’t be reproduced in the forums and then you go open a ticket about it how does that help anyone?

Furthermore this whole issue is based around an issue that our own QA department has said is not an issue

Tested with RC1.24 release and the issue is resolved in latest ISO.Closing the ticket.

https://issues.freepbx.org/browse/FREEPBX-15123

So how does opening another ticket (@tonyg opened FREEPBX-15128) about this help anyone? We should be dealing with the issue in the forums. Especially if our own QA team doesn’t run into it but individual users do.

When tickets are opened without valid information we provide this blurb to users

Hi, ,

Thanks for reporting an issue, but you haven’t provided enough information for us to be able to investigate this further!

If you are reporting an issue with the GUI (Such as a ‘Whoops’ error, or something not doing what you’d expect it to do) please add a complete screenshot. In the case of the Whoops error, please ensure you have all the text visible, or, copy and paste all the text provided in the Whoops into the bug report.

Also, before you continue, please make sure you read the error message. It may be something easy for you to fix, such as ‘Unable to write to file’ or similar.

Please make sure you tell us which browser and operating system you’re using, too, in case that has any relevance.

If you are reporting a call being handled incorrectly, we need a complete call trace. If you have the Sysadmin module installed on your machine, you can attach a Support Pack to this ticket. That contains a trace of all calls made in the last 24 hours. It will be much easier for us to find the logs of the erroring call if you make sure that the problem you’re encountering happens immediately before you generate the support pack, so it will be easily visible. Make sure you say which extension/did/etc you are calling in and from so we can track it down.

If you don’t have the sysadmin module installed, ssh into your machine and run ‘asterisk -rvvv’, and then cause the error to happen. Paste the complete log (not just a couple of lines, we need all of it!) into a response here, or, to a pastebin site of your choice and link it here.

We also need to know:

  • Software versions (FreePBX, Distro, Asterisk etc.)
  • What you were trying to accomplish, exactly
  • Steps to reproduce.
  • What happened or didn’t happen.
  • What did you expect to happen or not happen.

For further tips on how to provide good debug please see: Sangoma Documentation

The ticket that was opened up against this original issue already had that however. It was in this thread.