Posts by pkordolian

ADS is (for) NTFS = Windows file system. You could find more details about "extended attribute" in Linux here Wikipedia or some advice here superuser

Not sure how it is supported in/with OMV

P.

Is the second drive a 1:1 clone of the first? If so, it is possible everything is identical including partition(s) UUID and other metadata. And I would guess such a situation is not ideal (and possible not allowed) on boot. There are some guides how to prepare Debian for "Root Disk Mirroring" but it is not what you are planning. I would go the most simple way - once you have a second drive OK (it is booting anyway) just keep it as "backup" - in case something goes wrong you could always plug-in and boot.

Or based guide from chente create omv-regen backup

P.

ryecoaaron - sure, but I guess I'll wait for OMV7 - I'm old enough to be patient

Barney - don't think anybody here is against RPi - in my case I just like to use RPi (and other SBCs and BTW I started with OMV on SBC) for the project where I could use a bit more hardware like GPIO connectivity. I'm also using RPi4 as my "backup PC" in case of power failure - it is running for days on battery. I'm also running few NanoPi as one-disk-NAS (well just SMB share without any additional software) in my local network. So it is nothing "against" - it is (in my case) just another decisions made.

P.

It looks we could all agree that RPi is just a nice piece of hardware to be used for "whatever project" - imagination is the limit And hey, we could add also Pi Zero 2W to the NAS-possible list (Michael Klements project from some time ago) - why not? So, yes I'm happy RPI5 will be available soon - however can't promise I'll use it for NAS - but will try it with OMV for sure

P.

I've never used plugin for local network shares with rsync regardless Pull or Push - Rsync task setup is pretty straightforward:

- create certificate for user to be used for ssh (System > Cerificates > SSH;

- copy it to local server using "Copy" function (same place) using ssh and user you have established there;

- go to Rsync tasks and use certificate you have created and copied.

- point remote folder (like <same user as cert created>@192.168.8.2://media/data) and local shared folder you have created within "Storage > Shared folders".;

- select "Trial run" at first so you could check is it working. Save and "Run".

In case all OK edit task and unselect "Trial run". Done.

P.

@olduser - you might be right. I have not tried yet neither Head- nor Tail-scale. Frankly speaking some time ago I found (and /or realised) I just do not need (permanent) remote access to my OMV / homelab / smart-home

P.

Quote from Juergen07

After using this procedure the AP is working fine: https://www.linuxuprising.com/…e-up-port-53-used-by.html

I guess Juergen07 got AP - so, it is possible and there is a way to do it

P.

In case you are not happy to pass all of your traffic via Tailscale servers (coordination) you may try / use Headscale which is self hosted solution.

P.

Not sure if it is still an option so, you have to check / try - I used to have such a / similar problem with RockPi4 (SD card + USB-SATA + NVMe + eMMC). Finally I've installed Armbian (on SD card) which got (that time) the tool to copy installation to selected drive and make it bootable. And even more - there was OMV to be installed from "software" menu of Armbian It was really easy and worked for some years very nice!

Well, you have a different (new) system (Debian) and new processing power (64) plus new version of software (OMV) - so all things changed except for hardware. Performance boost could leads to higher CPU / memory temp on RPi . X825 - I guess it is Geekworm one? Does it comes with heat-sinks as well or just fan? I'm not using RPi for NAS anymore, but even using for other purposes it is good to equip RPi with heatsinks and fan or combined plate with cooler.

Is it only borgbackup running at night or some other jobs (rsync / dowloads etc)? You may try to split in time some of the heavy tasks and check performance - anyway I would start from good cooling solution. On my RockPi4 with NVMe drive I've used old AMD CPU cooler to keep SBC in good state

P.

raulfg3 - fully agree but sometimes we have to play with what we have

So either we use internal flash for Debian net install (minimal / server + observations how it is performing + OMN install on top + observations etc.) or OMV install straight away and observations is it stable etc.

Adding external drive(s) is also to be checked with performance and power consumption in mind. This system is not powerful anyway.

P.

What cooler are you using? Just CPU or kind of integrated plate to cover more?

There are lot of posts on raspi forum about such issue (i.e. temperature related) - could be RAM or PMIC. You have to check system logs as well to find the source of problems.

Anyway overloaded RPi tend to reboot.

P.

The S520 used to have flash memory starting from 4GB - how big flash drive you have? It might be helpful for system to install OMV on the internal drive to help a bit hardware. Since you boot from USB and already had a kernel panic it might be something connected to hardware (or not).

It will be good to know spec of this S520 and / however knowing it’s general specification I would start from installation on internal flash, check the system stability after all upgrades and step by step adding the external drives. It is very easy to overload thin client with too much to do at boot.

P.

Check the link in my first post - you may try another collector.

P.

Hostname of your pc = name visible on (local) network. Might be the name of your pc with OMV. Useful for several netdata instances to find the right one

You may set IP there as well.

Names are in hand when you pull/push several netdata into one “central display”.

P.

OK, good to hear it is working!

I used to move some “trouble containers” into macvlan - less playing with port settings

P.

Is it baremetal install? What kind of network “developarea” is?

It looks nginx is not using this network, am I right? If so, are containers able to communicate?

It looks port 82 is not in use by listed containers so it don’t work (or maybe it is used by something else?)

Kind of complex deployment

P.

Sorry, I’m not using this plugin but hope there are some users who could help.

In case you have just one drive inside NUC you may install OMV (guide proposed by chente ) on USB (USB3 preferred). It is not recommended to create shared volumes on system disk anyway (but it is possible).

Remember to add plugin openmediavault-flashmemory for usb drives and you are ready to go to setup internal drive as NAS volume for media.

P.

Hi, nginx use the same ports as OMV, you will need to change OMV ports in GUI to avoid conflicts. Remember new link/address to GUI will have to use new OMV port.

Also check apache, looks port 80 is also in use.

P.