Search results

Hi Yes, i got my answers very helpfull list-contributors, but still running into issues which require me to do more research .. will take some time to fiddle it all together, and over the holidays ( with no time off) its all on a low burner. Most likely my issues are because implementing this...

Just a bit of an update. I started out with adding visibility of the authentication method in Data center -> Permissions -> Authentication. The (to be further implemented) method now has an entry under the 'Add'-button. Clicking the method will spawn a form that allows entries according to the...

No, any Oauth-/OpenID-connect IdP will do, but i happen to have the mentioned product. For example Okta would also work. In essence any IdP which has a configuration endpoint ( where i will interact with to retrieve all other endpoints )is usable ( well thats my wish to implement it that way...

Small update ... Did Some backend work , i have created groups in my eDirectory representing the PVE (builtin) roles, which for future purposes will be exposed as a dedicated scope for OAuth. As AccessManager allows me to assign roles based on group membership this can be transported with a...

Ok, first up. i have a box which (was production, but got replaced/decommissioned like a year ago, but was still lying around) and its a DL380Gen5, and since revival has been updated to latest ( as current) 6.3 PVE kernel ( an old box i had which was updates sucessfully ( Debian Buster)) - No...

Hi all, As i am in need of an option for authentication for OpenID-connect / OAuth or SAML(2), and the implementation from Proxmox itself as supplier has been postponed since 2017 ( first req seen in that year) i have decided to take on this project and start development of such. Now don't...

Since latest kernel / version of PVE i got rid of some blocking issues i had. Basically i was unable to upgrade PVE beyond a specific kernel version where when i did upgrade i was facing kernel-panic's as soon as i launched a VM/CT on it. This issue seems to be solved again with latest 6.3...

Just upgraded a 4-node cluster with shared SAS storage where volumes are offered to the nodes as GFS2 mountpoints - flawless since i wasnt able to upgrade kernel past some point as it would face a kernel panic ( see other post of mine ) - with the release of the 6.3.x version all is solved...

Update on the issue : Since i updated to 6.3.x the issue is no longer present :) Good Job PM developers ! @matrix as you have not responded on my reply i posted back like 1.5 months ago i will assume you were unable to motivate your suggested action, which if i would have followed your course...

To give an insight kern.log is what i am registering ,.,,

@matrix Motivate that ? .. i mean booting into a selected kernel even tho old kernels are present wont solve the issues i am having. Next to that i am not removing older kernels from which i am sure makes my setup work i have enabled : kernel.core_pattern = /var/crash/core.%t.%p kernel.panic =...

Yes, it is correct. i am using lvmlockd in dlm for lockspace on the availabillity of volume( - groups and presented volumes) then gfs2 as filesystem is used to ensure locking is done at the file-level. It was just my favor for lvm that i started out with this .. never really looked into the...

Windows 10 can even use SSH capabilities .... However as you have not provided a version of windows i cannot determine if that would be an option for you. Still if this were to be an option i would look at this and then write your script via this way ...

Either a SAML option or OpenID-Connect would be what i would be looking for

@matrix as written above the 'latest' kernel is installed on system but if i boot from that we get the explained kernel panic. If i however on my boot screen select the previous ( 5.4.44-2 kernel) then i'm running just fine. pveversion -v proxmox-ve: 6.2-2 (running kernel: 5.4.44-2-pve)...

Dear all, i am experiencing kernel panics since releases of kernel above version 5.4.44-pve2 Behaviour : - update all packages ( including kernel) - restart node - node comes up fine/ communicates with cluster (4-node) - node will kernel-panic after it starts either an LXC or VM guest - issue...

pfSense box is a dl360Gen7 box, all separate networks segments are equipped with own switch.

basically my 'landscape' looks like this :

1. as said this was a research-project trying to bend behaviour to my needs, fencing gave alot of issues, so i turned it off, and never looked back to be honest. 2. i never had a full cluster/network fallout, so i have not reproduced this behaviour. 3. not have had that issue. 4. i am atm...

Backup VM's/LXC's to storage on old box-> scp them to new box -> restore