Search results

Yes, the Linux kernel scheduler is total garbage and you need to manually tell it what to do. For "performance". Of the hardware I guess, since this scheme will hinder the performance of the admins having to maitain it.

It looks reasonable, yes. Do updates work now? If so you could edit your first post and mark the thread solved.

I suppose you mean that you have to fstrim them once in a while to reclaim unused space? Yeah, forgot to mention that.

That's right. The difference is that the root volume is "thick provisioned", it takes up the full amount of space that is allocated and you can't allocate more than you have available. It is a fixed allocation. The volumes under pve/data are thin, meaning they only take up the space that's used...

I guess your volume group is "pve" and the thin pool is "data", so let's create a volume called "backups" and mount it. You'll want to verify that my assumptions and syntax are correct... lvcreate -V 100G --thinpool pve/data -n backups mkfs -t ext4 /dev/mapper/data-backups mount...

Or, maybe you could tell us why pve-root is full. 100GB is a lot for a PVE root filesystem. If it is because of backups you're doing it wrong storing them on the same physical device. If it is something else, an option would be to create a volume in the thin area and mount it someplace and move...

Just go with the stand-alone TrueNAS solution. Your life will be simpler.

Another question: Are you using PVE standard authentication or something else? What realm do you select on the login box?

The same way he got the install ISO. I notice too that almost nobody who has this problem admits it up front that they used a script.

Most people who have that problem got it by running an old "community script" that supposedly removes the "nag screen" but doesn't support PVE 9. The fix is to not do that.

It is also going to be a significant performance hit, especially when running under a hypervisor where nested virtualization must be enabled. The question is whether it is worth it or not. For a server that presumably doesn't have interactive users. This industry is completely full of itself...

One might also ask what the benefit of VBS is when you're already in a virtualized environment.

As @JensF said, open a root console or SSH session, use nano to edit /etc/apt/sources.list. Apparently there is also something going on with /etc/apt/sources.list.d/cisofy-lynis.list, but I can't say what exactly since I don't use that. Maybe PVE is just complaining because it is non-standard...

The Suites element for debian-security should be bookworm-security, not bookworm/updates.

What is "level-zero"? It isn't part of a standard install, so guessing it is a third party package and it conflicts with some Debian files. Maybe remove that until the upgrade is complete. If it was installed from third-party repo you might want to see if there is a version compatible with...

I would disable it. Containers get their time from the host anyway. There's no point in running another NTP client in the container.

Glad to hear you got it sorted. Please mark the thread solved by editing your first post.

One thing I don't get about homelabbers is using a bunch of vlans and then making sure there is complete connectivity between them.

You can have multiple vlans on a single VM. They can all use DHCP.

Having more than one NIC on the same network isn't a good idea for Windows either, although they do have differences in the way they handle that. Even listening to 0.0.0:8006 won't really solve the problem because it is a bridge. Unplugging the cable doesn't make the bridge go away, and usually...