David Schroeder 53504cd167 update
2026-07-25 23:41:34 -05:00
2026-07-25 23:41:34 -05:00
2026-07-25 23:41:34 -05:00
2025-12-14 17:16:13 -06:00
2026-07-25 23:41:34 -05:00
2025-12-14 17:43:26 -06:00
2026-07-25 23:41:34 -05:00
2026-07-25 19:35:17 -05:00
2026-07-25 18:06:03 -05:00

TA-ProxMenu

Interactive installation and configuration helpers used when deploying Proxmox VE environments.

Install

Run as root on a Proxmox VE host:

bash <(curl -fsSL https://go.scity.us/install-tapm)

The installed launcher loads the shared iDSSYS defaults and opens the interactive menu. Update availability is checked in the background and cached; updates are installed only when explicitly selected or requested with tapm update.

When testing this branch, use tapm main to switch the installed copy back to the published main branch. The command refuses to switch when local changes, local-only commits, or diverged branch history would be at risk.

The required iDSSYS Defaults repository is handled separately: it is automatically refreshed before launch when its last successful check is more than four hours old. If the remote is unavailable, the installed copy is used. Updates are fast-forward-only. Local file changes, local-only commits, and diverged histories are preserved and reported instead of being overwritten.

The Utilities menu can safely switch TA-ProxMenu between branches published on its Git origin. Branch switching is refused when the installed repository has local changes or when the destination branch has commits that would be discarded.

Direct actions

The menu script also supports these direct actions:

pulse        Install Pulse monitoring
rmm          Install the ConnectWise RMM agent
omsa         Install legacy Dell OMSA on supported PowerEdge x30/x40 hosts
glances      Install Glances
acronis      Install the Acronis agent
post-install Run the ProxMenux post-install configuration
proxmenux     Install or open ProxMenux
virtio       Download current VirtIO drivers
sentinelone  Install the SentinelOne agent
screenconnect Install the ScreenConnect agent
restart      Restart core local Proxmox management services
cpu          Detect and optionally apply a migration-safe CPU model
maintenance  Toggle local HA maintenance mode
keepalived   Deploy Keepalived across the cluster
iso-nfs      Create an LXC NFS server and cluster-wide shared ISO storage

Companion files

Large installer artifacts used by this project are stored in the private TAI/files package registry. SentinelOne, RMM, Acronis, and ScreenConnect installation require a temporary deployment code from TAPM Deployment Access. The private Gitea credentials are never stored on or returned to a Proxmox host. SentinelOne package versions can be updated through the deployment portal without changing ProxMenu.

Runtime requirements

  • Proxmox VE and root privileges
  • Bash, Git, curl, wget, Python 3, and standard Debian package tools
  • /opt/idssys/defaults/default.inc
  • /opt/idssys/defaults/colors.inc

The Keepalived deployment additionally requires a healthy, quorate Proxmox cluster and passwordless root SSH between cluster nodes.

The shared ISO storage wizard creates a privileged Debian LXC with a dedicated secondary volume, restricts its NFS export to a supplied client CIDR, and adds the export to Proxmox's cluster-wide storage configuration. The container host and network path to the container must remain available for nodes to use the ISO repository.

The legacy Dell OMSA installer is limited to supported PowerEdge x30/x40 systems running Proxmox VE 9 on Debian 13 (Trixie), amd64.

CPU compatibility detection previews cluster-wide QEMU VM and template changes before applying the ProxCLMC recommendation through the Proxmox CLI. Running VMs are not restarted automatically.

VirtIO downloads are managed from a dedicated submenu. The stable release is checked only when that submenu is opened, and curated compatibility ISOs are available for Windows Server 2008, 2008 R2, 2012/R2, and 2016. Downloads are validated before atomically replacing a file with the same name.

Maintenance evacuation leaves HA-managed guests under Proxmox HA control. Remaining shared-storage guests are routed to online, non-maintenance nodes with the required storage, while local-storage guests are gracefully shut down. HA node-affinity preferences are honored when an eligible node exists.

Development checks

Run the local validation suite with Bash 4.3 or newer:

./tests/run.sh

The suite checks Bash syntax and Git whitespace, runs ShellCheck when it is installed, and exercises Git update states, LXC input/storage selection, maintenance evacuation routing, HA affinity parsing, and VirtIO filename validation. Tests use temporary files and mocked Proxmox output; they do not download installers or change a Proxmox host.

S
Description
No description provided
Readme GPL-3.0 57 MiB
Languages
Shell 95.1%
PowerShell 4.9%