08-31-2018 07:52 AM
Demo worked when I clicked on EDIT it did not freeze, but on ours when we select EDIT for a client... it crashes. This needs to be fixed as we have billing out this eve. Please please fix.
08-31-2018 08:51 AM
Please follow the guide to enable it: https://ucrm-demo.ubnt.com/help/google-api or as a temporary hotfix, you can just remove your Google API key from your UCRM System > Settings > Application
We will release a hotfix next week to prevent from this crash even for UCRM instances having the geocoding disabled.
Sorry for this inconvenience and thanks for the help with investigating this issue.
09-02-2018 09:45 AM
@UBNT-Ondra & @UBNT-Petr My UCRM update to 12.13.0 from 12.12.3 via web browser failed again and brought down my web UI. Server-side, the following appeared after what I believe is the normal upgrade output:
^[[4A^[[2K^MRemoving ucrm_web_app_1 ... done^M^[[4B^[[1A^[[2K^MRemoving ucrm_postgresql_1 ... done^M^[[1B^[[3A^[[2K^MRemoving ucrm_rabbitmq_1 ... done^M^[[3B ERROR: for ucrm_elastic_1 UnixHTTPConnectionPool(host='localhost', port=None): Read timed out. (read timeout=60) An HTTP request took too long to complete. Retry with --verbose to obtain debug information. If you encounter this issue regularly because of slow network conditions, consider setting COMPOSE_HTTP_TIMEOUT to a higher value (current value: 60). Going to remove ucrm_web_app_1, ucrm_rabbitmq_1, ucrm_elastic_1, ucrm_postgresql_1 Sun Sep 2 11:40:03 EDT 2018 --- Update failed. ~
My docker-compose.yml file is not corrupt as it was the last time this happened, so I think this is just due to the timeouts mentioned by Petr:
export DOCKER_CLIENT_TIMEOUT=120 export COMPOSE_HTTP_TIMEOUT=120
Here is my docker info:
root@JahVirtuServ:/home/ucrm/data/ucrm/updates# sudo docker info Containers: 6 Running: 6 Paused: 0 Stopped: 0 Images: 55 Server Version: 17.05.0-ce Storage Driver: aufs Root Dir: /var/lib/docker/aufs Backing Filesystem: extfs Dirs: 813 Dirperm1 Supported: true Logging Driver: json-file Cgroup Driver: cgroupfs Plugins: Volume: local Network: bridge host macvlan null overlay Swarm: inactive Runtimes: runc Default Runtime: runc Init Binary: docker-init containerd version: 9048e5e50717ea4497b757314bad98ea3763c145 runc version: 9c2d8d184e5da67c95d601382adf14862e4f2228 init version: 949e6fa Security Options: apparmor seccomp Profile: default Kernel Version: 4.4.0-133-generic Operating System: Ubuntu 16.04.5 LTS OSType: linux Architecture: x86_64 CPUs: 16 Total Memory: 47.16GiB Name: JahVirtuServ ID: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Docker Root Dir: /var/lib/docker Debug Mode (client): false Debug Mode (server): false Registry: https://index.docker.io/v1/ Experimental: false Insecure Registries: 127.0.0.0/8 Live Restore Enabled: false WARNING: No swap limit support
I increased the timeout values from the default as Ondra mentioned, and that seemed to take care of the issue. Here is the output from the upgrade command after that:
root@JahVirtuServ:/home/ucrm# curl -fsSL https://raw.githubusercontent.com/Ubiquiti-App/UCRM/master/update.sh | sudo bash -s -- 2.13.0 | sudo tee update.log +------------------------------------------------+ | UCRM - Complete WISP Management Platform | | | | https://ucrm.ubnt.com/ (updater v2.9) | +------------------------------------------------+ Setting UPDATE_TO_VERSION=2.13.0 Configuring auto-update permissions. Backing up docker compose files. Updating elastic service Pulling rabbitmq (rabbitmq:3)... 3: Pulling from library/rabbitmq Digest: sha256:14a4f6c871e3218c383ac38be6e3af6af547fff46bf38c8fe113aca6f1b49697 Status: Image is up to date for rabbitmq:3 Pulling postgresql (postgres:9.5)... 9.5: Pulling from library/postgres Digest: sha256:a316cebab151661306830ca6f0fa700162dfd0594b70b68d13c323e683db65cd Status: Image is up to date for postgres:9.5 Pulling elastic (elastic/elasticsearch:6.2.4)... 6.2.4: Pulling from elastic/elasticsearch Digest: sha256:9ae20c753f18e27d1dd167b8675ba95de20b1f1ae5999aae5077fa2daf38919e Status: Image is up to date for elastic/elasticsearch:6.2.4 Pulling web_app (ubnt/ucrm-billing:2.13.0)... 2.13.0: Pulling from ubnt/ucrm-billing Digest: sha256:81dc33781a7f55ad60261b59c347507a923c3f1ee8ede00a61f9469a13ccfd0e Status: Image is up to date for ubnt/ucrm-billing:2.13.0 WARNING: --all flag is obsolete. This is now the default behavior of `docker-compose rm` No stopped containers Creating ucrm_postgresql_1 /usr/src/ucrm/scripts/init_log.sh /usr/src/ucrm/scripts/dirs.sh Sun Sep 2 16:38:49 UTC 2018 --- Creating directories. Sun Sep 2 16:38:49 UTC 2018 --- Creating /data/ucrm/data/payment_receipts. Sun Sep 2 16:38:49 UTC 2018 --- Creating /data/ucrm/data/account_statement_templates. Sun Sep 2 16:38:49 UTC 2018 --- Done creating directories. Sun Sep 2 16:38:49 UTC 2018 --- Creating symbolic links. Sun Sep 2 16:38:49 UTC 2018 --- Creating symbolic link for /usr/src/ucrm/app/data. Sun Sep 2 16:38:49 UTC 2018 --- Creating symbolic link for /usr/src/ucrm/app/EmailQueue. Sun Sep 2 16:38:49 UTC 2018 --- Creating symbolic link for /usr/src/ucrm/app/logs. Sun Sep 2 16:38:49 UTC 2018 --- Creating symbolic link for /usr/src/ucrm/app/letsencrypt_logs. Sun Sep 2 16:38:49 UTC 2018 --- Creating symbolic link for /usr/src/ucrm/web/uploads. Sun Sep 2 16:38:49 UTC 2018 --- Creating symbolic links for /data/updates. Sun Sep 2 16:38:49 UTC 2018 --- Publishing current /usr/src/ucrm/app/config/version.yml. Sun Sep 2 16:38:49 UTC 2018 --- Done creating symbolic links. /usr/src/ucrm/scripts/parameters.sh Sun Sep 2 16:38:49 UTC 2018 --- Replacing configuration parameters. Sun Sep 2 16:38:49 UTC 2018 --- Done replacing configuration parameters. su-exec nginx /usr/src/ucrm/scripts/migrate.sh Sun Sep 2 16:38:50 UTC 2018 --- Creating database backup. Sun Sep 2 16:38:53 UTC 2018 --- Migrating database. Sun Sep 2 16:38:57 UTC 2018 --- Migration complete. Sun Sep 2 16:38:57 UTC 2018 --- Removing database backup. WARNING: --all flag is obsolete. This is now the default behavior of `docker-compose rm` Removing ucrm_migrate_app_run_1 ... done Going to remove ucrm_migrate_app_run_1 Configuring auto-update. * * * * * /home/ucrm/update-cron.sh > /dev/null 2>&1 || true % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 2690 100 2690 0 0 7044 0 --:--:-- --:--:-- --:--:-- 7041 no crontab for ucrm ucrm_postgresql_1 is up-to-date Creating ucrm_elastic_1 Creating ucrm_rabbitmq_1 Creating ucrm_web_app_1 stty: 'standard input': Inappropriate ioctl for device Name Command State Ports ----------------------------------------------------------------------------------------------------------------------------------------------------------- ucrm_elastic_1 /usr/local/bin/docker-entr ... Up 9200/tcp, 9300/tcp ucrm_postgresql_1 docker-entrypoint.sh postgres Up 5432/tcp ucrm_rabbitmq_1 docker-entrypoint.sh rabbi ... Up 25672/tcp, 4369/tcp, 5671/tcp, 5672/tcp ucrm_web_app_1 make server Up 0.0.0.0:2055->2055/udp, 0.0.0.0:443->443/tcp, 0.0.0.0:80->80/tcp, 0.0.0.0:81->81/tcp, 9000/tcp conntrack v1.4.4 (conntrack-tools): 0 flow entries have been deleted. stty: 'standard input': Inappropriate ioctl for device Booting UCRM UCRM ready ---------------- We recommend running "docker system prune" once in a while to clean unused containers, images, etc. You can determine how much space can be cleaned up by running "docker system df"
Is anyone else having this issue? Should the default timeout be increased during the next upgrade? I can afford downtime on this UCRM installation but I'm not sure anyone else could if they are having similar issues.
Just wanted to bring this to your attention!
09-03-2018 02:07 AM
We try to make the upgrade process as seamless as possible. If the update fails the previous UCRM version should be restored and started again. Did it happen to you?
09-05-2018 12:58 AM
please give kudos to it to help us identify the most useful features to implement next.
09-06-2018 12:15 PM
Awesome looks great we are almostg ready to move from Platypus over to the new UCRM. Only think I am caught up on is we do not see any totals for the income or cusotmiztion of the reports where we can see a list of the CASH items but there is now total. So We could dump it to aCSV and then I guess we could place a fomula and see our totals for the day/month of credit card vs Cash. It would also be great to beable to give certain permissions to certain users. So that our front end people do not see our totals for the month or our tech support folks can only help a customer and not see reports and our CO Owners can all log on as admins vs staff etc.
Let me know if there is something I overlooked on this version or not. But if there is a way to look at the monies in and have a total page for the cash in and a total page/report for the CC that would be awesome. If so I will start the swing over immeditely.
Great work! It must have been a journey to get this far. We are very excited to see this come together.
09-07-2018 05:54 AM - edited 09-07-2018 08:25 AM
There is a couple of reports (with filters) in Reports > Billing and as you mentioned, you can export payments or invoices into CSV and then use custom filters and sums. We plan to add more reports as soon as other more important tasks are done. Meanwhile, the community developers could probably help with some plugins which could do the job as well. More about plugins discussed here: https://community.ubnt.com/t5/UCRM-Plugins/bd-p/UCRMPlugins
[Update]: User's permissions can be set in System > Security - there is pretty robust configuration of view/edit/deny permissions for any UCRM section and for some additional actions and views (including the financial overview on the dashboard)