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
103 lines
3.9 KiB
Markdown
103 lines
3.9 KiB
Markdown
|
|
|
|
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
|
|
|
|
1. 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.
|
|
|
|
2. 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.
|
|
|
|
3. 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.
|
|
|
|
4. 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.
|
|
|
|
5. Auto-respawn
|
|
-----------------------------------
|
|
|
|
Auto respawning is currently only configured for Upstart and systemd.
|
|
Reasonable defaults have been chosen but YMMV.
|
|
|