lucahammer
Members-
Posts
6 -
Joined
-
Last visited
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
lucahammer's Achievements
Noob (1/14)
2
Reputation
-
@irishjd Do you need the old data in elasticsearch or will it be re-populated? The easiest option would be to delete all files in the current elasticsearch data folder. The log says that there are indices from v7 and they aren't compatible with v8.
-
Just wanted to let others know how to make this template work with Elasticsearch 8.9: Replace repository with 'docker.elastic.co/elasticsearch/elasticsearch:8.9.0' (not sure why it isn't on dockerhub, maybe because of the last pricing discussion failure) Add variable 'xpack.security.enabled' with value 'false' (enabled by default since 8.0; if enabled, elasticsearch can't be accessed without username/password and SSL https://www.elastic.co/guide/en/elasticsearch/reference/current/security-settings.html) There are two options to work around file permission issues (without fixing them manually after each reboot): Either add '--user 99 --group-add=100 --group-add=0' at Extra Parameters (uid 99 and gid 100 allow the elasticsearch user to access files on Unraid, gid 0 adds it to the group that can change files in the container; https://www.elastic.co/guide/en/elasticsearch/reference/8.9/docker.html#_configuration_files_must_be_readable_by_the_elasticsearch_user) or add the variable 'TAKE_FILE_OWNERSHIP' with value 'true' (thanks @siege9929 and @wolfNZ) Not necessary changes, but I wanted them: Add Plugins directory path '/usr/share/elasticsearch/plugins' (allows you to keep plugins that you install through the console of the container) Add Extra Parameters '--ulimit memlock=-1:-1 --cap-add=IPC_LOCK' (should improve performance by preventing memory from being swapped https://www.elastic.co/guide/en/elasticsearch/reference/current/_memory_lock_check.html) My complete template: <?xml version="1.0"?> <Container version="2"> <Name>elasticsearch</Name> <Repository>docker.elastic.co/elasticsearch/elasticsearch:8.9.0</Repository> <Registry>https://hub.docker.com/_/elasticsearch</Registry> <Network>bridge</Network> <MyIP/> <Shell>bash</Shell> <Privileged>false</Privileged> <Support>https://forums.unraid.net/topic/79125-support-foxxmd-elasticsearch</Support> <Project/> <Overview>Elasticsearch with instructions for installation on unraid. 
 
 Directions below MUST be used in order to get Elasticsearch 5 and above working correctly. Check support thread for more information.
 
 Directions:
 1. Install CA User Scripts
 2. Create a new script named vm.max_map_count
 3. Contents of script as follows: 
 
 #!/bin/bash
 sysctl -w vm.max_map_count=262144
 
 4. Set script schedule to At Startup of Array
 
 Adapted version by Luca for elasticsearch 8.x.x</Overview> <Category>Other: Tools:Utilities</Category> <WebUI>http://[IP]:[PORT:9200]/</WebUI> <TemplateURL>https://raw.githubusercontent.com/FoxxMD/unraid-docker-templates/master/foxxmd/elasticsearch.xml</TemplateURL> <Icon>https://github.com/FoxxMD/unraid-docker-templates/raw/master/elasticsearch.png</Icon> <ExtraParams>--ulimit nofile=262144:262144 --ulimit memlock=-1:-1 --cap-add=IPC_LOCK --user 99 --group-add=100 --group-add=0</ExtraParams> <PostArgs/> <CPUset/> <DateInstalled>1692281389</DateInstalled> <DonateText/> <DonateLink/> <Requires/> <Config Name="Data" Target="/usr/share/elasticsearch/data" Default="/mnt/user/appdata/elasticsearch/data" Mode="rw" Description="Directory where ES data is persisted" Type="Path" Display="always" Required="true" Mask="false">/mnt/user/appdata/elasticsearch/data</Config> <Config Name="REST API Port" Target="9200" Default="9200" Mode="tcp" Description="Host port exposed for REST HTTP interface." Type="Port" Display="always" Required="true" Mask="false">9200</Config> <Config Name="Nodes Communication Port" Target="9300" Default="9300" Mode="tcp" Description="Host port exposed for node communication." Type="Port" Display="always" Required="true" Mask="false">9300</Config> <Config Name="enforce SSL/login" Target="xpack.security.enabled" Default="false" Mode="" Description="" Type="Variable" Display="always" Required="false" Mask="false">false</Config> <Config Name="Plugins" Target="/usr/share/elasticsearch/plugins" Default="/mnt/user/appdata/elasticsearch/plugins" Mode="rw" Description="Install plugins through the console of the container. eg. bin/elasticsearch-plugin install [plugin_name]" Type="Path" Display="always" Required="false" Mask="false">/mnt/user/appdata/elasticsearch/plugins</Config> <Config Name="Logs" Target="/usr/share/elasticsearch/logs" Default="" Mode="rw" Description="" Type="Path" Display="always" Required="false" Mask="false">/mnt/user/appdata/elasticsearch/logs</Config> <Config Name="ES_JAVA_OPTS" Target="ES_JAVA_OPTS" Default="-Xms512m -Xmx512m" Mode="" Description="https://www.elastic.co/guide/en/elasticsearch/reference/8.9/advanced-configuration.html#set-jvm-heap-size" Type="Variable" Display="advanced-hide" Required="false" Mask="false">-Xms512m -Xmx512m</Config> <Config Name="Discovery Type" Target="discovery.type" Default="single-node" Mode="" Description="" Type="Variable" Display="advanced-hide" Required="true" Mask="false">single-node</Config> </Container>
-
DNS resolution stopping on 6.12.0-rc5 and rc6
lucahammer commented on Kaldek's report in Prereleases
I am running Version 6.12.3 and may have a related issue. I am using IPv4+IPv6 with DHCP. The nameserver entry for IPv6 has '%br0' at the end which can't be parsed by avahi-demon and is then ignored. I only noticed it because smokeping keeps throwing errors because of it: ERROR: output of '/usr/bin/dig localhost' does not match (?^i:query time:\s+([0-9.]+)\smsec.*) at (eval 105) line 1. ERROR: output of '/usr/bin/dig localhost' does not match (?^i:query time:\s+([0-9.]+)\smsec.*) at (eval 103) line 1. Content of resolv.conf # Generated by dhcpcd from br0.dhcp, br0.ra domain localdomain nameserver 192.168.178.2 nameserver fe80::1ae8:29ff:fe42:1f04%br0 When I manually edit resolv.conf (on Unraid or the smokeping container) it starts working. But after some time it's updated again. As it should. But without '%br0' at the end. Not sure if it's related, but avahi-daemon is started and restarted within a few seconds during startup. syslog: Aug 17 10:28:22 MeshifyUnraid emhttpd: shcmd (21): /etc/rc.d/rc.avahidaemon start Aug 17 10:28:22 MeshifyUnraid root: Starting Avahi mDNS/DNS-SD Daemon: /usr/sbin/avahi-daemon -D Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Found user 'avahi' (UID 61) and group 'avahi' (GID 214). Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Successfully dropped root privileges. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: avahi-daemon 0.8 starting up. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Successfully called chroot(). Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Successfully dropped remaining capabilities. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Loading service file /services/sftp-ssh.service. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Loading service file /services/smb.service. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Loading service file /services/ssh.service. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Joining mDNS multicast group on interface br0.IPv6 with address 2a00:6020:12b2:4567:89ca:80ff:fe78:ae7a. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: New relevant interface br0.IPv6 for mDNS. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Joining mDNS multicast group on interface br0.IPv4 with address 192.168.178.145. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: New relevant interface br0.IPv4 for mDNS. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Network interface enumeration completed. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Registering new address record for 2a00:6020:12b2:4567:89ca:80ff:fe78:ae7a on br0.*. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Registering new address record for 192.168.178.145 on br0.IPv4. Aug 17 10:28:22 MeshifyUnraid avahi-daemon[4102]: Failed to parse address 'fe80::1ae8:29ff:fe42:1f04%br0', ignoring. Aug 17 10:28:22 MeshifyUnraid emhttpd: shcmd (22): /etc/rc.d/rc.avahidnsconfd start Aug 17 10:28:22 MeshifyUnraid root: Starting Avahi mDNS/DNS-SD DNS Server Configuration Daemon: /usr/sbin/avahi-dnsconfd -D Aug 17 10:28:22 MeshifyUnraid avahi-dnsconfd[4116]: Successfully connected to Avahi daemon. ... Aug 17 10:28:38 MeshifyUnraid emhttpd: shcmd (65): /etc/rc.d/rc.avahidaemon restart Aug 17 10:28:38 MeshifyUnraid root: Stopping Avahi mDNS/DNS-SD Daemon: stopped Aug 17 10:28:38 MeshifyUnraid avahi-daemon[4102]: Got SIGTERM, quitting. Aug 17 10:28:38 MeshifyUnraid avahi-dnsconfd[4116]: read(): EOF Aug 17 10:28:38 MeshifyUnraid avahi-daemon[4102]: Leaving mDNS multicast group on interface br0.IPv6 with address 2a00:6020:12b2:4567:89ca:80ff:fe78:ae7a. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[4102]: Leaving mDNS multicast group on interface br0.IPv4 with address 192.168.178.145. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[4102]: avahi-daemon 0.8 exiting. Aug 17 10:28:38 MeshifyUnraid root: Starting Avahi mDNS/DNS-SD Daemon: /usr/sbin/avahi-daemon -D Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Found user 'avahi' (UID 61) and group 'avahi' (GID 214). Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Successfully dropped root privileges. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: avahi-daemon 0.8 starting up. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Successfully called chroot(). Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Successfully dropped remaining capabilities. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Loading service file /services/sftp-ssh.service. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Loading service file /services/smb.service. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Loading service file /services/ssh.service. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Joining mDNS multicast group on interface br0.IPv6 with address 2a00:6020:12b2:4567:89ca:80ff:fe78:ae7a. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: New relevant interface br0.IPv6 for mDNS. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Joining mDNS multicast group on interface br0.IPv4 with address 192.168.178.145. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: New relevant interface br0.IPv4 for mDNS. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Network interface enumeration completed. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Registering new address record for 2a00:6020:12b2:4567:89ca:80ff:fe78:ae7a on br0.*. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Registering new address record for 192.168.178.145 on br0.IPv4. Aug 17 10:28:38 MeshifyUnraid avahi-daemon[5402]: Failed to parse address 'fe80::1ae8:29ff:fe42:1f04%br0', ignoring. Aug 17 10:28:38 MeshifyUnraid emhttpd: shcmd (66): /etc/rc.d/rc.avahidnsconfd restart Aug 17 10:28:38 MeshifyUnraid root: Stopping Avahi mDNS/DNS-SD DNS Server Configuration Daemon: stopped Aug 17 10:28:38 MeshifyUnraid root: Starting Avahi mDNS/DNS-SD DNS Server Configuration Daemon: /usr/sbin/avahi-dnsconfd -D Aug 17 10:28:38 MeshifyUnraid avahi-dnsconfd[5411]: Successfully connected to Avahi daemon. -
-
@StenFrisk Yes. I haven't used it much, but it works: https://gts.luca.run/.
-
Template uses the official GoToSocial Docker: https://hub.docker.com/r/superseriousbusiness/gotosocial GoToSocial documentation: https://docs.gotosocial.org/en/latest/ GoToSocial issues: https://github.com/superseriousbusiness/gotosocial/issues Pull requests for the template are welcome at https://github.com/lucahammer/unraid-templates Additional variables can be found in the example config https://github.com/superseriousbusiness/gotosocial/blob/main/example/config.yaml