PufferPanel - The Trusted Open Source Game Management Panel Since 2013

Discussion in 'Systems Administration' started by PufferPanel, Jan 13, 2016.

  1. After forcing it and uploading BungeeCord.jar it gives me this
    Code (Text):

    [2016-02-25 07:50:32] [VERBOSE] Executing plugin preflight
    [2016-02-25 07:50:32] [VERBOSE] Powering on server
    But it doesn`t do anything..
  2. Generally means that docker is not running, or that it is not installed. Seeing nothing else glaringly wrong, validate that Docker is installed and that the docker service is running.
  3. My bad... I haven`t installed docker.............
  4. Nice! I hope I can get a chance to try it
  5. Hello everyone,

    We've released v0.8.6 of PufferPanel and v0.2.8 of Scales. These consist primarily of bug fixes for some of the issues reported recently. Thanks to our improved distribution process, updating to them is extremely easy.

    Changelog from PufferPanel v0.8.5:
    • Fixed auto-installer script
    • Update auto-deploy for Scales
    Changelog from Scales v0.2.7:
    • Fixed permissions issue with web based file uploader
    • Fixed an issue with adding extra ports to dockerized servers

    Please follow the directions located here to update PufferPanel.

    To update Scales, please follow the directions located here.

    If you have any issues please ask on our community forums where we have a new system in our support category to better keep track of questions. You can also join us on IRC on irc.esper.net #pufferpanel or using webchat.
  6. am I able to install this for Apache2 and not Nginx?
  7. You can use Apache, however we do not have any configurations that work well with it due to none of us actually using it. Our installer can install a config for Nginx and is why we recommend it.
  8. Do you know where I can find to go about installing on Apache?
  9. Can you provide for me all packages for sources.list on raspbian jessie for scales?
  10. If you want I can help you with that :)
  11. Would you recommend running cpanel and also installing pufferpanel on the same machine? As I favor apache more over Nginx due to Cpanel's easy configuration ability
  12. The panel itself will not care if you are using Nginx or Apache, however our installer does not support Apache so you will have to create the configuration for it (which we can explain, it's generally different from how other php services may work), but it should run just fine next to cPanel, as long as you are using a subdomain for the panel. We do not support running the panel on a sub-folder URL (i.e example.com/pufferpanel)
  13. Great software I have ever come across. I hope everyone in their right mind will ditch Multicraft's and move on this.
  14. Hi there,
    At the moment I am trying to move over to PufferPanel and am very new to it. I currently use something similar to CPanel called Vesta to run my sites. How can I install PufferPanel in conjunction with Vesta?

    - darthdoesmc
  15. You could use a subdirectory or subdomain to install it.
  16. Ahhh, okay, will look into that.
  17. You need a subdomain for it.
  18. Multicraft apparently no longer so good :)
    • Informative Informative x 1
  19. We know that we have not been making any public releases in some time, and that we have been mostly silent outside of our IRC channel about the current status of the project.

    Rest assured, this is not because we are dead. We are just busy.

    Since both heads have acquired full-time jobs, our ability to dedicate large amounts of time to this project has been hampered, but we are not letting this stop us. We have been working behind the scenes to prepare and plan for the new pufferd project, and looking to see how we can improve the user experience as a whole.

    Puffrfish has been active on our community forum, helping out our users with their problems, and just giving off the light of “we are still here”, and we are thankful for that.

    This last week, Lord_Ralex has been pushing large amounts of code to get pufferd to a working state, and so far it’s been promising. While the framework for it is basic, it has already demonstrated a drastic improvement in the quality and design over Scales, and we are confident that pufferd will be a completely better experience in the usability, customization, and installation.


    We are at this current moment planning on a new release plan for pufferd when most of the basic implementation is in place to begin moving users off of Scales and onto the new daemon. What will happen is the following:

    1) A minor release of PufferPanel will be required to allow for talking to pufferd and to resolve minor bugs with the panel. While pufferd was planned to be a drop-in replacement, it has been determined that while this is a goal, we are not going to keep it as a hard requirement. One place where this will not remain is the API itself. Pufferd uses a new API method, which we believe is clearer and simpler to use over Scales. This new API will be consumed by PufferPanel and so a code change is required for us to do that. We do hope the new API will be friendlier to users and administrators, and makes creation of billing and deployment modules that much easier to make.

    2) Pufferd will go through alpha releases once the minor release is ready. As part of the release scheduled above, one option we are considering is the ability to select which daemon to use. This would mean that you could use pufferd on the minor release and help test, or use Scales until its ready. This is a goal, so we may not allow the option to select if we determine the effort is too great.

    3) We will incorporate version checking into pufferd and likely PufferPanel to help notify users when the software needs update, as pufferd will need several updates to become completely ready. We will not be doing auto-updates, just update notification.

    We do not have any ETAs for when this will be ready, as things come up. We are hoping to have an alpha build “use-able” in the near future, but since we are using Golang, distribution of pufferd is a bit more work on our end, and that’s not in place yet.


    PufferD has so far been promising, allowing for a much more flexible system both internally and externally, and small testing has allowed for a much cleaner install process for servers, and allowing the flexibility to change how a server in general works.

    The biggest change to how servers are generated is through a new “template” system. Instead of hardcoding a server type into the program and hoping it works correctly, we have moved to a generic type process, and define templates that are used when a server is made. This means that the same code that powers Vanilla Minecraft is shared with Spigot and their Craftbukkit build (which internally we call fakecraftbukkit, but that’s a choice by Lord_Ralex, not by the project). With that, each process can build differently, but use the same code to work. To add in Forge would require a small json file change, and it would then be supported. Modpack support from FTB would follow suite, by just needing json files, which is a drastic improvement over Scales. We hope this new system will allow for a much wider scope, such as permitting Starmade servers or any other Java-driven application without requiring any code change, and just creating a new template json. This same concept will apply to other processes, so SRCDS servers would end up following this pattern, being defined under a generic SRCDS package and json templates would define what type of server it is and how to create and run it. One great improvement with this system is that we hope to allow creation of servers on Windows, which is not possible with Scales.

    Our templates currently in use can be viewed here: https://github.com/PufferPanel/pufferd/blob/master/data/templates/minecraft.go


    The next change moving forward is server file location. Scales currently populates 2 directories: /srv/scales and /home. Since the use of /home and creating system users is a bit impractical, pufferd only uses /srv/pufferd for all files, including servers. This means to remove PufferD is simply deleting this folder. Currently, the internal system does not containerize any servers, but we plan to keep this structure when we add back containers, but not add tons of system users and /home directories which make removing Scales harder.


    Finally, our new API. This API differs from Scales in that we are no longer using the header for any values, which made calling the API much more difficult. We have changed this to using strictly URL parameters, which will still remain secure when HTTPS is used. We have not yet forced HTTPS, but there are plans to do so.

    This means our new API has changed from this:
    curl -X "GET" "https://static.pufferpanel.com:5656/server/power/on" \
    -H "X-Access-Server: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" \
    -H "X-Access-Token: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"

    To this:
    curl -X "GET" "https://static.pufferpanel.com:5656/server/myserverId/start?privkey=myprivatekey"

    This new API is a lot cleaner and simpler to use, and we hope will help creation of new modules.


    We are very excited for our plans for PufferD, and we hope we have explained why we have been silent for a while. We know that there are issues with our software, and we hope this new daemon will help resolve many of those issues that currently plague Scales.

    As always, thank you for using PufferPanel!
    #60 PufferPanel, Jun 21, 2016
    Last edited: Jun 21, 2016
    • Like Like x 2