Closed GiuseppeGalilei closed 5 months ago
Is It work in your computer? I can't open it
Is It work in your computer? I can't open it
The dashboard is on port 8443. After deployent the network application takes about a minute to initialize.
Is It work in your computer? I can't open it
The dashboard is on port 8443. After deployent the network application takes about a minute to initialize.
same๐ฅฒ I already wait a long time
Is It work in your computer? I can't open it
The dashboard is on port 8443. After deployent the network application takes about a minute to initialize.
same๐ฅฒ I already wait a long time
have you followed the instructions about the init-mongo.js file? If yes, would you mind checking the containers log through portainer and sharing it? Thanks for the interest!
Other useful information can be found here: https://github.com/GiuseppeGalilei/Ubiquiti-Tips-and-Tricks/blob/main/Unifi%20network%20application%20-%20CasaOS/instructions.md
First of all, thank you very much for your contribution. We truly appreciate it๏ผ
Due to the fact that many CasaOS users lack the necessary software coding and configuration skills, we are unable to recommend this app for inclusion in the Apptore. If you believe that there is a subset of users who would benefit from it, we invite you to reach out to ETWang in IceWhale Server on Discord. We can provide a simple manual configuration tutorial on our forum to assist those who are interested.
We highly value user feedback and strive to meet the needs of our community. If you have any other suggestions or questions, please feel free to contact us.๐ฅบ
First of all, thank you very much for your contribution. We truly appreciate it๏ผ
Due to the fact that many CasaOS users lack the necessary software coding and configuration skills, we are unable to recommend this app for inclusion in the Apptore. If you believe that there is a subset of users who would benefit from it, we invite you to reach out to ETWang in IceWhale Server on Discord. We can provide a simple manual configuration tutorial on our forum to assist those who are interested.
We highly value user feedback and strive to meet the needs of our community. If you have any other suggestions or questions, please feel free to contact us.๐ฅบ
Thanks for the review. I thought about non technical users too, so I tried to streamline the installation process as much as possible. The only extra step required being to create a little new file (which is easily done using the includded file explorer). Setting the "Inform host" is unfortnately something that needs to be done whenever this application is deployed throgh docker (asked also for unifi-controller, currently offered in the appstore), however, given the target audience (people who have an interest in professional networking) it should be no issue.
In thinking about this process I took inspiration from the NginxProxyManager app, which has some clear instructions about install process, requiring to free some ports.
A nice way would be to automatically create the init file on deployment, to make it a truly one click experience, however I don't know how to do that.
Did you find any particular issue in the deployment process? I'll be happy to help. Unfortunatey, for Ubiquti users, I see this path as the only option moving forward.
First of all, thank you very much for your contribution. We truly appreciate it๏ผ Due to the fact that many CasaOS users lack the necessary software coding and configuration skills, we are unable to recommend this app for inclusion in the Apptore. If you believe that there is a subset of users who would benefit from it, we invite you to reach out to ETWang in IceWhale Server on Discord. We can provide a simple manual configuration tutorial on our forum to assist those who are interested. We highly value user feedback and strive to meet the needs of our community. If you have any other suggestions or questions, please feel free to contact us.๐ฅบ
Thanks for the review. I thought about non technical users too, so I tried to streamline the installation process as much as possible. The only extra step required being to create a little new file (which is easily done using the includded file explorer). Setting the "Inform host" is unfortnately something that needs to be done whenever this application is deployed throgh docker (asked also for unifi-controller, currently offered in the appstore), however, given the target audience (people who have an interest in professional networking) it should be no issue.
In thinking about this process I took inspiration from the NginxProxyManager app, which has some clear instructions about install process, requiring to free some ports.
A nice way would be to automatically create the init file on deployment, to make it a truly one click experience, however I don't know how to do that.
Did you find any particular issue in the deployment process? I'll be happy to help. Unfortunatey, for Ubiquti users, I see this path as the only option moving forward.
We are evaluating upgrading the Docker Compose engine to the latest version, which provides support for inline files. However this would require some time, because such change would involve some change in UI. If it is convenient for u, would u be able to help with testing the latest Docker Compose engine for this feature?
We are evaluating upgrading the Docker Compose engine to the latest version, which provides support for inline files. However this would require some time, because such change would involve some change in UI. If it is convenient for u, would u be able to help with testing the latest Docker Compose engine for this feature?
Cool! This would be perfect! Yeah, I guess when the upgrade will be made I can test it over this application.
So, to better understand your point of view, the only issue you encountered was the creation of the init file?
We are evaluating upgrading the Docker Compose engine to the latest version, which provides support for inline files. However this would require some time, because such change would involve some change in UI. If it is convenient for u, would u be able to help with testing the latest Docker Compose engine for this feature? define inline file in docker-compose
Cool! This would be perfect! Yeah, I guess when the upgrade will be made I can test it over this application.
So, to better understand your point of view, the only issue you encountered was the creation of the init file?
Not the only problem. I tried creating the file and installing Unifi again. I still can't get into the app with the same issue (404). I think this is caused by my wrong operation. So I think users only need to click once to use it. Otherwise, it's a hassle for most CasaOS users like me who don't like reading long tutorials. ๐คฃ
Not the only problem. I tried creating the file and installing Unifi again. I still can't get into the app with the same issue (404). I think this is caused by my wrong operation. So I think users only need to click once to use it. Otherwise, it's a hassle for most CasaOS users like me who don't like reading long tutorials. ๐คฃ
I get it, but the tutorial is not that long ๐คฃ Can I ask you to try one more time and send me the container logs? I believe it should be just a simple issue, or maybe a typo by my side, who knows, that's the point of collaborating. Also, I'm not a professional in Docker, so I'm eager to learn from the feedback of more experienced people.
Quick idea: The problems you are encountering might be related to this issue, in my case I "solved" it by downgrading to CasaOS 0.4.4-2, sorry for not mentioning it before. Anyway, the container logs would really help in identifyng the problem.
I get it, but the tutorial is not that long ๐คฃ Can I ask you to try one more time and send me the container logs? I believe it should be just a simple issue, or maybe a typo by my side, who knows, that's the point of collaborating. Also, I'm not a professional in Docker, so I'm eager to learn from the feedback of more experienced people.
Quick idea: The problems you are encountering might be related to this issue, in my case I "solved" it by downgrading to CasaOS 0.4.4-2, sorry for not mentioning it before. Anyway, the container logs would really help in identifyng the problem.
docker logs 4cc7e1410065
[migrations] started
[migrations] no migrations found
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ
โโโ โโโโโโโโโโโ โโโโโโโ
โโโ โโโโโโโโโโโโโโโโโโโโ
โโโ โโโโโโโโโโโโโโ โโโ
โโโ โโโโโโโโโโโโโโ โโโ
โโโโโโโโโโโโโโโโโโโโโโโโโโโโ
โโโโโโโโโโโโโโโโโโโ โโโโโโโ
Brought to you by linuxserver.io
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ
To support LSIO projects visit:
https://www.linuxserver.io/donate/
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ
GID/UID
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ
User UID: 1000
User GID: 1000
โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ
[custom-init] No custom files found, skipping...
2023-12-28T22:23:50.042+0800 I NETWORK [conn68875] end connection 172.20.0.3:34918 (2 connections now open)
2023-12-28T22:23:50.042+0800 I NETWORK [conn68874] end connection 172.20.0.3:34908 (1 connection now open)
2023-12-28T22:23:50.542+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34920 #68876 (2 connections now open)
2023-12-28T22:23:50.542+0800 I NETWORK [conn68876] received client metadata from 172.20.0.3:34920 conn68876: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" }
2023-12-28T22:23:50.543+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34932 #68877 (3 connections now open)
2023-12-28T22:23:50.543+0800 I NETWORK [conn68877] received client metadata from 172.20.0.3:34932 conn68877: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" }
2023-12-28T22:23:50.543+0800 I ACCESS [conn68877] SCRAM-SHA-1 authentication failed for unifi on unifi-db from client 172.20.0.3:34932 ; UserNotFound: Could not find user unifi@unifi-db
2023-12-28T22:23:50.543+0800 I NETWORK [conn68877] end connection 172.20.0.3:34932 (2 connections now open)
2023-12-28T22:23:50.543+0800 I NETWORK [conn68876] end connection 172.20.0.3:34920 (1 connection now open)
2023-12-28T22:23:51.044+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34948 #68878 (2 connections now open)
2023-12-28T22:23:51.044+0800 I NETWORK [conn68878] received client metadata from 172.20.0.3:34948 conn68878: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" }
2023-12-28T22:23:51.045+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34964 #68879 (3 connections now open)
2023-12-28T22:23:51.045+0800 I NETWORK [conn68879] received client metadata from 172.20.0.3:34964 conn68879: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" }
2023-12-28T22:23:51.045+0800 I ACCESS [conn68879] SCRAM-SHA-1 authentication failed for unifi on unifi-db from client 172.20.0.3:34964 ; UserNotFound: Could not find user unifi@unifi-db
2023-12-28T22:23:51.046+0800 I NETWORK [conn68879] end connection 172.20.0.3:34964 (2 connections now open)
2023-12-28T22:23:51.046+0800 I NETWORK [conn68878] end connection 172.20.0.3:34948 (1 connection now open)
2023-12-28T22:23:51.544+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34974 #68880 (2 connections now open)
2023-12-28T22:23:51.545+0800 I NETWORK [conn68880] received client metadata from 172.20.0.3:34974 conn68880: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" }
2023-12-28T22:23:51.545+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34990 #68881 (3 connections now open)
2023-12-28T22:23:51.545+0800 I NETWORK [conn68881] received client metadata from 172.20.0.3:34990 conn68881: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" }
I get it, but the tutorial is not that long ๐คฃ Can I ask you to try one more time and send me the container logs? I believe it should be just a simple issue, or maybe a typo by my side, who knows, that's the point of collaborating. Also, I'm not a professional in Docker, so I'm eager to learn from the feedback of more experienced people. Quick idea: The problems you are encountering might be related to this issue, in my case I "solved" it by downgrading to CasaOS 0.4.4-2, sorry for not mentioning it before. Anyway, the container logs would really help in identifyng the problem.
docker logs 4cc7e1410065 [migrations] started [migrations] no migrations found โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ โโโ โโโโโโโโโโโ โโโโโโโ โโโ โโโโโโโโโโโโโโโโโโโโ โโโ โโโโโโโโโโโโโโ โโโ โโโ โโโโโโโโโโโโโโ โโโ โโโโโโโโโโโโโโโโโโโโโโโโโโโโ โโโโโโโโโโโโโโโโโโโ โโโโโโโ Brought to you by linuxserver.io โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ To support LSIO projects visit: https://www.linuxserver.io/donate/ โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ GID/UID โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ User UID: 1000 User GID: 1000 โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ [custom-init] No custom files found, skipping...
2023-12-28T22:23:50.042+0800 I NETWORK [conn68875] end connection 172.20.0.3:34918 (2 connections now open) 2023-12-28T22:23:50.042+0800 I NETWORK [conn68874] end connection 172.20.0.3:34908 (1 connection now open) 2023-12-28T22:23:50.542+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34920 #68876 (2 connections now open) 2023-12-28T22:23:50.542+0800 I NETWORK [conn68876] received client metadata from 172.20.0.3:34920 conn68876: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:50.543+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34932 #68877 (3 connections now open) 2023-12-28T22:23:50.543+0800 I NETWORK [conn68877] received client metadata from 172.20.0.3:34932 conn68877: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:50.543+0800 I ACCESS [conn68877] SCRAM-SHA-1 authentication failed for unifi on unifi-db from client 172.20.0.3:34932 ; UserNotFound: Could not find user unifi@unifi-db 2023-12-28T22:23:50.543+0800 I NETWORK [conn68877] end connection 172.20.0.3:34932 (2 connections now open) 2023-12-28T22:23:50.543+0800 I NETWORK [conn68876] end connection 172.20.0.3:34920 (1 connection now open) 2023-12-28T22:23:51.044+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34948 #68878 (2 connections now open) 2023-12-28T22:23:51.044+0800 I NETWORK [conn68878] received client metadata from 172.20.0.3:34948 conn68878: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:51.045+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34964 #68879 (3 connections now open) 2023-12-28T22:23:51.045+0800 I NETWORK [conn68879] received client metadata from 172.20.0.3:34964 conn68879: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:51.045+0800 I ACCESS [conn68879] SCRAM-SHA-1 authentication failed for unifi on unifi-db from client 172.20.0.3:34964 ; UserNotFound: Could not find user unifi@unifi-db 2023-12-28T22:23:51.046+0800 I NETWORK [conn68879] end connection 172.20.0.3:34964 (2 connections now open) 2023-12-28T22:23:51.046+0800 I NETWORK [conn68878] end connection 172.20.0.3:34948 (1 connection now open) 2023-12-28T22:23:51.544+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34974 #68880 (2 connections now open) 2023-12-28T22:23:51.545+0800 I NETWORK [conn68880] received client metadata from 172.20.0.3:34974 conn68880: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:51.545+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34990 #68881 (3 connections now open) 2023-12-28T22:23:51.545+0800 I NETWORK [conn68881] received client metadata from 172.20.0.3:34990 conn68881: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" }
Thanks! Seems like mongo is not using the init file, the rest is working fine.
Keep in mind that such file is used only on the very first deployment of the container. So, in case you previously started the container without it, I suggest you delete both the containers and relative folders (unifi-db and unifi-network-application) and start from scratch.
then, you should follow this instructions in the correct order:
Keep me posted ๐
I get it, but the tutorial is not that long ๐คฃ Can I ask you to try one more time and send me the container logs? I believe it should be just a simple issue, or maybe a typo by my side, who knows, that's the point of collaborating. Also, I'm not a professional in Docker, so I'm eager to learn from the feedback of more experienced people.ๆๆ็ฝไบ๏ผไฝๆ็จไธๆฏ้ฃไน้ฟ ๐คฃ ๆๅฏไปฅ่ฏทไฝ ๅ่ฏไธๆฌกๅนถๅฐๅฎนๅจๆฅๅฟๅ้็ปๆๅ๏ผๆ็ธไฟก่ฟๅบ่ฏฅๅชๆฏไธไธช็ฎๅ็้ฎ้ข๏ผๆ่ ๅฏ่ฝๆฏๆ่บซ่พน็ไธไธช้ๅซๅญ๏ผ่ฐ็ฅ้ๅข๏ผ่ฟๅฐฑๆฏๅไฝ็ๆไนๆๅจใๅฆๅค๏ผๆไธๆฏ Docker ๆน้ข็ไธไธไบบๅฃซ๏ผๆไปฅๆๆธดๆไปๆดๆ็ป้ช็ไบบ็ๅ้ฆไธญๅญฆไน ใ Quick idea: The problems you are encountering might be related to this issue, in my case I "solved" it by downgrading to CasaOS 0.4.4-2, sorry for not mentioning it before. Anyway, the container logs would really help in identifyng the problem.ๅฟซ้ไบ่งฃ๏ผๆจ้ๅฐ็้ฎ้ขๅฏ่ฝไธๆญค้ฎ้ขๆๅ ณ๏ผๅฐฑๆ่่จ๏ผๆ้่ฟ้็บงๅฐ CasaOS 0.4.4-2 ๆฅโ่งฃๅณโๅฎ๏ผๅพๆฑๆญไนๅๆฒกๆๆๅฐๅฎใๆ ่ฎบๅฆไฝ๏ผๅฎนๅจๆฅๅฟ็กฎๅฎๆๅฉไบ่ฏๅซ้ฎ้ขใ
docker logs 4cc7e1410065 [migrations] started [migrations] no migrations found โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ โโโ โโโโโโโโโโโ โโโโโโโ โโโ โโโโโโโโโโโโโโโโโโโโ โโโ โโโโโโโโโโโโโโ โโโ โโโ โโโโโโโโโโโโโโ โโโ โโโโโโโโโโโโโโโโโโโโโโโโโโโโ โโโโโโโโโโโโโโโโโโโ โโโโโโโ Brought to you by linuxserver.io โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ To support LSIO projects visit: https://www.linuxserver.io/donate/ โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ GID/UID โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ User UID: 1000 User GID: 1000 โโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโโ [custom-init] No custom files found, skipping...
2023-12-28T22:23:50.042+0800 I NETWORK [conn68875] end connection 172.20.0.3:34918 (2 connections now open) 2023-12-28T22:23:50.042+0800 I NETWORK [conn68874] end connection 172.20.0.3:34908 (1 connection now open) 2023-12-28T22:23:50.542+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34920 #68876 (2 connections now open) 2023-12-28T22:23:50.542+0800 I NETWORK [conn68876] received client metadata from 172.20.0.3:34920 conn68876: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:50.543+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34932 #68877 (3 connections now open) 2023-12-28T22:23:50.543+0800 I NETWORK [conn68877] received client metadata from 172.20.0.3:34932 conn68877: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:50.543+0800 I ACCESS [conn68877] SCRAM-SHA-1 authentication failed for unifi on unifi-db from client 172.20.0.3:34932 ; UserNotFound: Could not find user unifi@unifi-db 2023-12-28T22:23:50.543+0800 I NETWORK [conn68877] end connection 172.20.0.3:34932 (2 connections now open) 2023-12-28T22:23:50.543+0800 I NETWORK [conn68876] end connection 172.20.0.3:34920 (1 connection now open) 2023-12-28T22:23:51.044+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34948 #68878 (2 connections now open) 2023-12-28T22:23:51.044+0800 I NETWORK [conn68878] received client metadata from 172.20.0.3:34948 conn68878: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:51.045+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34964 #68879 (3 connections now open) 2023-12-28T22:23:51.045+0800 I NETWORK [conn68879] received client metadata from 172.20.0.3:34964 conn68879: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:51.045+0800 I ACCESS [conn68879] SCRAM-SHA-1 authentication failed for unifi on unifi-db from client 172.20.0.3:34964 ; UserNotFound: Could not find user unifi@unifi-db 2023-12-28T22:23:51.046+0800 I NETWORK [conn68879] end connection 172.20.0.3:34964 (2 connections now open) 2023-12-28T22:23:51.046+0800 I NETWORK [conn68878] end connection 172.20.0.3:34948 (1 connection now open) 2023-12-28T22:23:51.544+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34974 #68880 (2 connections now open) 2023-12-28T22:23:51.545+0800 I NETWORK [conn68880] received client metadata from 172.20.0.3:34974 conn68880: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" } 2023-12-28T22:23:51.545+0800 I NETWORK [listener] connection accepted from 172.20.0.3:34990 #68881 (3 connections now open) 2023-12-28T22:23:51.545+0800 I NETWORK [conn68881] received client metadata from 172.20.0.3:34990 conn68881: { driver: { name: "mongo-java-driver|sync", version: "4.6.1" }, os: { type: "Linux", name: "Linux", architecture: "amd64", version: "6.2.0-39-generic" }, platform: "Java/Private Build/17.0.9+9-Ubuntu-122.04" }
Thanks! Seems like mongo is not using the init file, the rest is working fine.่ฐข่ฐข๏ผไผผไนmongoๆฒกๆไฝฟ็จinitๆไปถ๏ผๅ ถไฝ็้ฝๅทฅไฝๆญฃๅธธใ
Keep in mind that such file is used only on the very first deployment of the container.่ฏท่ฎฐไฝ๏ผๆญค็ฑปๆไปถไป ๅจๅฎนๅจ็้ฆๆฌก้จ็ฝฒไธญไฝฟ็จใ So, in case you previously started the container without it, I suggest you delete both the containers and relative folders (unifi-db and unifi-network-application) and start from scratch.ๅ ๆญค๏ผๅฆๆๆจไนๅๅจๆฒกๆๅฎ็ๆ ๅตไธๅฏๅจไบๅฎนๅจ๏ผๆๅปบ่ฎฎๆจๅ ้คๅฎนๅจๅ็ธๅ ณๆไปถๅคน๏ผunifi-db ๅ unifi-network-application๏ผๅนถไปๅคดๅผๅงใ
then, you should follow this instructions in the correct order:็ถๅ๏ผๆจๅบ่ฏฅๆๆญฃ็กฎ็้กบๅบๆ็ งไปฅไธ่ฏดๆ่ฟ่กๆไฝ๏ผ
- if you want, change the default password for mongodb both in the compose and init-mongo.js filesๅฆๆ้่ฆ๏ผ่ฏทๅจ compose ๅ init-mongo.js ๆไปถไธญๆดๆน MongoDB ็้ป่ฎคๅฏ็
- place the init-mongo.js file in the /DATA/AppData folderๅฐ init-mongo.js ๆไปถๆพๅจ /DATA/AppData ๆไปถๅคนไธญ
- Deploy as a custom install (press + on the top right corner, then โinstall a customized appโ and then import, at the top of the window).้จ็ฝฒไธบ่ชๅฎไนๅฎ่ฃ ๏ผๆๅณไธ่ง็ +๏ผ็ถๅๆ็ชๅฃ้กถ้จ็โๅฎ่ฃ ่ชๅฎไนๅบ็จโ๏ผ็ถๅๅฏผๅ ฅ๏ผใ
- Wait a few minutes for the unifi-network-application to initialize, dashboard will be available on port 8443.็ญๅพ ๅ ๅ้่ฎฉ unifi-network-application ๅๅงๅ๏ผไปช่กจๆฟๅฐๅจ็ซฏๅฃ 8443 ไธๅฏ็จใ
Keep me posted ๐้ๆถ้็ฅๆ ๐
Thanks, It is working now๐
Thanks, It is working now๐
Awesome! If you are considering further testing it now, consider that in the proposed compose file I included just the mandatory ports. There are other ports which are optional, which I have left out to avoid stupid port conflicts in early testing. Just add these lines to the compose file to include them:
- target: 1900 #optional
published: "1900"
protocol: udp
- target: 8843 #optional
published: "8843"
protocol: tcp
- target: 8880 #optional
published: "8880"
protocol: tcp
- target: 6789 #optional
published: "6789"
protocol: tcp
- target: 5514 #optional
published: "5514"
protocol: udp`
@CorrectRoadH any news?
@CorrectRoadH any news?
In our upcoming release, we've upgraded Docker Compose engine to accomodate inline file. Once it's out, we will need your help to update your compose YAML with the inline file you mentioned, and get it tested.
@CorrectRoadH any news?
In our upcoming release, we've upgraded Docker Compose engine to accomodate inline file. Once it's out, we will need your help to update your compose YAML with the inline file you mentioned, and get it tested.
Cool! I'll work on it in the coming days. Any advice you can give me about the file inline feature?
@CorrectRoadH @tigerinus the new deployment seems to work correctly, can you confirm it?
I guess the last thing to do is to rewrite the app description and decide what to do with the optional ports:
- target: 1900 #optional
published: "1900"
protocol: udp
- target: 8843 #optional
published: "8843"
protocol: tcp
- target: 8880 #optional
published: "8880"
protocol: tcp
- target: 6789 #optional
published: "6789"
protocol: tcp
- target: 5514 #optional
published: "5514"
protocol: udp`
Should I enable them from the compose or just leave that option to the user? I don't want to interfere with other apps that may use those ports.
Should I enable them from the compose or just leave that option to the user? I don't want to interfere with other apps that may use those ports.
if these optional port didn't map to the host. what are the functions of uni network will not work?
if these optional port didn't map to the host. what are the functions of uni network will not work?
I don't use the guest network, so I couldn't test the need of ports 8843 8880 However, given the technical audience for this application, I don't think leaving some configuration for the user would be a big problem
if these optional port didn't map to the host. what are the functions of uni network will not work?
I don't use the guest network, so I couldn't test the need of ports 8843 8880 However, given the technical audience for this application, I don't think leaving some configuration for the user would be a big problem
Thank you for your contribution. I'm doing final testing and trying to merge it into our app store. ๐คฉ
Thank you for your contribution. I'm doing final testing and trying to merge it into our app store. ๐คฉ
Perfect, let me only rewrite the description real quick to remove the instructions to create the file, given that it is not needed anymore. It will be a few minutes
EDIT: @CorrectRoadH done!
Thanks for the collaboration guys!๐ I remain at your disposal for any issue that might arise. I just opened a small PR to label the old unifi controller as legacy.
@CorrectRoadH This has caused the App Store to break.
2024-01-26T15:27:09.614-0600 info compose app does not have valid title map in its x-casaos extension - might not be a compose app for CasaOS {"app": "unifi-network-application", "func": "service.(*ComposeApp).SetTitle", "file": "/home/runner/work/CasaOS-AppManagement/CasaOS-AppManagement/service/compose_app.go", "line": 153}
This should be changed to handle cases where the title or tagline is NULL.
How you fix the app store not loading:
casaos-cli app-management register app-store https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip
You might have to wait for this app store to show up:
casaos-cli app-management unregister app-store 0
You can check if it's shown up by running:
casaos-cli app-management list app-stores
Made a script to do this:
https://community.bigbeartechworld.com/t/fix-the-casaos-app-store-not-loading/593?u=dragonfire1119
I managed to fix it. Now the appstore is working:
riccardobellitto@sector5:~$ sudo casaos-cli app-management register app-store https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip
trying to register app store asynchronously - see /var/log/casaos/app-management.log for any errors.
riccardobellitto@sector5:~$ casaos-cli app-management unregister app-store 0
app store is unregistered.
riccardobellitto@sector5:~$ casaos-cli app-management list app-stores
ID URL STORE ROOT
-- --- ----------
0 https://casaos-appstore.paodayag.dev/linuxserver.zip /var/lib/casaos/appstore/casaos-appstore.paodayag.dev/7818f1953ae42cf69986df0a39e80fbe/CasaOS-LinuxServer-AppStore-main
1 https://paodayag.dev/casaos-appstore-edge.zip /var/lib/casaos/appstore/paodayag.dev/992f549a895d9bea5303950c9f4c6bc3/CasaOS-AppStore-Edge-main
2 https://github.com/mr-manuel/CasaOS-HomeAutomation-AppStore/archive/refs/tags/latest.zip /var/lib/casaos/appstore/github.com/852797db148b7e7005860b58498f67d0/CasaOS-HomeAutomation-AppStore-latest
3 https://github.com/bigbeartechworld/big-bear-casaos/archive/refs/heads/master.zip /var/lib/casaos/appstore/github.com/2a1238d53212bfce4e8f861dcb8ef3fe/big-bear-casaos-master
riccardobellitto@sector5:~$ casaos-cli app-management register app-store https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip
appstore is already registered
riccardobellitto@sector5:~$ casaos-cli app-management list app-stores
ID URL STORE ROOT
-- --- ----------
0 https://casaos-appstore.paodayag.dev/linuxserver.zip /var/lib/casaos/appstore/casaos-appstore.paodayag.dev/7818f1953ae42cf69986df0a39e80fbe/CasaOS-LinuxServer-AppStore-main
1 https://paodayag.dev/casaos-appstore-edge.zip /var/lib/casaos/appstore/paodayag.dev/992f549a895d9bea5303950c9f4c6bc3/CasaOS-AppStore-Edge-main
2 https://github.com/mr-manuel/CasaOS-HomeAutomation-AppStore/archive/refs/tags/latest.zip /var/lib/casaos/appstore/github.com/852797db148b7e7005860b58498f67d0/CasaOS-HomeAutomation-AppStore-latest
3 https://github.com/bigbeartechworld/big-bear-casaos/archive/refs/heads/master.zip /var/lib/casaos/appstore/github.com/2a1238d53212bfce4e8f861dcb8ef3fe/big-bear-casaos-master
4 https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip /var/lib/casaos/appstore/github.com/cb44723efc17582291f29d4f1559f24d/CasaOS-AppStore-19b9149ce0bd50ffb8c898e283dc441605a3a369
5 https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip /var/lib/casaos/appstore/github.com/cb44723efc17582291f29d4f1559f24d/CasaOS-AppStore-19b9149ce0bd50ffb8c898e283dc441605a3a369
riccardobellitto@sector5:~$ casaos-cli app-management unregister app-store 0
app store is unregistered.
riccardobellitto@sector5:~$ casaos-cli app-management unregister app-store 0
app store is unregistered.
riccardobellitto@sector5:~$ casaos-cli app-management list app-stores
ID URL STORE ROOT
-- --- ----------
0 https://github.com/mr-manuel/CasaOS-HomeAutomation-AppStore/archive/refs/tags/latest.zip /var/lib/casaos/appstore/github.com/852797db148b7e7005860b58498f67d0/CasaOS-HomeAutomation-AppStore-latest
1 https://github.com/bigbeartechworld/big-bear-casaos/archive/refs/heads/master.zip /var/lib/casaos/appstore/github.com/2a1238d53212bfce4e8f861dcb8ef3fe/big-bear-casaos-master
2 https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip /var/lib/casaos/appstore/github.com/cb44723efc17582291f29d4f1559f24d/CasaOS-AppStore-19b9149ce0bd50ffb8c898e283dc441605a3a369
3 https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip /var/lib/casaos/appstore/github.com/cb44723efc17582291f29d4f1559f24d/CasaOS-AppStore-19b9149ce0bd50ffb8c898e283dc441605a3a369
riccardobellitto@sector5:~$ casaos-cli app-management unregister app-store 2
^[[Aapp store is unregistered.
riccardobellitto@sector5:~$ casaos-cli app-management list app-stores
ID URL STORE ROOT
-- --- ----------
0 https://github.com/mr-manuel/CasaOS-HomeAutomation-AppStore/archive/refs/tags/latest.zip /var/lib/casaos/appstore/github.com/852797db148b7e7005860b58498f67d0/CasaOS-HomeAutomation-AppStore-latest
1 https://github.com/bigbeartechworld/big-bear-casaos/archive/refs/heads/master.zip /var/lib/casaos/appstore/github.com/2a1238d53212bfce4e8f861dcb8ef3fe/big-bear-casaos-master
2 https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip internal error - store root not found
@riccardobellitto Glad that it's working now!
@CorrectRoadH This has caused the App Store to break.
2024-01-26T15:27:09.614-0600 info compose app does not have valid title map in its x-casaos extension - might not be a compose app for CasaOS {"app": "unifi-network-application", "func": "service.(*ComposeApp).SetTitle", "file": "/home/runner/work/CasaOS-AppManagement/CasaOS-AppManagement/service/compose_app.go", "line": 153}
![]()
This should be changed to handle cases where the title or tagline is NULL.
How you fix the app store not loading:
casaos-cli app-management register app-store https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip
You might have to wait for this app store to show up:
casaos-cli app-management unregister app-store 0
You can check if it's shown up by running:
casaos-cli app-management list app-stores
Made a script to do this:
https://community.bigbeartechworld.com/t/fix-the-casaos-app-store-not-loading/593?u=dragonfire1119
This doesn't fix other app stores...
I have not install any container on my machine but appstore could not be open today .
@CorrectRoadH This has caused the App Store to break.่ฟๅฏผ่ด App Store ๅดฉๆบใ
2024-01-26T15:27:09.614-0600 info compose app does not have valid title map in its x-casaos extension - might not be a compose app for CasaOS {"app": "unifi-network-application", "func": "service.(*ComposeApp).SetTitle", "file": "/home/runner/work/CasaOS-AppManagement/CasaOS-AppManagement/service/compose_app.go", "line": 153}
![]()
This should be changed to handle cases where the title or tagline is NULL.ๅบๆดๆนๆญค้กนไปฅๅค็ๆ ้ขๆๆ ่ฏญไธบ NULL ็ๆ ๅตใ
How you fix the app store not loading:ๅฆไฝไฟฎๅคๅบ็จๅๅบๆ ๆณๅ ่ฝฝ็้ฎ้ข๏ผ
casaos-cli app-management register app-store https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip
You might have to wait for this app store to show up:ๆจๅฏ่ฝ้่ฆ็ญๅพ ๆญคๅบ็จๅๅบๆพ็คบ๏ผ
casaos-cli app-management unregister app-store 0
You can check if it's shown up by running:ๆจๅฏไปฅ้่ฟ่ฟ่กไปฅไธๅฝไปคๆฅๆฃๆฅๅฎๆฏๅฆๆพ็คบ๏ผ
casaos-cli app-management list app-stores
Made a script to do this:ๅถไฝไบไธไธช่ๆฌๆฅๆง่กๆญคๆไฝ๏ผ
https://community.bigbeartechworld.com/t/fix-the-casaos-app-store-not-loading/593?u=dragonfire1119
after unregister all app-store and register app-store https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip
casaos-cli app-management list app-stores
will only show one store
ID URL STORE ROOT
-- --- ----------
0 https://github.com/IceWhaleTech/CasaOS-AppStore/archive/19b9149ce0bd50ffb8c898e283dc441605a3a369.zip /var/lib/casaos/appstore/github.com/cb44723efc17582291f29d4f1559f24d/CasaOS-AppStore-19b9149ce0bd50ffb8c898e283dc441605a3a369
Although the Appstore can also work. But not only when I reboot the system, but also a few minutes after downloaded this file, Casaos app-management will download this zip file again and again.
So all I did was unregister all Appstore's added
casaos-cli app-management unregister app-store 0
I then re-added all the stores that I wanted per https://awesome.casaos.io/content/3rd-party-app-stores/list.html#_3-casaos-coolstore
However I noticed that 4. CasaOS (Edge) AppStore
All other app stores lists add in with 0 problems
This should be changed to handle cases where the title or tagline is NULL.
Hi guys, I'm the developer behind this app.
As has been pointed out the issue seems to be related to title and taglines being NULL. In reality, they are not NULL, there is a specified title and tagline if you see the code. I believe the issue is related to the fact that this compose file deploys not just one, but two containers. Which may be a first for the appstore and maybe an unaddressed issue, from a AppStore perspective.
@CorrectRoadH has, I guess temporarely, removed this app from the store until this issue gets fixed. So, if problems continue to arise, I think you should just update your appstore index.
I believe it would be best to report any new issues, unrelated to this app, in the main casaos repo, for example here: https://github.com/IceWhaleTech/CasaOS/issues/1659 And then, if you want, leave a reference to this PR (github is able to link them and display the reference)
This PR should serve as a development space for the App, not to discuss AppStore issues.๐ Sorry guys, I don't mean this to be a rant, just trying to keep the space tidy ๐
This should be changed to handle cases where the title or tagline is NULL. https://github.com/IceWhaleTech/CasaOS-UI/blob/31ce55e1d97ed3fc43b90f6b91d59be9758d7e36/main/src/components/Apps/AppPanel.vue#L737
Hi guys, I'm the developer behind this app.
As has been pointed out the issue seems to be related to title and taglines being NULL. In reality, they are not NULL, there is a specified title and tagline if you see the code. I believe the issue is related to the fact that this compose file deploys not just one, but two containers. Which may be a first for the appstore and maybe an unaddressed issue, from a AppStore perspective.
@CorrectRoadH has, I guess temporarely, removed this app from the store until this issue gets fixed. So, if problems continue to arise, I think you should just update your appstore index.
I believe it would be best to report any new issues, unrelated to this app, in the main casaos repo, for example here: IceWhaleTech/CasaOS#1659 And then, if you want, leave a reference to this PR (github is able to link them and display the reference)
This PR should serve as a development space for the App, not to discuss AppStore issues.๐ Sorry guys, I don't mean this to be a rant, just trying to keep the space tidy ๐
Yes, it just is a temporarely remove. It is back to App Store right now! ๐คฉ We've fixed the bug of CasaOS that cause App Store always loading, and we will add more test for new application.
Very Thanks for your contribute. offering a very nice app for every users of CasaOS.
Closes #371
As said in issue #371, casaos currently offers unifi-controller, which is being deprecated starting January 1st. Linuxserver has replaced it with unifi-network-application. However deployment is a bit more complicated. You can read more here.
I wrote a compose file that deploys both unifi-network-application and mongodb.
For mongoDB the chosen version is 3.6 and I believe it should not be changed, because:
For unifi-network-application I tested the latest version (as of today 8.0.24) and it seems to work well, however I'm asking for more testing and opinions, reason why in the compose I left the "latest" tag.
The compose also creates a bridge network, needed for hostname resolution between the two services, needed at least until this issue is resolved.
The only caveats, from a user perspective, are described in the app "tips", I paste them here:
I'm currently using an almost identical compose, deployed through portainer on a Raspberry Pi 3 not using CasaOS, and it is working flawlessly. (be careful on low memory devices because this application can use about 500MB of memory) I tested this PR on an x86 device and I can confirm deployment is succesful and the network-application launches and configures correctly. However I didn't test the adoption of unifi devices and everyday usage. I believe there should be no issue, but any other test is warmly welcomed. Other useful info: https://github.com/GiuseppeGalilei/Ubiquiti-Tips-and-Tricks/blob/main/Unifi%20network%20application%20-%20CasaOS/instructions.md
Happy holidays!