Jump to content

rragu

Members
 View Profile  See their activity

  • Content Count

    37

  • Joined

  • Last visited

Posts posted by rragu

  1. Posted

    19 hours ago, jonathanm said:

    Depends. Well written apps will detect that a dependency isn't available and either retry or wait, then error out gracefully after a period of time. Poorly written apps may lose or corrupt data.

     

    I've never had an issue with my specific set of containers, but ymmv.

    When you say "well-written", do you mean on the part of the container creator or the underlying service? For example, I generally prefer to use the Linuxserver variant of a given container. Presumably, those would count as well-written?

     

    Also, with regards to data loss, I imagine that depends on whether data is actively being written (e.g. my Nextcloud and Bookstack containers are usually NOT writing data whereas my telegraf container is constantly writing to InfluxDB)?

     

    In any case, since I'm certainly not knowledgeable enough to know if an app is well written, I suppose I'll stick with my existing protocol of stopping all affected containers before updating. Small price to pay for peace of mind...

  2. Posted

    I have a few instances where Docker containers work in combination (e.g. Nextcloud and Bookstack each work with mariadb; Telegraf, InfluxDB and Grafana all work together etc).

     

    When there is a update for one or more of these Docker containers, is there a recommended way to update (e.g. stop everything, update everything, then restart in a specific order)? Or can I just update any individual container as and when I please without stopping any other "upstream" or "downstream" containers?

  3. Posted

    On 4/15/2020 at 6:00 AM, bonienl said:

    The way it is implemented in 6.8 and later, is that the passphrase is no longer stored in a file, but internally cached by the emhttpd process.

     

    This makes the passphrase invisible/non-retrievable once entered at startup of the array.

     

    When using a keyfile, this file is copied to /root prior to starting the array. The option exists to delete the file from /root after the array is started/

     

    My standard disclaimer: I only know enough to break things that I don't know how to fix...

     

    I've written my go file such that at boot, I get my array passphrase via AWS Secrets Manager and write it to /root/keyfile. unRAID then uses /root/keyfile to unlock/startup my array. I've been manually deleting my keyfile after startup.

     

    The aws-cli command I use for the procedure above retrieves a string, not a file. So, is it possible to use the output of this command as the passphrase rather than writing it to a keyfile first?

     

    Thanks!

  5. Posted

    Wasn't really sure which sub-forum to post this in, but here goes:

    I setup the trio of Telegraf+InfluxDB+Grafana recently and noticed the following curious behavior from my GPU:

    2024937423_GPUusage.thumb.png.149b408be19791e4f243e0047be2af8c.png

     

    I installed my GPU almost a year ago. At idle, the GPU usage was obviously 0% with fan usage ~50%. The GPU statistics plugin confirmed as much.

     

    However, since I set up Telegraf et al. a week or so ago, "idle" GPU usage hovers between 2-5% with fan usage at ~65% for extended periods. Upon checking nvidia-smi, it reports "no running processes". The issue also appears to go away on its own.

     

    Any idea what could be causing this behavior? Admittedly, it doesn't seem to be affecting transcoding results in any way. But it's just weird that I'm seeing sustained, albeit low, GPU and fan utilization despite "no running processes".

     

    I didn't notice this behavior before setting up Telegraf etc. (i.e. when I only had GPU statistics plugin installed). That said, I'm pretty sure that all Telegraf did was alert me to an existing issue.

  6. Posted · Edited by rragu
    changed rm to shred

    My standard disclaimer: I only know enough to break things that I don't know how to fix...

     

    Question 1:

    I've written my go file such that at boot, I get my array passphrase via AWS Secrets Manager and write it to /root/keyfile. unRAID then uses /root/keyfile to unlock/startup my array. I've been manually deleting my keyfile after startup.

     

    Can I just add the following to the go file to automatically delete the keyfile 5 minutes after startup: 

    sleep 300s
shred /root/keyfile

    Or should I just write a user script with the above commands via the User Scripts plugin to be executed after Array start?

     

    Question 2:

    From what I've managed to glean from the forums, in unRAID 6.8+, passphrases seem to be more secure than keyfiles as passphrases are not written to a visible-to-user file (even ones that only exist in RAM). The aws-cli command I use for the procedure above retrieves a string, not a file. So, is it possible to use the output of this command as the passphrase rather than writing it to a file first?

     

    Thanks!

  7. Posted · Edited by rragu
    Problem solved

    38 minutes ago, atribe said:

    Probably the cost of switching the repo. See the bottom left of you screenshot? Libray/telegraf. You customized it. You might be able to go into the file system where that template info is stored and put the icon there.

    Thanks!

     

    EDIT: Solved both issues as described in my post above.

  9. Posted · Edited by rragu
    Problem solved

    I recently set up Telegraf+InfluxDB+Grafana (+HDDTemp).

    In order to get Nvidia GPU stats, I changed my telegraf repository from alpine to latest. Life was good.

     

    However, I've just noticed that, in the Docker tab of unRAID, the Telegraf icon is missing and the docker container name is no longer a link to edit the template. If I click the docker icon, I only have the options of Console, Start, Stop, Pause, Restart, and Remove. Telegraf-DockerView.thumb.png.4f0d932f5925862ec3532fc9ca026405.png

    My Grafana dashboard is still populating properly. So, Telegraf still appears to be doing its job.

     

    That said, can anyone help me figure out what I broke? Or is this just the price of switching the repository (I would switch back to confirm this but as stated, I can't edit the template)?

     

    EDIT: Found the problem...somehow the my-telegraf.xml file at /boot/config/plugins/dockerMan/templates-user was deleted. Not a clue how that happened as I don't make a point of rooting around in /boot unnecessarily. In any case, thanks to the CA Backup/Restore Appdata plugin, I copied the file back to /boot. A refresh of the Docker tab shows I'm back to normal (icon and all).

  10. Posted

    I installed LSIO's code-server container and set up a reverse proxy using the LSIO LetsEncrypt container.

     

    My issue is: on Firefox, once I go to code.mydomain.com and log in with the password I set in the code-server container, I just get a blank page. However, the same site works perfectly fine on Chrome and Edge.

     

    I know I'm being kinda vague. But any ideas as to why this might be or what I should start checking for?

  11. Posted · Edited by rragu
    clarity

    10 hours ago, GuildDarts said:

    Thanks for letting me know ^_^

    Just pushed an update. I was unable the get the error myself (on beta), but did fix what was causing the error (thanks for the logs :))
    hope this fixes it for you

    Don't know if this is expected behavior: I just updated Docker Folder to v2020.05.03 (not that I was having any issues with the previous version); I then switched to the Docker tab to see all my folders were deleted. I'm now back to the original list of containers.

     

    Edited to add: While I was able to update containers, I cannot stop them (i.e. I clicked the container icon, clicked Stop and nothing happened). Uninstalled Docker Folder and I am able to start/stop containers again.

  12. Posted

    Hi,

     

    I installed recordings-converter and tested it out on a couple of files. Conversion logs are attached.

     

    A few questions:

    1) I think I've set it up correctly to use my GPU. Is the attached configuration correct?
    2) While the docker was doing its work, I did see load on the GPU and an ffmpeg process. But there was still 5-10% load on the CPU (and no other docker should have been using that much CPU resources at the time). Is this expected behavior?
    3) Does the container work on multiple files sequentially or concurrently? So far I've tested the container only on folders with one recording in them. When I switch to my entire recordings folder, I just want to make sure my other containers/VMs etc aren't affected. 
    4) I am using my GPU for hardware transcoding in Plex and Emby as well. It is my understanding that as long as my GPU isn't passed through to a VM, multiple Dockers can use the GPU concurrently. Is my understanding correct?

     

    Thanks for your help and a bigger thanks for all your work on these containers. Definitely makes my life easier!

    Recordings-Converter Configuration.jpg

    postProcess.18-03-2020-0712.log postProcess.18-03-2020-0839.log

  15. Posted

    Hi,

     

    I believe that starting with 6.8, unRAID no longer saves a passphrase to a keyfile. So, does this mean the only way to autostart an encrypted array is to use a keyfile?

     

    Assuming there is some way to autostart using a passphrase:

    So I have my server at my parents' place since they have Gigabit internet and I don't. I generally use the OpenVPN docker to administer the server, although I do have a Raspberry Pi on their LAN that I connect to via VNC if OpenVPN isn't working properly. I was planning on storing the passphrase on the Raspberry Pi and having the server retrieve it via SMB at start.

     

    Is that advisable or should I configure it some other way? Any security concerns/issues to navigate?

  16. Posted

    2 minutes ago, remotevisitor said:

    This is expected behaviour .... but the reason is rather subtle.

     

    The cache setting on a share is used when a file is created on a disk.   So when you use Syncthing to copy the files to your system it is creating new files on your system so it honours the cache setting and creates the files on the cache disk.

     

    When you then move the files to your Media share it is just renaming the files (not creating new files) so the cache setting is not used and the files will remain on the cache disk.     As the Media share cache setting is "No", mover does not move files from the cache disk.

     

    So you currently have 2 possibilities:

    • Change the cache setting on your Media share to “Yes" so that mover will copy files from cache disk to data disks.
    • Copy the files to /mnt/user0/Media rather than /mnt/user/Media;  this will ensure the moved files are moved to the data disks rather than remain on the cache disk.  (Note however Tom is thinking about removing /mnt/user0 in a future version).

    - 

    Ahh I see. That makes more sense. 

     

    Yeah I think I'll just set Media to be cache-enabled. I had worried about unnecessary writes on the cache disk. But, I believe SSD drive endurance is high enough now that I'm more likely to replace the drive due to obsolescence before failure due to endurance

  17. Posted · Edited by rragu

    11 minutes ago, BRiT said:

    Somewhat expected, depending on how you "transfer content" from one share to the other.

     

    Mover does not move files from cache to disk for shares set as use cache: no.

    Mover does not move files from cache to disk for share set as use cache: prefer.

     

    Syncthing is set to cache: Yes

    Media is set to cache: No

     

    According to the tooltip in the Share Settings page, "No prohibits new files and subdirectories from being written onto the Cache disk/pool."

    So if (1) content is on the Syncthing share and the cache drive and (2) I then move it to the Media share using Krusader, my expectation is that content moves from Syncthing share on the cache drive to the Media share on the array (bypassing the cache drive since Media is NOT cache enabled).

     

    But that doesn't seem to happen. When I check the cache drive contents, there is a Media folder on the cache drive with the contents I just transferred.

     

    EDIT: I just saw @remotevisitor's explanation above

  18. Posted

    Running on 6.8.1

     

    I have an unRAID server at my parents' house, mainly because they have gigabit FiOS and I don't (for the same price as my 200Mbps, I might add; but that's a rant for another day). 

     

    I live in another city and I usually use Syncthing to add any content from my personal desktop to the unRAID server. I then use Krusader to move content from the Syncthing share to whatever share it needs to go into. 

     

    I have noticed though that when I transfer content from the Syncthing share (which is cache-enabled) to, for example, my Media share (which is NOT cache-enabled), the content nevertheless remains on the cache drive. And since the Media share is not cache-enabled, the content never moves to the array even when Mover is invoked in the early morning. Now, I suppose that I could wait for Mover to move the content from cache to array within the Syncthing share first and then move to Media. But, that could take up to a day and I'm impatient. 

     

    So my question is: is this expected behavior or do I have some incorrect settings in place?

  19. Posted

    1 minute ago, saarg said:

    That just means nobody made a proxy conf for subdomain.

    I just checked the LSIO GitHub reverse-proxy-conf repository (https://github.com/linuxserver/reverse-proxy-confs) and actually there is a 'calibre-web.subdomain.conf.sample' file here.

    1) I assume I can just copy that file over into my LE container manually and continue as usual?

    2) Maybe something to look into regarding why this file alone doesn't seem to get retrieved by the LE container upon restart (assuming this issue isn't specific to me)?

  20. Posted · Edited by rragu
    Clarity/accuracy

    Quick question: I'm looking into setting up calibre-web and reverse proxying it using this LE container.

    When I check my nginx proxy-conf folder, I only see a subfolder sample file for calibre-web whereas pretty much every other container has both a subdomain and subfolder option.

    Does calibre-web alone work only with subfolders or is there an issue with my LE container install?

    I've restarted the LE container multiple times since I noticed the absence of the subdomain file (assuming it exists). My understanding is that the container re-downloads any missing proxy-conf files upon restart?

  21. Posted

    30 minutes ago, Frank1940 said:

    Mine are staying there through a restart.   Try this:    Right-click in the Panel where the icons with test under are. Select 'Configure Toolbars' and you will see this setup.  Select one of the Toolbar items and click 'Change Text'.   Now make sure that the indicated check box is not checked. 

     

     

    1777463519_Annotation2020-01-10114131.jpg.094b5ca50ba64a208c379dd1a6a27d93.jpg

     

    I  have also have turned  'Lock Toolbar Positions' to  "on" in the first right-click box. 

    I checked the entry for each bookmark and made sure the checkbox in the screenshot above is UNchecked. And I have Lock Toolbar Positions turned on.

     

    Still no luck. Every time I restart the docker, I go back to having only a row of folder icons with no text.

  22. Posted

    On 12/10/2019 at 5:47 AM, Wence said:

    My first sever and first Docker so apologies if the question is not clear or the answer is obvious: Followed tutorial  as per old Spaceinvader One video (on deprecated Docker). The custom action bars option is toolbars settings "text under the icons" is not persistent on re-boot. Is it intended ? 

    I have the same question. It's only a couple extra clicks to re-enable but it would be great if there was a way to remove this annoyance.

  23. Posted

    I just installed this container and I am unable to get past the apache/guacamole login screen.

     

    I tested this with my own username/password, the basic abc/abc combination as well as just leaving the two fields blank.

     

    I did make sure to input the md5 of the password when using one (please see my Docker run command below using the abc/abc combination).

     

    Only the last option (leaving both fields blank) works and takes me directly to the setup screen. Any thoughts on why I'm unable to use a username/password?

     

    My Docker run command: 

    docker run -d --name='calibre' --net='bridge' -e TZ="America/New_York" -e HOST_OS="Unraid" -e 'GUAC_USER'='abc' -e 'GUAC_PASS'='900150983cd24fb0d6963f7d28e17f72' -e 'PUID'='99' -e 'PGID'='100' -p '8080:8080/tcp' -p '8081:8081/tcp' -v '/mnt/user/Media/Books/Calibre Library/':'/books':'rw' -v '/mnt/user/Media/Books/Import/':'/import':'rw' -v '/mnt/user/appdata/calibre':'/config':'rw' 'linuxserver/calibre'

    Here is the docker log: 

    [s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 10-adduser: executing...

-------------------------------------
_ ()
| | ___ _ __
| | / __| | | / \
| | \__ \ | | | () |
|_| |___/ |_| \__/


Brought to you by linuxserver.io
We gratefully accept donations at:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid: 99
User gid: 100
-------------------------------------

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 11-moduser: executing...
[cont-init.d] 11-moduser: exited 0.
[cont-init.d] 12-prep_xrdp: executing...
[cont-init.d] 12-prep_xrdp: exited 0.
[cont-init.d] 13-update_app_name: executing...
[cont-init.d] 13-update_app_name: exited 0.
[cont-init.d] 14-configure_openbox: executing...
[cont-init.d] 14-configure_openbox: exited 0.
[cont-init.d] 30-update_webapp_context: executing...
[cont-init.d] 30-update_webapp_context: exited 0.
[cont-init.d] 35-update_guac_creds: executing...
[cont-init.d] 35-update_guac_creds: exited 0.
[cont-init.d] 50-config: executing...
[cont-init.d] 50-config: exited 0.
[cont-init.d] 99-custom-scripts: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-scripts: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.

X.Org X Server 1.19.6
Release Date: 2017-12-20
X Protocol Version 11, Revision 0
Build Operating System: Linux 4.4.0-148-generic x86_64 Ubuntu
Current Operating System: Linux 5197125c4508 4.19.56-Unraid #1 SMP Thu Jun 27 13:13:13 BST 2019 x86_64
Kernel command line: BOOT_IMAGE=/bzimage initrd=/bzroot
Build Date: 03 June 2019 08:10:35AM
xorg-server 2:1.19.6-1ubuntu4.3 (For technical support please see http://www.ubuntu.com/support)
Current version of pixman: 0.34.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.pid-411.log", Time: Mon Nov 11 03:21:11 2019
(++) Using config file: "/etc/X11/xrdp/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
guacd[413]: INFO: Guacamole proxy daemon (guacd) version 0.9.14 started
guacd[413]: INFO: Listening on host 127.0.0.1, port 4822
xorgxrdpSetup:
xrdpdevSetup:
rdpmousePlug:
rdpkeybPlug:
rdpIdentify:
rdpDriverFunc: op 10

:
rdpPreInit:
rdpScreenInit: virtualX 800 virtualY 600 rgbBits 8 depth 24
rdpScreenInit: pfbMemory bytes 1920000
rdpScreenInit: pfbMemory 0x1503de53e010
rdpSimdInit: assigning yuv functions
rdpSimdInit: cpuid ax 1 cx 0 return ax 0x00800f82 bx 0x0c0c0800 cx 0x7ed8320b dx 0x178bfbff
rdpSimdInit: sse2 amd64 yuv functions assigned
rdpXvInit: depth 24
rdpClientConInit: kill disconnected [0] timeout [0] sec

rdpScreenInit: out
rdpmousePreInit: drv 0x55bb96caf350 info 0x55bb96e115b0, flags 0x0
rdpmouseControl: what 0
rdpmouseDeviceInit:
rdpmouseCtrl:
rdpRegisterInputCallback: type 1 proc 0x1503de917c60
rdpmouseControl: what 1
rdpmouseDeviceOn:
rdpkeybPreInit: drv 0x55bb96cb39f0 info 0x55bb96f821d0, flags 0x0
rdpkeybControl: what 0
rdpkeybDeviceInit:
rdpkeybChangeKeyboardControl:
rdpkeybChangeKeyboardControl: autoRepeat on
rdpRegisterInputCallback: type 0 proc 0x1503de714530
rdpkeybControl: what 1
rdpkeybDeviceOn:
rdpSaveScreen:
rdpDeferredRandR:
rdpResizeSession: width 1024 height 768
calling RRScreenSizeSet
rdpRRScreenSetSize: width 1024 height 768 mmWidth 271 mmHeight 203
rdpRRGetInfo:
screen resized to 1024x768
RRScreenSizeSet ok 1
Warning: Cannot convert string "-*-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-1" to type FontStruct
Warning: Cannot convert string "-*-courier-medium-r-normal--*-120-*-*-*-*-iso8859-1" to type FontStruct
rdpRRGetInfo:
Obt-Message: Xinerama extension is not present on the server
rdpInDeferredUpdateCallback:
rdpkeybChangeKeyboardControl:
rdpkeybChangeKeyboardControl: autoRepeat off
Openbox-Message: Unable to find a valid menu file "/var/lib/openbox/debian-menu.xml"
Connection failure: Connection refused
pa_context_connect() failed: Connection refused
guacd[413]: INFO: Guacamole connection closed during handshake
rdpRRGetInfo:
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-abc'
qt.qpa.xcb: QXcbConnection: XCB error: 148 (Unknown), sequence: 181, resource id: 0, major code: 140 (Unknown), minor code: 20
NOTE: Picked up JDK_JAVA_OPTIONS: --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.io=ALL-UNNAMED --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED
10-Nov-2019 22:21:12.462 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with JAR file [/usr/share/tomcat8/lib/commons-dbcp.jar], exists: [false], canRead: [false]
10-Nov-2019 22:21:12.466 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with JAR file [/usr/share/tomcat8/lib/commons-pool.jar], exists: [false], canRead: [false]
10-Nov-2019 22:21:12.470 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/var/lib/tomcat8/common/classes], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.470 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/var/lib/tomcat8/common], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.470 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/usr/share/tomcat8/common/classes], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.470 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/usr/share/tomcat8/common], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.471 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/var/lib/tomcat8/server/classes], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.471 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/var/lib/tomcat8/server], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.471 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/usr/share/tomcat8/server/classes], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.472 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/usr/share/tomcat8/server], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.472 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/var/lib/tomcat8/shared/classes], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.472 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/var/lib/tomcat8/shared], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.472 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/usr/share/tomcat8/shared/classes], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.472 WARNING [main] org.apache.catalina.startup.ClassLoaderFactory.validateFile Problem with directory [/usr/share/tomcat8/shared], exists: [false], isDirectory: [false], canRead: [false]
10-Nov-2019 22:21:12.503 SEVERE [main] org.apache.catalina.startup.Catalina.initDirs Cannot find specified temporary folder at [/var/lib/tomcat8/temp]
10-Nov-2019 22:21:12.815 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server version: Apache Tomcat/8.5.39 (Ubuntu)
10-Nov-2019 22:21:12.815 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server built: Sep 9 2019 19:47:51 UTC
10-Nov-2019 22:21:12.815 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Server number: 8.5.39.0
10-Nov-2019 22:21:12.815 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Name: Linux
10-Nov-2019 22:21:12.815 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log OS Version: 4.19.56-Unraid
10-Nov-2019 22:21:12.815 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Architecture: amd64
10-Nov-2019 22:21:12.816 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Java Home: /usr/lib/jvm/java-11-openjdk-amd64
10-Nov-2019 22:21:12.816 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log JVM Version: 11.0.4+11-post-Ubuntu-1ubuntu218.04.3
10-Nov-2019 22:21:12.816 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log JVM Vendor: Ubuntu
10-Nov-2019 22:21:12.816 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log CATALINA_BASE: /var/lib/tomcat8
10-Nov-2019 22:21:12.816 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log CATALINA_HOME: /usr/share/tomcat8
10-Nov-2019 22:21:12.816 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: --add-opens=java.base/java.lang=ALL-UNNAMED
10-Nov-2019 22:21:12.816 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: --add-opens=java.base/java.io=ALL-UNNAMED
10-Nov-2019 22:21:12.816 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: --add-opens=java.rmi/sun.rmi.transport=ALL-UNNAMED
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djava.util.logging.config.file=/var/lib/tomcat8/conf/logging.properties
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djdk.tls.ephemeralDHKeySize=2048
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djava.protocol.handler.pkgs=org.apache.catalina.webresources
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dorg.apache.catalina.security.SecurityListener.UMASK=0027
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dignore.endorsed.dirs=
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dcatalina.base=/var/lib/tomcat8
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Dcatalina.home=/usr/share/tomcat8
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.startup.VersionLoggerListener.log Command line argument: -Djava.io.tmpdir=/var/lib/tomcat8/temp
10-Nov-2019 22:21:12.817 INFO [main] org.apache.catalina.core.AprLifecycleListener.lifecycleEvent The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: [/usr/java/packages/lib:/usr/lib/x86_64-linux-gnu/jni:/lib/x86_64-linux-gnu:/usr/lib/x86_64-linux-gnu:/usr/lib/jni:/lib:/usr/lib]
10-Nov-2019 22:21:12.840 INFO [main] org.apache.coyote.AbstractProtocol.init Initializing ProtocolHandler ["http-nio-8080"]
10-Nov-2019 22:21:12.851 INFO [main] org.apache.tomcat.util.net.NioSelectorPool.getSharedSelector Using a shared selector for servlet write/read
10-Nov-2019 22:21:12.866 INFO [main] org.apache.catalina.startup.Catalina.load Initialization processed in 363 ms
10-Nov-2019 22:21:12.898 INFO [main] org.apache.catalina.core.StandardService.startInternal Starting service [Catalina]
10-Nov-2019 22:21:12.898 INFO [main] org.apache.catalina.core.StandardEngine.startInternal Starting Servlet Engine: Apache Tomcat/8.5.39 (Ubuntu)
10-Nov-2019 22:21:12.918 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deploying web application archive [/var/lib/tomcat8/webapps/ROOT.war]
10-Nov-2019 22:21:13.771 INFO [localhost-startStop-1] org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned for TLDs yet contained no TLDs. Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found in them. Skipping unneeded JARs during scanning can improve startup time and JSP compilation time.
22:21:13.979 [localhost-startStop-1] INFO o.a.g.environment.LocalEnvironment - GUACAMOLE_HOME is "/etc/guacamole".
22:21:14.033 [localhost-startStop-1] INFO o.a.g.rest.auth.HashTokenSessionMap - Sessions will expire after 60 minutes of inactivity.
22:21:14.110 [localhost-startStop-1] INFO o.a.g.environment.LocalEnvironment - GUACAMOLE_HOME is "/etc/guacamole".
22:21:14.173 [localhost-startStop-1] INFO o.a.g.t.w.WebSocketTunnelModule - Loading JSR-356 WebSocket support...
10-Nov-2019 22:21:14.335 WARNING [localhost-startStop-1] com.google.inject.internal.ProxyFactory.<init> Method [public void org.apache.guacamole.rest.user.UserResource.updateObject(java.lang.Object) throws org.apache.guacamole.GuacamoleException] is synthetic and is being intercepted by [org.apache.guacamole.rest.RESTExceptionWrapper@502e3cb1]. This could indicate a bug. The method may be intercepted twice, or may not be intercepted at all.
10-Nov-2019 22:21:14.411 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.register Registering org.apache.guacamole.rest.extension.ExtensionRESTService as a root resource class
10-Nov-2019 22:21:14.411 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.register Registering org.apache.guacamole.rest.language.LanguageRESTService as a root resource class
10-Nov-2019 22:21:14.411 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.register Registering org.apache.guacamole.rest.patch.PatchRESTService as a root resource class
10-Nov-2019 22:21:14.411 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.register Registering org.apache.guacamole.rest.auth.TokenRESTService as a root resource class
10-Nov-2019 22:21:14.411 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.register Registering org.apache.guacamole.rest.session.SessionRESTService as a root resource class
10-Nov-2019 22:21:14.411 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.register Registering org.codehaus.jackson.jaxrs.JacksonJsonProvider as a provider class
10-Nov-2019 22:21:14.413 INFO [localhost-startStop-1] com.sun.jersey.server.impl.application.WebApplicationImpl._initiate Initiating Jersey application, version 'Jersey: 1.17.1 02/28/2013 12:47 PM'
10-Nov-2019 22:21:14.454 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.getComponentProvider Binding org.codehaus.jackson.jaxrs.JacksonJsonProvider to GuiceManagedComponentProvider with the scope "Singleton"

019 22:21:14.703 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.getComponentProvider Binding org.apache.guacamole.rest.extension.ExtensionRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
10-Nov-2019 22:21:14.706 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.getComponentProvider Binding org.apache.guacamole.rest.language.LanguageRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
10-Nov-2019 22:21:14.707 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.getComponentProvider Binding org.apache.guacamole.rest.patch.PatchRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
10-Nov-2019 22:21:14.709 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.getComponentProvider Binding org.apache.guacamole.rest.auth.TokenRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
10-Nov-2019 22:21:14.710 INFO [localhost-startStop-1] com.sun.jersey.guice.spi.container.GuiceComponentProviderFactory.getComponentProvider Binding org.apache.guacamole.rest.session.SessionRESTService to GuiceManagedComponentProvider with the scope "PerRequest"
10-Nov-2019 22:21:14.719 INFO [localhost-startStop-1] org.webjars.servlet.WebjarsServlet.init WebjarsServlet initialization completed
10-Nov-2019 22:21:14.728 INFO [localhost-startStop-1] org.apache.catalina.startup.HostConfig.deployWAR Deployment of web application archive [/var/lib/tomcat8/webapps/ROOT.war] has finished in [1,809] ms
10-Nov-2019 22:21:14.731 INFO [main] org.apache.coyote.AbstractProtocol.start Starting ProtocolHandler ["http-nio-8080"]
10-Nov-2019 22:21:14.745 INFO [main] org.apache.catalina.startup.Catalina.start Server startup in 1878 ms

     

  24. Posted

    I am in the process of setting up Collabora according to SpaceinvaderOne's tutorial. I've added the relevant cname, added the Collabora app in Nextcloud, installed the Collabora docker container, and set up the LetsEncrypt proxy .conf file. When I restart the LE docker container, I get the following repeating error:

    Quote

    nginx: [emerg] "resolver" directive is duplicate in /config/nginx/proxy-confs/collabora.subdomain.conf:11

    I'm not sure where the duplication is occurring (I mean, I realize it is pointing to line 11 in the code included below).

     

    But, the only change I made to the .conf file from the sample included in the LE container was changing the subdomain name from 'collabora.*' to 'office.*'

     

    Any thoughts?

     

    Thanks

     

    For reference, I've included the contents of my collabora.subdomain.conf file below: 

    # make sure that your dns has a cname set for collabora and that your collabora container is named collabora

server {
    listen 443 ssl;
    listen [::]:443 ssl;

    server_name office.*;

    include /config/nginx/ssl.conf;

    resolver 127.0.0.11 valid=30s;
    set $upstream_collabora collabora;

    # static files
    location ^~ /loleaflet {
        proxy_pass https://$upstream_collabora:9980;
        proxy_set_header Host $http_host;
    }

    # WOPI discovery URL
    location ^~ /hosting/discovery {
        proxy_pass https://$upstream_collabora:9980;
        proxy_set_header Host $http_host;
    }

    # Capabilities
    location ^~ /hosting/capabilities {
        proxy_pass https://$upstream_collabora:9980;
        proxy_set_header Host $http_host;
    }

    # main websocket
    location ~ ^/lool/(.*)/ws$ {
        proxy_pass https://$upstream_collabora:9980;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
        proxy_set_header Host $http_host;
        proxy_read_timeout 36000s;
    }

    # download, presentation and image upload
    location ~ ^/lool {
        proxy_pass https://$upstream_collabora:9980;
        proxy_set_header Host $http_host;
    }

    # Admin Console websocket
    location ^~ /lool/adminws {
        proxy_pass https://$upstream_collabora:9980;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "Upgrade";
        proxy_set_header Host $http_host;
        proxy_read_timeout 36000s;
    }
}