Jump to content

TrikkStar

Members
  • Posts

    9
  • Joined

  • Last visited

Posts posted by TrikkStar

  1. On 8/4/2022 at 9:46 PM, mathomas3 said:

    NM. Figured it out... after the update some of the IPs for the different dockers changed and after updating those I was able to get things back to square... 

    Can you tell me what you see that changed? I'm having the same issue with the main container failing to start and producing Zero logs.

  2. Recently had to reboot my server, but now Nextcloud won't fully start and keeps spitting the following out to the docker log. What's this pool that must be defined?

    Quote

    [11-Aug-2022 17:09:20] ERROR: FPM initialization failed
    [11-Aug-2022 17:09:21] ERROR: No pool defined. at least one pool section must be specified in config file
    [11-Aug-2022 17:09:21] ERROR: failed to post process the configuration
    [11-Aug-2022 17:09:21] ERROR: FPM initialization failed
    [11-Aug-2022 17:09:22] ERROR: No pool defined. at least one pool section must be specified in config file
    [11-Aug-2022 17:09:22] ERROR: failed to post process the configuration
    [11-Aug-2022 17:09:22] ERROR: FPM initialization failed
    [11-Aug-2022 17:09:23] ERROR: No pool defined. at least one pool section must be specified in config file
    [11-Aug-2022 17:09:23] ERROR: failed to post process the configuration
    [11-Aug-2022 17:09:23] ERROR: FPM initialization failed

     

    Apparently I just had to keep restarting my container until it stuck, as it's working now.

  3. Just added Lancache to my server and it seems to be working, but for some reason my Borgmatic container is no longer able to resolve the name for my remote BorgBase Repository.

    Remote: ssh: Could not resolve hostname *****.repo.borgbase.com: Name does not resolve

     

    I've got my router configured to give my PiHole container as the network DNS server, and PiHole has Lancace configured as its upstream resolver. (Both PiHole and Lancache are on a custom br0 network with separate IPs).

  4. I'm slightly confused about how I'm supposed to init the borg repo. Do I do it from within the borgmatic container, or do I do it in UnRaid through the Nerdpack tools?

    I'm trying to do a manual backup from within the container after initing the repo in UnRaid itself, but I'm getting the following errors:

    Quote

    / # borgmatic
    Starting a backup.
    /mnt/borg-repository: Error running actions for repository
    Command 'borg prune --keep-hourly 2 --keep-daily 7 --keep-weekly 4 --keep-monthly 12 --keep-yearly 10 --prefix backup- /mnt/borg-repository' returned non-zero exit status 2.
    Error during prune/create/check.
    /etc/borgmatic.d/config.yaml: Error running configuration file

    summary:
    /etc/borgmatic.d/config.yaml: Error running configuration file
    /mnt/borg-repository: Error running actions for repository
    Failed to create/acquire the lock /mnt/borg-repository/lock (timeout).
    Command 'borg prune --keep-hourly 2 --keep-daily 7 --keep-weekly 4 --keep-monthly 12 --keep-yearly 10 --prefix backup- /mnt/borg-repository' returned non-zero exit status 2.

    Need some help? https://torsion.org/borgmatic/#issues

     

    My config is as follows:

    location:
        source_directories:
            - /boot
            - /mnt/user/appdata
            - /mnt/user/Backup
            - /mnt/user/NextCloud
            - /mnt/user/Files
        repositories:
            - /mnt/borg-repository
        one_file_system: true
        files_cache: mtime,size
        patterns:
            - '- [Tt]rash'
            - '- [Cc]ache'
        exclude_patterns:
            - /mnt/user/Files/Games
        exclude_if_present:
            - .nobackup
            - .NOBACKUP
    
    storage:
        encryption_passphrase: "***"
        compression: zstd
        ssh_command: ssh -i /root/.ssh/id_rsa
        archive_name_format: 'backup-{now}'
    
    retention:
        keep_hourly: 2
        keep_daily: 7
        keep_weekly: 4
        keep_monthly: 12
        keep_yearly: 10
        prefix: 'backup-'
    
    consistency:
        checks:
            - repository
            - archives
        prefix: 'backup-'
    
    hooks:
        before_backup:
            - echo "Starting a backup."
        after_backup:
            - echo "Finished a backup."
        on_error:
            - echo "Error during prune/create/check."

     

  5. 37 minutes ago, Squid said:

    If the date is out, then most SSL requests will fail.  You should replace the battery and also set up the NTP servers in Date/Time settings

     

    1608419678_Screenshot2021-05-24162812.thumb.png.01ab5bc36a3c26432b86c6d5dcf95581.png

    That seems to have fixed my issue. Don't know how I overlooked the Date and Time setting as I just assumed NTP was enabled by default.

  6. I seem to be unable to "fully connect out" from my server after booting it back on after a week. The CA plugin gives me the "internet required message" and some of my docker containers don't seem to work properly (Overseer, DelugeVPN). However I'm still able to run a traceroute out to cloudflare and everything else on my network has been working fine. Running a UniFi setup with the controller software on a docker on my server.

    Edit: Running v 6.9.2

    Edit2: running date also return a timestamp in 2011

    Quote

    traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
     1  192.168.1.1 (192.168.1.1)  0.344 ms  0.505 ms  0.660 ms
     2  * * *
     3  172.12.204.1 (172.12.204.1)  5.766 ms  15.924 ms  24.377 ms
     4  * * *
     5  12.240.211.6 (12.240.211.6)  14.504 ms  15.840 ms  14.476 ms
     6  cgcil401igs.ip.att.net (12.122.133.105)  16.812 ms  12.776 ms  12.051 ms
     7  ae16.cr7-chi1.ip4.gtt.net (173.241.128.29)  12.112 ms  11.978 ms  12.088 ms
     8  ae19.cr9-chi1.ip4.gtt.net (141.136.108.189)  12.944 ms ae21.cr9-chi1.ip4.gtt.net (141.136.108.245)  34.287 ms  12.640 ms
     9  ip4.gtt.net (208.116.131.178)  14.841 ms  14.815 ms  14.033 ms
    10  one.one.one.one (1.1.1.1)  13.089 ms  12.905 ms  13.036 ms

     

    root@Tower:~# date
    Thu Dec 29 22:37:48 PST 2011
    root@Tower:~# 

     

    tower-diagnostics-20210524-1248.zip

×
×
  • Create New...