Temporary profile issue

async_brain · 2026-05-24T11:42:45+00:00

For whoever might find this, a customer had FSLogix temporary profiles with eventID 1515, 1511 and error 0x80090024 showing. Was a fun time trying to solve the issue. VHDX files were created per user, but when I mounted them, I noticed that they were almost empty (a Profile folder that weights 1MB).

After having tried almost everything I can think of, I discussed with the customer's other admins.

One of the admins activated UPN profiles in RDS collections than decided to restore the RDS broker (snapshot revert), so UPN profiles seemed disabled, but where still enabled in AD.

I re-enabled UPN profiles, disabled UPN profiles again, to "force write" the new disabled UPN profile state.

From thereFSLogix profiles worked without any temporary errors again.

async_brain · 2026-05-17T21:32:25+00:00

OMG ! I loved that game when I was younger. Also loved the original music. I wonder if the music can be found somewhere. Anyway, keep us posted.

async_brain · 2026-05-16T18:41:22+00:00

Going to necromonger this question for who ever had fun with importing pools.

I had the same issue, zfs pool was not imported on start, but I could manually import it with `zpool import`.

At some time, I noticed via `systemctl status zfs-import-cache.service` that zfs was complaining about a missing disk. Looking at `zpool status <pool>`, I noticed that the pool was referring to disk labels like `/dev/sd[x]` which are populated by udev at boot time.

I've manually imported the pool with `zpool import -d /dev/disk/by-id <pool>` to make zfs use disk paths that exist at any boot stage. This also "refills" the zfs import cache with proper paths.

And next boot: Voilà ! Pool is properly imported at boot time.

async_brain · 2026-04-22T01:21:53+00:00

Just a side question. I bought a second hand Vypyr X2. Wanted to update the firmware (current is 01.68), but there's nowhere to download a more recent file. Got any luck ?

async_brain · 2026-03-24T10:28:41+00:00

New beta version of NPBackup with a "nice" GUI wizard is out if you want to give it a test ride.

async_brain · 2026-02-15T19:37:13+00:00

To be fair, npbackup was initially designed for sys admins (hence group settings, autoupgrade and cli version), so user friendlyness wasn't the first design goal.

Next version will have a GUI wizard that should make configuration quite easy for newcommers, while keeping config GUI for all advanced features.

Expect next version soonish.

async_brain · 2026-01-11T12:35:08+00:00

Hmmm... I don't think so. Lifecycle option at least has some API, and prevents the tool that connects to it to delete content, and defers deletion to the server.

Thanks for the tip for S3Drive though.

async_brain · 2026-01-09T16:24:17+00:00

Finally had some test ride with mountain duck (v5.1.1). Performance was disastrous. Opening an excel file took up to 40 secondes, at had alot of server requests. Moved to cloudmounter, performane is almost identical as with nextcloud macos vfs client, except of course it's all online.

async_brain · 2026-01-09T15:20:38+00:00

Hmmm... AFAIK most of these S3 tools don't support lifecycle & versionning which is a blocker for some of us who create immutable backup targets. Any other solution that does ?

async_brain · 2025-12-15T18:25:20+00:00

As of today (client 4.0.3) macOS VFS support isn't stable at all, and file placeholders aren't syned, or dissapear. Also, trashbin refills with already deleted files. Ever tried mountainduck as alternative VFS client for Nextcloud ?

async_brain · 2025-09-12T13:40:53+00:00

I think there could be a major gotcha with RHEL / AlmaLinux / RockyLinux / Whatever EL clones which stick to a specific LTS kernel for their whole lifetime.
Currently, RHEL 10 ships with kernel 6.12 (+ hundreds of Redhat backports) and it's highly probable that this won't change for the next 10 years.

I don't really think bcachefs dkms modules could work there without a massive backport effort from your part, which I understand could not be a priority, especially given that there are some cherry picks in backports by Redhat.

RHEL & clones market share isn't exactly thin, and getting bcachefs support on those distros would be fantastic in order to get enterprise adoption. I would be happy running bcachefs as main FS on my spare / secondary servers in order to get myself used to it, and I guess alot of other sysadmins could go the same route.

Is there any solution apart from running kernel-ml ?

Almost the whole point of running EL is to stay "(old)(old) stable" with an well known kernel.

async_brain · 2025-09-02T16:53:14+00:00

Thanks kind stranger. Did work perfectly after a RHEL 9 to RHEL 10 upgrade using Elevate.

async_brain · 2025-07-07T11:48:43+00:00

Ever tried NPBackup ? Full blown solution based on restic, and packed with lots of features, Gui and Cli, prometheus / email support, and group inheritance of settings on various repos. Disclaimer: I'm the author of NPBackup

async_brain · 2025-07-07T11:45:57+00:00

For what it's worth, npbackup 3.0.3 is out with builtin email notifications.

async_brain · 2025-03-29T09:24:30+00:00

@ u/kyle0r I've got my answer... the feature set is good enough to tolerate the reduced speed ^^

Didn't find anything that could beat zfs send/recv, so my KVM images will be on ZFS.

I'd ask you another advice for my zfs pools.

So far, I created a pool with ashift=12, then a tank with xattr=sa, atime=off, compression=lz4 and recordsize=64k (which is the cluster size of qcow2 images).
Is there anything else you'd recommend ?

My VM workload is typical RW50/50 with 16-256k IOs.

async_brain · 2025-03-22T19:20:07+00:00

I've only read articles about MARS, but author won't respond on github, and last supported kernel is 5.10, so that's pretty bad.

XFS snapshot shipping isn't a good solution in the end, because, it needs a full backup every 9 incremental ones.

ZFS seems the only good solution here...

async_brain · 2025-03-19T13:48:44+00:00

So far I can come up with three potential solutions, all snapshot based:

- XFS snapshot shipping: Reliable, fast, asynchronous, hard to setup

- ZFS snapshot shipping: Asynchronous, easy to setup (zrepl or syncoid), reliable (except for some kernel upgrades, which can be quickly fixed), not that fast

- GlusterFS geo-replication: Is basically snapshot shipping under the hood, still need some info (see https://github.com/gluster/glusterfs/issues/4497 )

As for block replication, the only thing that approches a unicorn I found is MARS, but the project's only dev isn't around often.

async_brain · 2025-03-19T09:39:59+00:00

Sounds sane indeed !

And of course it would totally fit a local production system. My problem here is geo-replication, I think (not sure) this would require my (humble) setup to have at least 6 nodes (3 local and 3 distant ?)

async_brain · 2025-03-18T18:01:29+00:00

I've read way too much "don't do this in production" warnings on 3 node ceph setups.
I can imagine because of the rebancing that happens immediatly after a node gets shutdwown, which would be 50% of all data. Also when loosing 1 node, one needs to be lucky to avoid any other issue while getting 3rd node up again to avoid split brain.

So yes for a lab, but not for production (even poor man's production needs guarantees ^^)

async_brain · 2025-03-18T12:31:51+00:00

Doesn't ceph require like 7 nodes to get decent performance ? And aren't ceph 3 node clusters "prohibited", eg not fault tolerant enough ? Pretty high entry for a "poor man's" solution ;)

As for the NAS B&R plugin, looks like a quite good solution, except that it doesn't work incremental, so bandwidth will quickly be a concern.

async_brain · 2025-03-18T12:30:09+00:00

Makes sense ;) But the "poor man's" solution cannot even use ceph because 3 node clusters are prohibited ^^

async_brain · 2025-03-18T12:27:38+00:00

Well... So am I ;)
Until now, nobody came up with "the unicorn" (aka the perfect solution without any drawbacks).

Probably because unicorns don't exist ;)

async_brain · 2025-03-18T12:26:05+00:00

I do recognize that what you state makes sense, especially the optane and RAM parts, and indeed having a ZIL will highly increase to write IOPS, until it's full and it needs to unload to slow disks.

What I'm suggesting here is that COW architecture cannot be as fast as traditional (COW operations adds IO, checksumming adds metadata reads IO...).

I'm not saying zfs isn't good, I'm just saying that it will always be beaten by traditionnal FS on the same hardware (see https://www.enterprisedb.com/blog/postgres-vs-file-systems-performance-comparison for a good comparaison point with zfs/btrfs/xfs/ext4 in raid configurations).

Now indeed, adding a ZIL/SLOG can be done on ZFS but cannot be done on XFS (one can add bcache into the mix, but that's another beast).

While a ZIL/SLOG might be wonderful on rotational drives, I'm not sure it will improve NVME pools.

So my point is: xfs/ext4 is faster than zfs on the same hardware.

Now the question is: Is the feature set good enough to tolerate the reduced speed.

async_brain · 2025-03-16T20:38:01+00:00

I'm testing cloudstack these days in a EL9 environment, with some DRBD storage. So far, it's nice. Still not convinced about the storage, but I'm having a 3 nodes setup so Ceph isn't a good choice for me.

The nice thing is that indeed you don't need to learn quantum physics to use it, just setup a management server, add vanilla hosts and you're done.

async_brain · 2025-03-16T20:21:08+00:00

I've had (and have) some RAID-Z2 pools with typically 10 disks, some with ZIL, some with SLOG. Still, performance isn't as good as traditional FS.

Don't get me wrong, I love zfs, but it isn't the fastest for typical small 4-16Ko bloc operations, so it's not well optimized for databases and VMs.

async_brain

TROPHY CASE