Liquidbings
-
Posts
20 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Liquidbings
-
-
Been having a heck of a time. I had all of this running smoothly until I lost my cache pool during a power outage. So in the process I upgraded the sytem at the same time and have been trying to get everything back to the way it was. First I was losing User share when attempting to run plex on ram with it setup on the old config. Then it turned out a few of my appdata folders had made it onto the array at one point and needed deleting. Now I cant get any of the containers arr containers to use the vpn any longer.
I can get deulge running on the vpn no problem. When I try and run any of the arr containers through it they seem to work as far as being able to use the gui, but can no longer talk with any of the other containers?
I went though the logs as best I could and corrected a few of the errors and changing settings including:
iptable_mangle was missing ran some commands and no longer get this error.
tried changing port to 8119
a couple other things I cannot remember as its been a wild few days of tracking down errors from the move etc.
here is my log, I've gone through and exhausted everything I can think of.
Thank you kindly for any help anyone can provide.
.thumb.png.17008c073b89822a77d7dd6b3c9337b7.png)
.thumb.png.78746acbdc2572f3cd877f934c38d556.png)
.thumb.png.f424b72f2cd326e5eaff6f252632076b.png)
.thumb.png.4228d7777ae379dda35af53c10240557.png)
-
Not at exactly the same time but around then yes...Thinking about it it may have been after a restart happened so whatever got messed up might have been at the time of changing some of the ports etc on those containers but not actually implemented until the restart took place
I just removed those 2 dockers via command line and am rebooting to see if that has any effect
Edit: Well that did nothing still not able to access still same issue in log
But no welcome to our web server messages now
-
I did have a few containers setup to use a reverse proxy that had stopped working around 6.9.1 that I had been toying around with recently trying to get working again, Swag, ombi
I changed a few settings in pihole and swag within the last few days attempting to make swag work
-
Complex bonding has been there since the server was built. Its just the 2 gig ports bonded and has been working fine. I have gotten that warning many times with no issues. The Ip has been always set by to 192.168.1.25 by mac address in the router and I am definitely trying to go directly to that address.
Looking through the log with my severe lack of knowledge, would nginx not being able to start because of things already on the port be possibly causing some of the issues?
QuoteSep 21 18:01:57 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:57 TowerX2 root: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:57 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:01:57 TowerX2 root: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:01:57 TowerX2 avahi-daemon[14882]: Joining mDNS multicast group on interface br-677692e79d66.IPv6 with address fe80::42:88ff:fe6a:2caa.
Sep 21 18:01:57 TowerX2 avahi-daemon[14882]: New relevant interface br-677692e79d66.IPv6 for mDNS.
Sep 21 18:01:57 TowerX2 avahi-daemon[14882]: Registering new address record for fe80::42:88ff:fe6a:2caa on br-677692e79d66.*.
Sep 21 18:01:58 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:58 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:01:58 TowerX2 root: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:58 TowerX2 root: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:01:58 TowerX2 avahi-daemon[14882]: Joining mDNS multicast group on interface vethe375a05.IPv6 with address fe80::6c79:39ff:fe70:e916.
Sep 21 18:01:58 TowerX2 avahi-daemon[14882]: New relevant interface vethe375a05.IPv6 for mDNS.
Sep 21 18:01:58 TowerX2 avahi-daemon[14882]: Registering new address record for fe80::6c79:39ff:fe70:e916 on vethe375a05.*.
Sep 21 18:01:58 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:58 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:01:58 TowerX2 root: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:58 TowerX2 root: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:01:59 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:59 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:01:59 TowerX2 root: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:59 TowerX2 root: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:01:59 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:59 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:01:59 TowerX2 root: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 21 18:01:59 TowerX2 root: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
Sep 21 18:02:00 TowerX2 nginx: 2021/09/21 18:01:57 [emerg] 17632#17632: still could not bind()
Sep 21 18:02:00 TowerX2 root: nginx: [emerg] still could not bind() -
Couldn't figure out how to get it without being able to download through the gui but found it through the flash drive.
-
One would think this but I can see the ip address of the server in my router which I have manually configured months ago and im going right to that ip...
Also I had been using this same method for months now and use a bookmark so nothing changed there either...Im baffled
I can access all my files via network on windows still without issues
-
So the other evening I had a weird issue, I could no longer access the server via My Usual method 192.168.1.xx. Which up until that evening had been working fine. I finally was able to access the server via, "Towerx2/login" for some odd reason. This method had been unworking up until this happened. Then all of a sudden today I am unable to access the server via either of those methods. I can still access via monitor and keyboard hooked up to server but gui seems to be not working with this method as well.
Sometimes Im getting this when I try and login and sometimes nothing at all
Welcome to our server
The website is currently being setup under this address.
For help and support, please contact: [email protected]
-
Ok so after some more investigating on my end I tried making another liquidnet with all lowercase and reinstalling the swag container started getting a different error this time around.
"Docker: Error response from daemon: driver failed programming external connectivity on endpoint swag (642dd79e56b00d7ad807afeff98f2501afb16cdebe19a2666ed63a74bb2dbe11): Error starting userland proxy: listen tcp4 0.0.0.0:80: bind: address already in use."
So I did a netstat lookup on 80 and it shows nginx and nginx workers on there. I wasn't sure if this something that may be causing an issue or is it something I'm unfamiliar with and normal?
-
33 minutes ago, Squid said:
Have you tried recreating the Mynet network?
I tried making another one and using that and I got the same error. Would it be be better to recreate the original or would this accomplish the same thing?
The networks show up correctly from the dropdown in edit container. and when I list the networks in terminal they show up as what appears to me to be correct
# docker network inspect Liquidnet
[
{
"Name": "Liquidnet",
"Id": "edited out",
"Created": "2021-07-17T17:10:47.916206832-04:00",
"Scope": "local",
"Driver": "bridge",
"EnableIPv6": false,
"IPAM": {
"Driver": "default",
"Options": {},
"Config": [
{
"Subnet": "172.18.0.0/16",
"Gateway": "172.18.0.1"
}
]
},
"Internal": false,
"Attachable": false,
"Ingress": false,
"ConfigFrom": {
"Network": ""
},
"ConfigOnly": false,
"Containers": {},
"Options": {},
"Labels": {}
}
]Thank you for such a quick reply as always
-
Does anyone have a way to fix my containers not being able to use custom network any longer after upgrading? It started with 6.9 but still isnt fixed for me in 6.10.
I just get "No such container" error if I click start on anything that uses a a custom network And the error when applying custom network while editing the container is "docker: Error response from daemon: network Mynet not found. The command failed."
I had custom networks working for over a year now after following spaceinvaderones video and just cannot figure out what happened or how to fix it.
-
14 hours ago, carnivorebrah said:
Okay, looks like adding my network "10.100.1.*" to "Ignored Addresses" in both Sonarr and Radarr fixed the connections issues between them, Jackett and DelugeVPN. It looks like just checking the box "Bypass Proxy for Local Addresses" will not work on its own. Thank you so much.
This is also true for any physical devices I use, aka laptop, desktop, mobile device:
You have to specify the IP addresses or entire subnet that you want to bypass the proxy for. Checking the box alone doesn't work.
All issues resolved! Thank you!!!
Thank you all for alll the help. This post helped me fix my issue. I had to add the adresses/full subnet to the ignored line as the checkbox failed to do its job... Quick fix that just required some deep digging to sort out. What a pain in the pooper lol
Thanks everyone for being such a wonderful source of info! ❤️
-
2
-
-
Really appreciate these game servers!
I'm having trouble accessing the terraria server from outside the local network. I can connect on the local ip but when friends try to connect from outside the house it never even shows in the logs.
I've added the port into the port forwarder on the router. I tried adding the ip into the config file and didnt seem to help. Also tried adding steam and or lobby lines in and neither of those seemed to do anything for me either.
Feel like its something simple I'm missing. I poked through the pages here and didn't see any relevant info. Thanks for any help anyone might be able to provide.
-
7 hours ago, Flubster said:
console into app
vi /home/nobody/start.sh
change the last line to read; cd /usr/lib/nzbhydra2 && /usr/lib/nzbhydra2/nzbhydra2wrapperPy3.py --datafolder /config/nzbhydra2
restart
The image has changed to python3, but the startup script is referring to a wrapper that is nolonger in the image - I assume this will be fixed in the container by the maintainer
Dave
30 minutes ago, Sloppy said:Thank you for this. If anyone else is like me and needs instructions on how to edit in vi mode this article helped me: https://staff.washington.edu/rells/R110/
Flubster fixed worked like a charm and thanks to sloppy I was able to get through it no prob!
Woke up to the issue and within 20 mins had it fixed thanks to all of your support! Couldn't do it without yall and hope everyone is doing well in these weird and crazy times. Your support is appreciated more than ever! ❤️
-
1
-
-
Thank you kindly for the quick reply. That seems to correlate to what I see. The Check starts to run at 12:30 and 13/15 of those errors were within 18 seconds of that and the other 2/15 were within 6 hours of a 23 hour run.
I will likely run another check and see what comes up the second time to be safe. -
Howdy folks, Just wanted to say hi and introduce myself to this wonderful community! Been loving UnRaid and everything that goes with it!
Yesterday the monthly parity check ran and came up with 15 sync errors. From everything I've read and deciphered so far it seems this can be normal if there have been any dirty shutdowns, and I believe there may have been 1 or 2 during a couple bad storms we had. (on a side note if anyone could recommend a good UPS for my system lol). The thing I could find in the logs that looked related was this bit
QuoteNov 3 00:30:01 TowerX2 kernel: md: recovery thread: check P Q ...
Nov 3 00:30:01 TowerX2 kernel: md: using 1536k window, over a total of 9766436812 blocks.
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554344
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554352
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554360
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554368
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554488
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554496
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554616
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554680
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554720
Nov 3 00:30:16 TowerX2 kernel: md: recovery thread: P corrected, sector=5554728
Nov 3 00:30:17 TowerX2 kernel: md: recovery thread: P corrected, sector=5688120
Nov 3 00:30:18 TowerX2 kernel: md: recovery thread: P corrected, sector=6293496
Nov 3 00:30:18 TowerX2 kernel: md: recovery thread: P corrected, sector=6293504
Nov 3 04:15:41 TowerX2 kernel: md: recovery thread: PQ corrected, sector=4593406928
Nov 3 05:52:54 TowerX2 kernel: md: recovery thread: PQ corrected, sector=5942149320I thought I should maybe post the logs here and see what you guys thought as I have no idea really and am still learning the ropes.
Thank you kindly for any and all help you may be able to provide.
-
Hello and thank you for such a wonderful OS. Couldn't be happier with my experience so far.
I tried to make the upgrade the other day to full license key. After 24 hours I contacted support. I have not heard back and figured this would be the next best step. I assume it may just be that its the weekend but just to be safe I thought I would post here.Invoice No.: 56257 Order No.: 498176734 Date: 09/06/2019
Thank you kindly for any and all help you may be able to provide.
.png.1270e6e875710ca969bbf35a95642794.png)
.png.ed4dcd705562a89e3be387c1eaae8ae9.png)
.png.e579eb45d0f16033ab565037892e29b9.png)
.png.545800e45c389f5025485e24e50118ac.png)
Slow Container updates/Downloads
in General Support
Posted
Good afternoon to all you wonderful folks. I had this issue in the past with slow container installs and updates. I remember in the past/ have read on here its usually when the docker.img or appdata files are on the array not on the cache. But as best I can tell that doesn't seem to be the case for me currently. Both are showing all files on the cache.
I am also having a separate/possibly related issue with my docker.img being bigger that I expect it to be but also dont see any mappings that are off as best I can tell in either the Docker apps themselves or in the container settings.
Thank you kindly for any and all assistance anyone may be able to provide.
towerx2-diagnostics-20240526-1348.zip