Search results

This seems very promising: https://github.com/rfjakob/gocryptfs?tab=readme-ov-file (I haven't tested yet.)

I considered something like encfs, but did not do any tests yet.

No. :-(

Slave requires /etc/rsyslog.d/pmg-master.conf: mail.* @@master.address;RSYSLOG_ForwardFormat ...and voila! It works. :-)

+1 for Mac. (Actually Mac client should be way easier to release than Windows client. MacOS is BSD Unix derivative, and client for Linux, which is also Unix-like system, already exists...)

In order to have replication and immediate migration - zfs storage is a must. In order to have "real" unrestricted snapshots and vm cloning feature - qcow2 storage is necessary. Did I miss something? Are there any plans to combine these features?

I have problem with borg backup while trying to back up ~550.000 of small files: [1576137.653081] oom-kill:constraint=CONSTRAINT_MEMCG,nodemask=(null),cpuset=ns,mems_allowed=0,oom_memcg=/lxc/5011,task_memcg=/lxc/5011/ns/system.slice/cron.service,task=borg,pid=2284332,uid=0 [1576137.653138]...

I have root filesystem in lvm: /dev/mapper/pve-root on / type ext4 (rw,relatime,errors=remount-ro) From time to time I get this in dmesg: [27141.449117] EXT4-fs (dm-4): orphan cleanup on readonly fs [27141.454531] EXT4-fs (dm-4): 1 orphan inode deleted [27141.454539] EXT4-fs (dm-4): recovery...

Is it possible to encrypt content of a container filesystem? For example I want to use remote storage like cifs/nfs. If the remote system gets compromised (or if I don't trust admin...) - all container data might be read, copied and taken over by "bad people". On the other hand - if the data...

I did it and here are my notices: PBS in Debian VPS at Hetzner + datastore via SMB at Hetzner Storagebox It works! :-) Backup/upload works well and there are no problems at all. In my case the limiting factor is my upload bandwidth (60mbps), so I really cannot expect anything better...

But... it's already on the PBS roadmap. So why independent project? :-O

Maybe I could then mount remote datastore r/o and thus restore faster? This might work if I don't do GC nor veryfication. Well... Yes. But I can see only two possibilities when offsite copy would be the last surviving one: fire or war. In both cases I will most likely have plenty of other...

I was afraid of this... :-( Any chance to periodically push local datastore from onsite to a "non-pbs" cloud location? (Rsync? Rclone?) The problem is that any offsite "pbs with local hdd" is order of magnitude more expensive that "just cloud storage". Moreover - it's really hard to find vps...

Has anyone tried to set up datastore located somewhere at online storage provider? Like this or this or this. Will it work? What protocol would work best - smb, sftp? (And what about s3fs or s3ql?) I suppose it should work, but I am afraid datastore verification would need to read the whole...

Yes, everything is in /var/log/syslog too. I am really curious why the log entries on both nodes are not identical (#4). The difference must come from some reason and this is where I would look for problems. But no idea what's the reason... :-(

No luck :-(

Ahh, right... There is "e" command available too. :-)

...and how to achieve the same when proxmox-boot-tool is used instead of grub?

Oh, brilliant!

Yes! :) Well... Yes, but no. ;-) In order to disable systemd service - the system must be first up. So this is good way in case of "normal" advance-scheduled maintenance. On the other hand - in case of disaster (for example motherboard failure) - I would expect to be able to move disks to a new...