You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The discopanel script is ready for testing: bash -c "$(curl -fsSL https://github.com/community-scripts/ProxmoxVED/raw/main/ct/discopanel.sh)"
Note: This is not in the official repo yet—it's just a dev version! After merging into ProxmoxVE, it will need to be recreated.
For the copy to clipboard it dosent work on a regular install so for me this is app problem but you can still copy the Ip or domain name by selecting it
Minecraft server is accessible trough game menu not via web,
Copy to clipboard => removed from the scope. App issue and it does not affect the user experience.
Mods upload and run
First approach was wrong: I was downloading a modpack instead of a mod and I didn't set the mod loader to NeoForge
Minecraft Server accessible => I don't have Minecraft but the minecraft server seem to be responding
root@pve:~# nmap -p 25566 192.168.1.157
Starting Nmap 7.93 ( https://nmap.org ) at 2025-12-04 20:04 CET
Nmap scan report for discopanel.lan (192.168.1.157)
Host is up (0.000073s latency).
PORT STATE SERVICE
25566/tcp open unknown
MAC Address: XXXXXXXXXXX (Unknown)
Nmap done: 1 IP address (1 host up) scanned in 0.09 seconds
root@pve:~# nc -vz 192.168.1.157 25566
192.168.1.157: inverse host lookup failed: Unknown host
(UNKNOWN) [192.168.1.157] 25566 (?) open
root@pve:~# curl --http0.9 telnet://192.168.1.157:25566
^C
root@pve:~# echo -n | openssl s_client -connect 192.168.1.157:25566
CONNECTED(00000003)
40473E3F72730000:error:0A000126:SSL routines:ssl3_read_n:unexpected eof while reading:../ssl/record/rec_layer_s3.c:322:
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 0 bytes and written 304 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
---
Update function works → upgrade without loss of config or data
the mkdir in this is necessary :
msg_info "Restoring Data"
mkdir -p /opt/discopanel/data
cp -a /opt/discopanel_backup_temp/. /opt/discopanel/data/
rm -rf /opt/discopanel_backup_temp
msg_ok "Restored Data"
Data is created when service is started if we dont create it cp wont work
Thats why i readded it
After further investigation it seem that the go command is not in the path but I'm lil bit confuse as the builtin function of the project setup_go call a function ensure_usr_local_bin_persist
I was entering my container using pct enter. For a while I couldn’t access it through the WebUI (not sure why — it only happened on containers built with Proxmox VED), so I used pct enter instead.
When accessing through the WebUI, .profile is evaluated, so the go command becomes available.
When using pct enter, .profile is not sourced, so the PATH is incomplete, which explains why go was missing (=> This explain many things for my manyfold PR ^^).
As a result, the update command will not work if the user enters the container as root via pct enter.
From my perspective, the issue comes from the built-in function setup_go, since it does not ensure that the PATH persist in environments where .profile isn’t loaded (such as when using pct enter).
✔️ Set up Docker Repository
✔️ Docker is up-to-date (29.1.2)
✔️ All containers are up-to-date
✔️ Docker setup completed
✔️ Update available: discopanel 1.0.10 → 1.0.11
✔️ Stopped Service
✔️ Created Backup
✔️ Deployed: discopanel (1.0.11)
✔️ Setup DiscoPanel
✔️ Restored Data
✔️ Started Service
✔️ Updated Successfully!
Activity
github-actions commentedon Nov 29, 2025
The discopanel script is ready for testing:
bash -c "$(curl -fsSL https://github.com/community-scripts/ProxmoxVED/raw/main/ct/discopanel.sh)"Note: This is not in the official repo yet—it's just a dev version! After merging into ProxmoxVE, it will need to be recreated.
SunFlowerOwl commentedon Dec 3, 2025
Test
Container installs without errors (Default)
⚙️ Using Default Settings on node pve
💡 PVE Version 8.4.14 (Kernel: 6.8.12-16-pve)
🆔 Container ID: 141
🖥️ Operating System: debian (13)
📦 Container Type: Unprivileged
💾 Disk Size: 15 GB
🧠 CPU Cores: 4
🛠️ RAM Size: 4096 MiB
🚀 Creating a DiscoPanel LXC using the above default settings
✔️ Storage local (Free: 58.8GB Used: 28.3GB) [Template]
✔️ Storage local-lvm (Free: 599.4GB Used: 176.4GB) [Container]
✔️ Template search completed
✔️ Template debian-13-standard_13.1-2_amd64.tar.zst [online]
✔️ LXC Container 141 was successfully created.
✔️ Started LXC Container
✔️ Network in LXC is reachable (ping)
✔️ Customized LXC Container
✔️ Set up Container OS
✔️ Network Connected: 192.168.1.157 2a01:cb09:d045:6e56:be24:11ff:fe8c:7637
✔️ IPv4 Internet Connected
✔️ IPv6 Internet Connected
✔️ Git DNS: github.com:(✔️ ) raw.githubusercontent.com:(✔️ ) api.github.com:(✔️ ) git.community-scripts.org:(✔️ )
✔️ Updated Container OS
✔️ Installed Dependencies
✔️ Setup Node.js 22
✔️ Setup Go 1.25.5
✔️ Deployed: discopanel (1.0.11)
✔️ Installed Docker
✔️ Setup DiscoPanel
✔️ Created Service
✔️ Customized Container
✔️ Cleaned
✔️ Completed Successfully!
🚀 DiscoPanel setup has been successfully initialized!
💡 Access it using the following URL:
🌐 http://192.168.1.157:8080
Access to WebUI
Minecraft Server Start
Minecraft Server accessible
not working (may be a lib is missing)
Not tested yet
DragoQC commentedon Dec 4, 2025
For the copy to clipboard it dosent work on a regular install so for me this is app problem but you can still copy the Ip or domain name by selecting it
Minecraft server is accessible trough game menu not via web,
For mod upload you can try this : https://www.curseforge.com/minecraft/mc-mods/additional-structures/download/7079357
Download the mod.
Select while creating a server the modloader that you need (in this case neoforge)
Try uploading the mod trough the ui after the server has been initialised.
SunFlowerOwl commentedon Dec 4, 2025
Alright thank you. So
Copy to clipboard => removed from the scope. App issue and it does not affect the user experience.
Mods upload and run
First approach was wrong: I was downloading a modpack instead of a mod and I didn't set the mod loader to NeoForge
SunFlowerOwl commentedon Dec 4, 2025
To reproduce update error:
Install container, log in as root and run in terminal:
nano ~/.discopanelChange version to whatever previous version, save and run
DragoQC commentedon Dec 5, 2025
Fixed the update script no crash even without servers created
MickLesk commentedon Dec 5, 2025
Update and Install fixed, the copy bug looks like an typescript issue, because nothing happens in DOM
DragoQC commentedon Dec 5, 2025
There was another issue witht he copy and restore of the files.
Now i tested it a lot and its fixed from what i tested
DragoQC commentedon Dec 5, 2025
the mkdir in this is necessary :
msg_info "Restoring Data"
mkdir -p /opt/discopanel/data
cp -a /opt/discopanel_backup_temp/. /opt/discopanel/data/
rm -rf /opt/discopanel_backup_temp
msg_ok "Restored Data"
Data is created when service is started if we dont create it cp wont work
Thats why i readded it
Its now again ready to review and test
SunFlowerOwl commentedon Dec 6, 2025
Hi @DragoQC ,
I've retested and now I get this error:
I did same procedure to update as above. Maybe I've missed something?
SunFlowerOwl commentedon Dec 6, 2025
After further investigation it seem that the go command is not in the path but I'm lil bit confuse as the builtin function of the project
setup_gocall a function ensure_usr_local_bin_persistSunFlowerOwl commentedon Dec 6, 2025
I eventually found the real cause:
I was entering my container using
pct enter. For a while I couldn’t access it through the WebUI (not sure why — it only happened on containers built with Proxmox VED), so I used pct enter instead.When accessing through the WebUI,
.profileis evaluated, so the go command becomes available.When using pct enter, .profile is not sourced, so the PATH is incomplete, which explains why go was missing (=> This explain many things for my manyfold PR ^^).
As a result, the update command will not work if the user enters the container as root via pct enter.
From my perspective, the issue comes from the built-in function
setup_go, since it does not ensure that the PATH persist in environments where .profile isn’t loaded (such as when using pct enter).SunFlowerOwl commentedon Dec 6, 2025
Update working:
✔️ Set up Docker Repository ✔️ Docker is up-to-date (29.1.2) ✔️ All containers are up-to-date ✔️ Docker setup completed ✔️ Update available: discopanel 1.0.10 → 1.0.11 ✔️ Stopped Service ✔️ Created Backup ✔️ Deployed: discopanel (1.0.11) ✔️ Setup DiscoPanel ✔️ Restored Data ✔️ Started Service ✔️ Updated Successfully!MickLesk commentedon Dec 6, 2025
Pct enter never load bashrc. Thats an Proxmox Thing. Pct enter dont load Shell, bashrc, Profile and so on. Thats Not an "real" Shell.
SunFlowerOwl commentedon Dec 7, 2025
Alright, I didn't know.
If it is ok that the pct enter way of update is unsupported then for me this container is working.
github-actions commentedon Dec 10, 2025
A PR has been created for discopanel: community-scripts/ProxmoxVE#9847
michelroegl-brunner commentedon Dec 10, 2025
Merged with #9847 in ProxmoxVE
github-actions commentedon Dec 10, 2025
Files deleted with PR #1201