Hi,
im Web UI gitbt's den punkt 'remove' unter tape backup -> inventory.
Da das tape nicht mehr vorhanden ist wird man wohl das 'force' flag aktivieren müssen um es zu entfernen.
Hoffe das hilft!
the question is why is there a token with that name already? is there something/someone that is using that token?
if you really want to clear it, there are 3 possibilities:
* you go to the pve ui and delete the token -> every user of that token...
you can't really "clean" the task logs, since they're not meant to be deleted, rather than simply display the results that exist
as soon as the task logs are outside the given timeframe (48h according to your screenshot) they will not be shown...
you can of course open a feature request for this, but no promises that it'll be done (or when)
one of the problems in implementing this is that the task logs are saved on the local filesystem on each node, so not easily accessible from the...
hi,
i guess this is an ECC key? in that case the minimum size we check against is 224 not 2048, but the log line has the 2048 bit hardcoded ;)
i'll send a patch as it's confusing
i think you misunderstood me:
the list is still sorted by name, but the individual entries are wrongly rendered (vmid before name)
anyway, thanks for reporting, i sent a patch that should fix it...
no currently migrations (be it intra or cross cluster) will not use the network to the pdm, but either
* the normal cluster migration network (intra cluster migration)
* the path the source cluster would take to the ip/name the pdm knows of the...
You can also opt to only given the Datacenter Manager a token with limited access rights, e.g. audit only.
PDM will not be able to *do* anything, but you can still monitor it and get quick access with a link.
the PVEAuthCookie has to be a regular pve ticket for users, not the vncticket.
the vncticket has to be a parameter to the vncwebsocket api call (AFAIR)
currently, the websocket connection to the pve api also requires a valid user cookie to be set, and not a token (not sure how exactly you handle authentication in your client/proxy)
but this will change soon (since we also need token access for...
proxmox ve (and all current proxmox products) are 100% open source and free, you only ever pay for support, so listing xcp-ng as 'free' (where you have to compile stuff yourself, which is not the case for our products) and not our's is...
do you have any sdn configured?
can you post the output of
pvesh get /nodes/<nodename>/network --type any_bridge --output-format json-pretty
of the affected pve remote ? (replace <nodename> with the actual one please ;) )