The lack of .SRCINFO update is making my AUR helper angry.
Search Criteria
Package Details: unifi 8.5.6-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/unifi.git (read-only, click to copy) |
---|---|
Package Base: | unifi |
Description: | Centralized management system for Ubiquiti UniFi AP |
Upstream URL: | https://unifi-network.ui.com |
Licenses: | custom |
Conflicts: | tomcat-native |
Submitter: | seblu |
Maintainer: | freswa |
Last Packager: | freswa |
Votes: | 69 |
Popularity: | 0.27 |
First Submitted: | 2017-08-22 01:31 (UTC) |
Last Updated: | 2024-10-13 07:11 (UTC) |
Dependencies (3)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- java-runtime-headless (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdg-headlessAUR, jre16-openjdk-headlessAUR, jre14-openjdk-headlessAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdk-headlessAUR, amazon-corretto-19-binAUR, liberica-jre-11-full-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jre-openj9-headlessAUR, jre12-openjdk-headlessAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jre11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jre13-openjdk-headlessAUR, jre15-openjdk-headlessAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jre19-openjdk-headlessAUR, jre-openjdk-wakefield-headlessAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jdk21-openj9-binAUR, jreAUR, jdkAUR, zing-21-binAUR, zing-8-binAUR, jre17AUR, jdk21-jetbrains-binAUR, java-openjdk-binAUR, jre-jetbrainsAUR, jre21-zulu-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jre17-zulu-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, java-openjdk-ea-binAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre-openjdk-headless, jre11-openjdk, jre11-openjdk-headless, jre17-openjdk, jre17-openjdk-headless, jre21-openjdk, jre21-openjdk-headless, jre8-openjdk-headless)
- mongodbAUR (mongodb32-binAUR, percona-server-mongodb-binAUR, mongodb36-binAUR, mongodb34-binAUR, mongodb40-binAUR, mongodb44-binAUR, mongodb42-binAUR, mongodb60-binAUR, mongodb50-binAUR, mongodb50AUR, ferretdbAUR, mongodb70-binAUR, ferretdb-binAUR, mongodbAUR, mongodb-binAUR, mongodb44AUR)
Required by (0)
Sources (6)
Latest Comments
« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 Next › Last »
mal commented on 2018-01-07 05:39 (UTC)
rosshmusic commented on 2018-01-06 22:26 (UTC)
in Step 6 from Therml's post this morning,
I don't have a file unifi file in that directory. The only thing their is the symlink for mongod -> /usr/bin/mongod
Should I be able to find that specific unifi file elsewhere?
Evils commented on 2018-01-06 19:00 (UTC)
Start mongo with --repair in addition to the dbpath to repair your mongodb instace
yochaigal commented on 2018-01-06 16:04 (UTC)
@Termi I think you made a typo!
Where you write /usr/lib/unifi/bin/unifi it should be /usr/lib/unifi/bin/mongod
Thermi commented on 2018-01-06 10:40 (UTC) (edited on 2018-01-06 10:41 (UTC) by Thermi)
To fix: Do all of this as root.
1) Check logs in /var/log/unifi/ for clear errors
2) stop unifi service (systemctl stop unifi)
3) Potentially recover the crashed mongodb database (was crashed in my case) by starting it once from cmdline with a custom data directory (mongod --dbpath /var/lib/unifi/data/db). Then check the output of it to see if the DB was recovered. If it was, continue. If there was no problem, continue.
4) Connect to the database (mongo mongodb://127.0.0.1:27017( and run the following command:
db.adminCommand( { setFeatureCompatibilityVersion: "3.4" } )
That should give you the output
{ "ok" : 1 }
5) Stop the mongodb database
6) Remove the file /usr/lib/unifi/bin/unifi (rm /usr/lib/unifi/bin/unifi)
7) Create the text file /usr/lib/unifi/bin/unifi with the following content
#!/bin/bash
exec /usr/bin/mongod ${*//--nohttpinterface/}
7) Change owner:group and permissions of /usr/lib/unifi/bin/unifi to root:root and 755
8) Change owner:group of /var/lib/unifi/ to unifi:unifi
9) start unifi again (systemctl start unifi)
10) Check unifi daemon logs in /var/log/unifi/server.log for errors
If that worked, be happy. If it didn't, comment the problem here.
Thanks @treitmayr and @Spider.007
mihanson commented on 2018-01-06 06:08 (UTC)
I followed treitmayr comments on 2017-12-31 09:28 with a fresh install and was able to get my UniFi Switch US-48 set up successfully. My MongoDB version is 3.6.1. After creating an account at https://account.ubnt.com, I can now connect/configure the switch at https://myIPaddress:8443
Thanks so much community! I was lost before reading through these comments!
yochaigal commented on 2018-01-06 00:36 (UTC)
Nevermind, I fixed it. I reinstalled and got a permissions differ error. Fixed them. It works!
yochaigal commented on 2018-01-05 20:31 (UTC) (edited on 2018-01-05 20:40 (UTC) by yochaigal)
OK, so: I downgraded mongodb and wiredtiger to the veresions @Spider.007 specified, then I stopped unifi, started the mongodb using @treitmayr's command, then connected to it and set the featurecompatibilityversion to 3.4 as directed. I then created the shell script at /usr/lib/unifi/bin/mongod which removes the illegal optoin, marked it as executable and chowned to unifi user.
I then upgraded the packages to the newer versions and started Unifi. I now get
[internal] unable to list files under /usr/lib/unifi/data/db/local
Obviously, those files exist. They are currently owned by both unifi and root.
Any ideas what I've missed?
Spider.007 commented on 2017-12-31 12:57 (UTC) (edited on 2017-12-31 13:06 (UTC) by Spider.007)
@treitmayr what you suggest probably works for new installs, not existing ones. I fixed mine by following the upgrade procedure; like @abra says - downgrade to mongodb-3.4.9-1 and wiredtiger-2.9.3-1 and upgrade the unifi database instance like this:
$ mongo mongodb://127.0.0.1:27117 > db.adminCommand( { setFeatureCompatibilityVersion: "3.4" } ) { "ok" : 1 }
Now you can upgrade wiredtiger and mongodb to the latest versions - with the fix of a custom wrapper to remove the nohttpinterface parameter it will work
m01 commented on 2017-12-31 12:53 (UTC)
With a clean installation, I kept on getting this error:
[2017-12-31 12:43:54,108] <db-server> ERROR system - [exec] error, rc=2
[2017-12-31 12:43:54,109] <db-server> INFO db - DbServer stopped
.. until I tried @treitmayr's suggested fix, and restarted unifi. That seemed to do the trick. Unlike @treitmayr, I did not have to start mongod manually as unifi:unifi user/group, it just worked.
Pinned Comments
freswa commented on 2019-10-30 11:50 (UTC)
We are on Stable with this Package. Please flag out-of-date only if the Version provided with this package does not match the version under "Stable" in this link: https://help.ubnt.com/hc/en-us/articles/360008240754#1