Posts by Nabukodonosor

No, that was a mistake, forgot to correct it here.

OK, found the solution, in case someone else needs it. Here's my working docker-compose:

services:
  filebrowser:
    image: gtstef/filebrowser:beta
    container_name: filebrowser-quantum
    networks:
      my-net:
    environment:
      TZ: Europe/Belgrade
      FILEBROWSER_CONFIG: "data/config.yaml"
      FILEBROWSER_ADMIN_PASSWORD: "****"
    volumes:
      - '/MainPool:/share'
      - './data:/home/filebrowser/data'
      - 'database://home/filebrowser/database'
      - './config.yaml:/home/filebrowser/data'
    ports:
      - 8081:80
    restart: unless-stopped
volumes:
  database:
networks:
  my-net:
    external: true

The trick was in putting the ' around my volumes. Weird. Never had to do that for any of my docker containers.

I think my config file is ingnored. I commented out this line in my docker compose, and now my password is not valid:

FILEBROWSER_ADMIN_PASSWORD: "*****"

So, it's ignoring this in the config file:

auth:  adminUsername: admin  adminPassword: *****

I think it's ignoring the whole config file. I don't know why.

What do you mean? What files?

I've deployed this app, with some difficulties, but it started. But, I don't see my main share I added. What am I doing wrong?

This is my docker-compose:

services:
  filebrowser:
    image: gtstef/filebrowser:beta
    container_name: filebrowser-quantum
    networks:
      my-net:
    environment:
      PUID: 996
      PGID: 100
      TZ: Europe/Belgrade
      #FILEBROWSER_CONFIG: "data/config.yaml"
      FILEBROWSER_ADMIN_PASSWORD: "*****"
    volumes:
      - ./tmp/:/home/filebrowser/data/tmp/
      - ./data:/home/filebrowser/data
      - ./config.yaml:/home/filebrowser/data
      - /MainPool/:/share #My main share, it doesn't show in the FileBrowser dashboard
    ports:
      - 8081:80
    restart: unless-stopped
networks:
  my-net:
    external: true

And my config.yaml:

server:
  sources:
    - path: /share
      name: Share
      config:
        defaultEnabled: true
auth:
  adminUsername: admin
  adminPassword: *****

I had some updates available in the dashboard, I did them, it asked for a restart, I did it, and after that I saw this. I swear, every time I have to update something I'm scarred. I think in 50% of the time my system wont boot up because of this or that. Now it's this. After 10-15 minutes, and several of these error piled up it booted. Any ideas what this means? Found this disk, it's my USB flash drive I use to backup stuff to, once a week.

To update everyone. Swapped the hard drive succesfully. Checked it after, it had around 2500 bad sectors.

This is interesting:

But when I try zpool status -v:

Very optimistic This was yesterday.

Yes, that's the plan. I've already ordered some WD Red Plus 4TB, but I will wait with the replacement for now. Couple of weeks, I want to watch/delete some stuff to make the migration faster.

Is this the correct procedure to replace the disk?

"scrub repaired 1.75M in 08:06:03 with 0 errors"

I did start the scrub, but didn't clear the checksum. If it's important, I can do it again once it's done.

Once it's done, where can I see the results? I've never done this.

Quote

so schedule smart tests on hdd accordingly

How often should it be done? Also, should it be short self test, or long?

Here.

I've never run a scrub. I will now.

Quote

Are you sure this is not a transient error on that hdd?

I don't know.

Quote

I'd be inclined to clear the checksum errors

How do I clear checksum errors?

Quote

Are their corresponding errors in the SMART tests?

Didn't run it. Which one to run?

And yes, 4TB is the plan. I will look for CMR drives. So, I can just add 4TB in place of this 3TB failed drive? I guess the useful space will still be 3TB until I replace of 3 drives?

Hey guys. So, I did an update in OMV dashboard earlier today, and it required a restart. I did it, and after 5-10 minutes, I see that it is not online, still. So, I had to hook up a monitor to my NAS and got this hard drive error below. I have 3 3TB drives in a ZFS pool in RAID-Z1, I think, where 1 drive of 3 can fail. I went to bios and booted to my SSD drive with OMV. I never noticed any issues in everyday work of my NAS until this reboot.

What's the procedure here now? How to replace this drive and recover my data on the new one?

Also, since I wont be able to find the exact model, can I get maybe 4TB or 6TB? Also, mine is 7200rpm and 64MB cache. I see that 4TB are now 128MB cache but 5400rpm.

So, I want to take my NAS to a friends house and download some stuff, because he has a super fast internet. I've already populated my qbittorrent with stuff, only have to press start at his house. My NAS is on 192.168.0.x IP and my home default gateway is 192.168.0.1. What if his default gateway is for example 192.168.1.1 or 192.169.x.x or something else, but not 0.1? Will I be able to connect?

I really have no idea. But those are all folders (albums) downloaded with lidarr. And in the Download folder, where all my downloads goes, all folders are owned by admin:users. Just checked. My second screenshot is from my final Music folder. These are all hardlinks, as you can see. So, I really don't understand why these have different owners. 4 different owners (admin, Marjan, dockeruser and nobody).

Quote

Doesn't copying data from the share to your local windows storage allow musicbee to edit tags as you wish, before you copy the changed file back to the share?

Yes it does, I did exactly that. But wanted to learn more.

Quote

if access to your directories in Linux is granted by virtue of "group" membership using OMV defaults where all accounts created on OMV are members of the "users" group

Yes, I have two user accounts created in OMV (Marjan and dockeruser) and they are both members of the 'users' group. Is that wrong?

Quote

then the newly created files/dirs will have the group set to "users" and with the "owner" set to that of the process that creates them. Hence you see the various owners in your screenshot due to different processes creating the file/dirs.

But how to explain the situation from my screenshot, where all those folders are created by lidarr? This is a single process, right?

I'm the only one. What do you mean by this?

"just to stick to the default OMV perms and access your SMB shares on Windows using the account name/pasword of an account created on OMV"

I don't have an option to enter credentials. I just don't have permissions to edit a file. Not to repeat myself, but Musicbee couldn't edit a song file, but in Total commander or Windows explorer I could rename it or delete that same file without issues.

One more thing that confuses me. Screenshot below. For example those folders marked in red. Those are all downloaded and imported by lidarr. Why do they have different owners? lidarr downloads it to the downloaded folder, then imports it to my music folder (hardlinks). As you can see on my second screenshot they are mostly owned by admin:users, apart from few owned by dockeruser:users (?!).