Door programs launch with dosemu2 when I run ./mis as non-root (e.g. as
my bbsuser); but when I run mis with sudo (e.g. as a systemd service),
it looks likedosemu2 is trying to run as root--which it won't.
Lol, just answered my own question:
sudo -u [username] ./mis daemon
dosemu2 now works with non-root :)
Door programs launch with dosemu2 when I run ./mis as non-root (e.g. as
my bbs user); but when I run mis with sudo (e.g. as a systemd service),
it looks like dosemu2 is trying to run as root--which it won't.
sudo -u [username] ./mis daemon
dosemu2 now works with non-root :)
Door programs launch with dosemu2 when I run ./mis as non-root (e.g. my bbs user); but when I run mis with sudo (e.g. as a systemd service it looks like dosemu2 is trying to run as root--which it won't.
dosemu does the same. I recommend not running with sudo :)
Ryan, do you run mis as a service (ala systemctl) or manually start as a daemon? Pretty sure systemctl service allows for running as non root as well, but thought I'd ask...
Ryan, do you run mis as a service (ala systemctl) or manually start a daemon? Pretty sure systemctl service allows for running as non root well, but thought I'd ask...
I run as a user as a systemd service and fork it off into a screen
session soI can attach to mis any time and see what's going on. Let me know if you wantto take a look at my startup script, I can throw it on termbin or something.
I run as a user as a systemd service and fork it off into a screen session so I can attach to mis any time and see what's going on. Let me know if you want to take a look at my startup script, I can throw it on termbin or something.
I'd love to see it, thank you!
I'd love to see it, thank you!
Check out https://termbin.com/4nh8 - you'll need to change User/Group/WorkingDirectory to meet your needs, but I suspect it'll work outof the box.
Is the reason you don't run in daemon mode because you prefer mis's 'waiting for caller screen' over nodespy?
Is the reason you don't run in daemon mode because you prefer mis's 'waiting for caller screen' over nodespy?
Basically, yes. And when I attach the screen vtty I can see exactly what'sgoing on in a more graphically pleasing user experience that I
find easier tounderstand. It basically just dumps me into currently
seeing the BBS livelogging exactly what's happening at any given moment.
Check out https://termbin.com/4nh8 - you'll need to change User/Group/WorkingDirectory to meet your needs, but I suspect it'll work out of the box.
When I want to bring up mis (notice I don't launch in daemon mode), I just 'screen -R Mystic', do what I need to do, then detach the vtty with ctrl-a
Check out https://termbin.com/4nh8 - you'll need to change User/Group/WorkingDirectory to meet your needs, but I suspect it'll work
What term are you using? When I just run ./mis SERVER without screen the ansi shows up fine, in screen it looks like crap.
Since I was looking at this debating using screen with SERVER instead of DAEMON
or not, after starting and stopping this service I realized you may want to add
PIDFile=/mystic/semaphore/mis.bsy in [Service]
or not, after starting and stopping this service I realized you may
want to add
PIDFile=/mystic/semaphore/mis.bsy in [Service]
Ah, interesting. But Mystic will itself not run if there's a busy semaphore, right? So there's no real risk here, just an extra safeguard to utilize systemd's init capabilities?
What term are you using? When I just run ./mis SERVER without screen
the ansi shows up fine, in screen it looks like crap.
Interesting! For me I think it looks fine but may be wrong, I haven't actually had a need to pull it up recently. I just use the de-facto utf8 terminal settings and connect via putty. *shrug*
What term are you using? When I just run ./mis SERVER without
screen the ansi shows up fine, in screen it looks like crap.
Interesting! For me I think it looks fine but may be wrong, I
haven't actually had a need to pull it up recently. I just use the
de-facto utf8 terminal settings and connect via putty. *shrug*
Strange, I use Linux Mint for my desktop and have tried the regular terminal which is utf-8 and I've tried putty for linux using utf-8 and cp437. Both have garbled asni under screen but is perfectly fine not in screen. Using screen 4.08.00. I went a step further and connected with putty from a windows machine and had the same results so I can only assume it's something with screen.
Ah, interesting. But Mystic will itself not run if there's a busy semaphore,right? So there's no real risk here, just an extra safeguard
to utilizesystemd's init capabilities?
Correct, the semaphore looks like it's getting removed when you select
Yes from the Shutdown screen. So since 'systemctl stop mystic' just
kills the process, the semaphore isn't deleted, unless you put in the pidfile line. Probably wouldn't be stopping/starting the service that often but systemctl will throw an error if you try and start it with mis.bsy still being there, then you would know it thinks it's running already and can check whatever you need to.
You've probably seem this, but I've found that these scripts do a pretty good job managing semaphore clean-up w/mis and systemd:
https://vswitchzero.com/mystic-systemd/
| Sysop: | digital man |
|---|---|
| Location: | Riverside County, California |
| Users: | 1,044 |
| Nodes: | 15 (0 / 15) |
| Uptime: | 26:52:45 |
| Calls: | 236,098 |
| Files: | 60,370 |
| D/L today: |
23 files (36,781K bytes) |
| Messages: | 289,206 |