Phase 0 - Legal Compliance:
- COPYING: Add DragonX copyright, preserve all upstream attributions
- AUTHORS: Add DragonX developers section
- LICENSE: Restore standard FSF GPLv3 text (fix GNU→GENERAL error)
- Add DragonX copyright headers to all 21 modified source files
- contrib/debian/copyright: Add DragonX attribution
- README.md: Add GPLv3 Section 5(a) attribution section
Phase 1 - init.cpp Cleanup:
- PID file: hushd.pid → dragonxd.pid
- Shutdown thread: hush-shutoff → dragonx-shutoff
- Debug message: stopping HUSH → stopping DragonX
Phase 2 - HUSH3/ishush3 Code Audit:
- Rename ishush3 → isdragonx across ~15 source files
- Update "HUSH3" chain-identity checks to "DRAGONX" in consensus,
difficulty, notarization, devtax, and RPC code
- Intentionally preserve cross-chain "HUSH3" refs (gateway, notary dest)
- Build verified: all three binaries compile cleanly
Phase 3 - Documentation:
- README.md: Full rewrite with DragonX chain params, build instructions
- Man pages: Create dragonxd.1, dragonx-cli.1, dragonx-tx.1 (v1.0.0)
- Doc files: Add beefy-DRAGONX.conf, dragonxd-systemd.md, dragonxd.service
- Init scripts: Create dragonxd.{conf,init,openrc,openrcconf,service}
- Debian packaging: Update control, changelog, install, manpages, examples
- Update doc/init.md and contrib/init/README.md
3.9 KiB
Sample init scripts and service configuration for dragonxd
Sample scripts and configuration files for systemd, Upstart and OpenRC can be found in the contrib/init folder.
contrib/init/dragonxd.service: systemd service unit configuration
contrib/init/dragonxd.openrc: OpenRC compatible SysV style init script
contrib/init/dragonxd.openrcconf: OpenRC conf.d file
contrib/init/dragonxd.conf: Upstart service configuration file
contrib/init/dragonxd.init: CentOS compatible SysV style init script
- Service User
All three startup configurations assume the existence of a "dragonx" user and group. They must be created before attempting to use these scripts.
- Configuration
At a bare minimum, dragonxd requires that the rpcpassword setting be set when running as a daemon. If the configuration file does not exist or this setting is not set, dragonxd will shutdown promptly after startup.
This password does not have to be remembered or typed as it is mostly used as a fixed token that dragonxd and client programs read from the configuration file, however it is recommended that a strong and secure password be used as this password is security critical to securing the wallet should the wallet be enabled.
If dragonxd is run with "-daemon" flag, and no rpcpassword is set, it will print a randomly generated suitable password to stderr. You can also generate one from the shell yourself like this:
bash -c 'tr -dc a-zA-Z0-9 < /dev/urandom | head -c32 && echo'
For an example configuration file that describes the configuration settings, see contrib/debian/examples/DRAGONX.conf.
- Paths
All three configurations assume several paths that might need to be adjusted.
Binary: /usr/bin/dragonxd Configuration file: /etc/dragonx/DRAGONX.conf Data directory: /var/lib/dragonxd PID file: /var/run/dragonxd/dragonxd.pid (OpenRC and Upstart) /var/lib/dragonxd/dragonxd.pid (systemd) Lock file: /var/lock/subsys/dragonxd (CentOS)
The configuration file, PID directory (if applicable) and data directory should all be owned by the dragonx user and group. It is advised for security reasons to make the configuration file and data directory only readable by the dragonx user and group. Access to dragonx-cli and other dragonxd rpc clients can then be controlled by group membership.
- Installing Service Configuration
4a) systemd
Installing this .service file consists of just copying it to /usr/lib/systemd/system directory, followed by the command "systemctl daemon-reload" in order to update running systemd configuration.
To test, run "systemctl start dragonxd" and to enable for system startup run "systemctl enable dragonxd"
4b) OpenRC
Rename dragonxd.openrc to dragonxd and drop it in /etc/init.d. Double check ownership and permissions and make it executable. Test it with "/etc/init.d/dragonxd start" and configure it to run on startup with "rc-update add dragonxd"
4c) Upstart (for Debian/Ubuntu based distributions)
Drop dragonxd.conf in /etc/init. Test by running "service dragonxd start" it will automatically start on reboot.
NOTE: This script is incompatible with CentOS 5 and Amazon Linux 2014 as they use old versions of Upstart and do not supply the start-stop-daemon utility.
4d) CentOS
Copy dragonxd.init to /etc/init.d/dragonxd. Test by running "service dragonxd start".
Using this script, you can adjust the path and flags to the dragonxd program by setting the DRAGONXD and FLAGS environment variables in the file /etc/sysconfig/dragonxd. You can also use the DAEMONOPTS environment variable here.
- Auto-respawn
Auto respawning is currently only configured for Upstart and systemd. Reasonable defaults have been chosen but YMMV.