For sysops, I'm just curious what platforms & operating system you run your BBS in?
When I started my current BBS in 2007, I ran it in Windows for many years (sometimes on native hardware, and sometimes in a Windows VM). About 4 months ago, I decided to move my BBS setup to run in Linux (I've been running Linux as the host OS on my BBS PC since 2015 but had been
running my BBS in a Windows VM on it). I'm using Synchronet, which is cross-platform, so I basically just had to move my comfiguration over to the Linux host OS and then update my DOS door configurations to make
sure they'd run with DOSEMU in Linux. I did have a couple of
Win32-native doors, which I lost, unfortunately (Tournament Trivia, Ashrella: Test of Time), but I was able to move at least one set of
trivia questions to a DOS trivia door.
I'm running Mystic on Ubuntu. Due to some python issues, I'm considering moving to another distro. I'm curious as to what others are running on as well.
For sysops, I'm just curious what platforms & operating system you run your BBS in?
For sysops, I'm just curious what platforms & operating system you
run your BBS in?
I'm using Synchronet, which is cross-platform, so I basically just had
to move my comfiguration over to the Linux host OS and then update
my DOS door configurations to make sure they'd run with DOSEMU in Linux.
I'm currently running my BBS (Synchronet) on Linux Mint. I've heard
Linux Mint is based on Ubuntu and Debian.
What Python issues are you running ito?
For sysops, I'm just curious what platforms & operating system you run your BBS in?
For sysops Im just curious what platforms & operating system you run your BBS in?
When I started my current BBS in 2007 I ran it in Windows for many years (sometimes on native hardware and sometimes in a Windows VM). About 4 months ago I decided to move my BBS setup to run in Linux (Ive been running Linux as the host OS on my BBS PC since 2015 but had been running my BBS in a Windows VM on it). Im using Synchronet which is cross-platform so I basically just had to move my comfiguration over to the Linux host OS and then update my DOS door configurations to make sure theyd run with DOSEMU in Linux. I did have a couple of Win32-native doors which I lost unfortunately (Tournament Trivia Ashrella: Test of Time) but I was able to move at least one set of trivia questions to a DOS trivia door.
TradeWars 2002 initially wasnt running in Linux (DOSEMU 1.x was the default supported by Synchronet) but this past weekend I was able to get DOSEMU2 working with Synchronet and now TradeWars 2002 is able to run again.
I feel like my BBS PC setup is more efficient now as everything is running in Linux and I dont really need to run a Windows VM on it now (I also run Plex Media Server and a Minecraft server on it and Im also running PiHole on it as a network-wide ad blocker).
I think its pretty cool what you can do these days with Linux a free OS and the free software available for it.
Sorry for the long-winded post..
Nightfox
--- SBBSecho 3.15-Linux
* Origin: Digital Distortion: digdist.synchro.net (21:1/137)
What Python issues are you running ito?
I've got one python2 mod that requires some python modules be installed via pip2 install -r requirements.txt. When I run the mod via Mystic, I get an error message that the mods aren't installed. More details are in the discussion on Mystic BBS dev forum.
I don't know much about Mystic at all, but I'm pretty sure you can have multiple Python versions installed at the same time, each with their own set of modules etc.. I'd wonder if Mystic is using the wrong one.At this point, I suspect its the interface between python and the embedded python in Mystic. It's only a guess however.
Im currently running my BBS (Synchronet) on Linux Mint. Ive heard Linux Mint is based on Ubuntu and Debian.
What Python issues are you running ito?
Ive got one python2 mod that requires some python modules be installed via pip2 install -r requirements.txt. When I run the mod via Mystic I get an error message that the mods arent installed. More details are in the discussion on Mystic BBS dev forum.
The reason for changing distros is that on the Mystic wiki theres a comment that the default python2 that comes with Ubuntu does not play nice with the embedded python in Mystic. The fix according to the wiki is to recompile python with some specific modules. I have not been able to find a file for one of the modules (libreadline-gplv2-dev) that will install.
Im open to other solutions if youve got any to offer!
ogg
Sysop Altair IV BBS
Lufkin TX
fsxnet: 21:2/147
... I dont have the time for a hobby. I have a computer.
--- Mystic BBS v1.12 A48 2022/07/15 (Linux/64)
* Origin: Altair IV BBS (21:2/147)
For sysops, I'm just curious what platforms & operating system you run your BBS in?
For sysops, I'm just curious what platforms & operating system you run your BBS in?
the Linux host OS and then update my DOS door configurations to make
sure they'd run with DOSEMU in Linux. I did have a couple of
TradeWars 2002 initially wasn't running in Linux (DOSEMU 1.x was the default supported by Synchronet), but this past weekend I was able to
get DOSEMU2 working with Synchronet, and now TradeWars 2002 is able to
run again.
I think it's pretty cool what you can do these days with Linux, a free
OS, and the free software available for it.
I'm running Mystic on Ubuntu. Due to some python issues, I'm considering moving to another distro. I'm curious as to what others are running on
as well.
I've got one python2 mod that requires some python modules be installed via pip2 install -r requirements.txt. When I run the mod via Mystic, I get an error message that the mods aren't installed. More details are
in the discussion on Mystic BBS dev forum.
I don't know much about Mystic at all, but I'm pretty sure you can have multiple Python versions installed at the same time, each with their own set of modules etc.. I'd wonder if Mystic is using the wrong one.
Back in the 90s, I ran my first bbS on a 286 machine w/ DOS - my parents were upset that since I had a new hobby, I needed both a phone line AND the full use of my computer to do so. After that machine, I ended up getting a 386 & 486 - and settled on using the 386 as my daily driver and the 486 w/ Desqview to run the bbS. :P They could never understand why I wanted to do so. :P
When I came back to bbSing, I used a Raspberry Pi 3 - and then a 4 - to run 2o for a couple years. It worked well, but I had some issues w/ local door games running Linux on the ARM hardware. Both ran Raspberry Pi OS, which is a Linux Debian flavor.
I use linux - Ubuntu Server, to be exact. The reason I use Ubuntu Server is that I like the Debian 'apt' construct, upgrades, systemd (gasp!), etc., but I prefer the frequency at which Ubuntu is updated.
DOSEMU works great, but not perfectly. There are some games, typically ones with a "roguelike" aspect to them like LORD2 and LORE, which for some reason don't work well for me in DigitalOcean VMs on DOSEMU. I can't reproduce the issue locally in DOSEMU but at the end of the day I simply decided to use the Win7 VM instead.
Most of them are pretty lightweight but for some reason LORD versions prior to 4.0 really peg the CPU. *shrug*
Interestingly, I was also able to get TWGS to work with VNC on a headless VM. Now it runs on Win7, but at the time I was proud of myself, hehe.
I don't know much about Mystic at all, but I'm pretty sure you can
have multiple Python versions installed at the same time, each with
their own set of modules etc.. I'd wonder if Mystic is using the
wrong one.
Unfortunately not on linux, and nobody quite understands why.
Interesting.. I'm running my BBS on Linux Mint - which has apt and uses systemd. Mint seems to be updated fairly frequently. Mint is based on Ubuntu and Debian, so it shares a lot of things with those distros.
I don't have LORE installed, though LORD2 seems to at least run in
DOSEMU.
When I was using DOSEMU1, I set up TWGS in a Windows VM and used that since I wasn't yet able to run TW2002 in DOSEMU. But one of the reasons
I moved my BBS from Windows to the Linux host OS was so I could stop running a Windows VM on that machine, so I was a little frustrated..
I'm glad I was able to get DOSEMU2 working with Synchronet and that
TW2002 runs with it. Now I feel like I don't really need that Windows
VM anymore. But I do think it's a bummer I can no longer run Ashrella: Test of Time, which was a Win32 BBS door.
For what it's worth, you can totally run TWGS on your linux box without a Windows VM. If this is of interest to you, let me know and I can help you get things configured :)
Also, when you say Ashrella, do you mean Ambroshia? If yes, I can also help here. Ambroshia has a linux port which needs a bit of massaging to get to work but runs perfectly once the initial setup is done.
I /think/ I know what's happening here. When you launch 'mis', are you doing it as root and then mis drops setuid to the user which owns it?
I've run into funny issues with the whole 'root to user' thing. I launch mis as a regular user and that has fixed a slew of issues.
Maybe the real "fix" here is to migrate everything to modern python and drop all my python2 scripts. :/
:) If it was your computer, why were they upset you needed full use of your computer?
That's cool. For my current BBS, I was running it on a PC with Windows, and I moved it to Linux about 5 months ago.
I had thought about trying to run it with Wine - Is that how you run it? Right now though I think I'll just stick with the DOS TW2002.
Ah, yes, I meant Ambroshia. I thought I had seen a Linux port, but what
I found was some really old source code that wouldn't build on my
current Linux setup. If you can help, I'd like to get it set up though.
:) If it was your computer, why were they upset you needed full use your computer?
'We spent $1500 so you can do what, with who?!?!? Are you hacking!? Is that legal!?!?' (yes, yes, ehmm..)
I launch 'mis' as a regular user and don't have this issue with other python2 mods. Thanks for the tip though!
I use the one packaged by Ubuntu's apt repository on Ubuntu 22.04.My results are identical.
ryan@montereybbs:~$ sudo apt list --installed | grep python2WARNING: apt does not have a stable CLI interface. Use with caution in scripts.libpython2.7-dev/jammy-updates,jammy-security,now 2.7.18-13ubuntu1.1 amd64 [installed,automatic]libpython2.7-minimal/jammy-updates,jammy-security,now 2.7.18-13ubuntu1.1 amd64 [installed,automatic]libpython2.7-stdlib/jammy-updates,jammy-security,now 2.7.18-13ubuntu1.1 amd64 [installed,automatic]libpython2.7/jammy-updates,jammy-security,now 2.7.18-13ubuntu1.1 amd64 [installed]python2.7-dev/jammy-updates,jammy-security,now 2.7.18-13ubuntu1.1 amd64 [installed]python2.7-minimal/jammy-updates,jammy-security,now 2.7.18-13ubuntu1.1 amd64 [installed,automatic]python2.7/jammy-updates,jammy-security,now 2.7.18-13ubuntu1.1 amd64 [installed,automatic]
In mystic -cfg, Configuration -> General Settings, under Python2Same here.
Library, I have
/usr/lib/x86_64-linux/gnu/libpython2.7.so.1.0
When you use pip to install things, are you using that as your regular user or do you ever use 'sudo'? And are you using any sort of 'pyenv' thing to manage multiple versions of python, multiple environments perhaps?I don't use pyenv although I was looking at it as a potential. As to pip, I usually use my regular account. Once, in trying to debug, I used sudo but it didn't seem to make any difference. I do have python3 installed.
That's cool. For my current BBS, I was running it on a PC with
Windows, and I moved it to Linux about 5 months ago.
Nice - welcome to the *nix side. I find it more stable for running a full-time... but I did recently have a decent experience with Windows - I can see how ppl enjoy having everything on what they know, or use daily...
Ah, yes, I meant Ambroshia. I thought I had seen a Linux port, but
what I found was some really old source code that wouldn't build on
my current Linux setup. If you can help, I'd like to get it set up
though.
Check out this site and grab the ambroshia bundle: https://synchronetbbs.org/index.php/downloads/category/3-doors?lms=7&start =90
I seem to recall there's an extra step or two beyond what's listed in the archive but this should be good to get you started. It works well, and super fast, and with the addon quests.
I /think/ I know what's happening here. When you launch 'mis', are you
doing it as root and then mis drops setuid to the user which owns it?
I've run into funny issues with the whole 'root to user' thing. I laun
mis as a regular user and that has fixed a slew of issues.
I launch 'mis' as a regular user and don't have this issue with other python2 mods. Thanks for the tip though!
Check out this site and grab the ambroshia bundle: https://synchronetbbs.org/index.php/downloads/category/3-doors?lms=7&start =90
I seem to recall there's an extra step or two beyond what's listed in the archive but this should be good to get you started. It works well, and super fast, and with the addon quests.
For sysops, I'm just curious what platforms & operating system you run your BBS in?
I think it's pretty cool what you can do these days with Linux, a free OS, and the free software available for it.
I find that for nearly any retro or "niche" type hobies around software Linux is easily king. Xibalba ran on CentOS 7 for many years up until a couple weeks ago when I used Leapp to do a seamless migration from CentOS 7 to AlmaLinux 8. Pretty impressive how well it worked. I have a mix of doors running under QEMU, DOSEMU and working on some EMU2 and DOSEMU2 based setups.
Check out this site and grab the ambroshia bundle: https://synchronetbbs.org/index.php/downloads/category/3-doors?lms=7&start =90
I mis-spoke here. I start 'mis' as a daemon from systemd. I just did some playing around and shut down the bbs, restarted as my regular user and ran the mod. Boy, did I get a suprise! All of a sudden a whole bunch of other error messages popped up but not any about missing modules as before!
So for now I still haven't gotten Ambroshia set up yet. I'd like to get it installed, but I'm concerned about messing up my system's library configuration again (currently I've fixed it and got it working).
I find that for nearly any retro or "niche" type hobies around software Linux is easily king. Xibalba ran on CentOS 7 for many years up until a couple weeks ago when I used Leapp to do a seemless migration from
CentOS 7 to AlmaLinux 8. Pretty impressive how well it worked. I have a mix of doors running under QEMU, DOSEMU and working on some EMU2 and DOSEMU2 based setups.
I got Ambroshia: Test of Time working in my Linux BBS setup. As
mentioned earlier, I had to install sqlite3. As far as the 32-bit libstdc++, I downloaded a package for that but only extracted it and copied the library files alongside Ambroshia. I did see there was a 32-bit libstdc++ included with the Ambroshia package, but it was trying
to load a newer version than was included with the package.
For sysops, I'm just curious what platforms & operating system you run your BBS in?
For things like this, I use OpenBSD, either on ARM or x86
(or at home on RISC-V). Then again, I kind of feel that
the idea of a "BBS" is redundant with the idea of a timesharing
multiuser operating system. I think I'm in a distinct minority
there, though.
Back in the 90s, when I ran a dialup BBS, I sort of wish that
I had discovered Coherent earlier. This was a clone of, basically,
7th Edition Unix, written originally for the PDP-11 but ported
around and eventually running on PC-class hardware. It was often
Re: Re: BBS platforms
By: tenser to Nightfox on Fri Sep 16 2022 12:34 am
For things like this, I use OpenBSD, either on ARM or x86
(or at home on RISC-V). Then again, I kind of feel that
the idea of a "BBS" is redundant with the idea of a timesharing multiuser operating system. I think I'm in a distinct minority
there, though.
I suppose I see what you mean. But when I think of a BBS though, I tend to think of it as still something on its own, with the ANSI-based menus (or possibly RIP or other graphics protocol), message areas, files for download, door games, etc.. All that could be done with a multiuser OS, but a BBS package is specifically designed to provide an easy way for users to do all that, I suppose.
Back in the 90s, when I ran a dialup BBS, I sort of wish that
I had discovered Coherent earlier. This was a clone of, basically, 7th Edition Unix, written originally for the PDP-11 but ported
around and eventually running on PC-class hardware. It was often
I'd heard of Coherent. I remember my dad trying it out on his PC for a bit.
Interesting, I'm curious how you're using DOSEMU, EMU2, and DOSEMU2 all alongside one another?
I mis-spoke here. I start 'mis' as a daemon from systemd. I just did some playing around and shut down the bbs, restarted as my regular user and ran the mod. Boy, did I get a suprise! All of a sudden a whole bunch of other error messages popped up but not any about missing modules as before!
I mis-spoke here. I start 'mis' as a daemon from systemd. I just did
some playing around and shut down the bbs, restarted as my regular use
and ran the mod. Boy, did I get a suprise! All of a sudden a whole bun
of other error messages popped up but not any about missing modules as
before!
Believe it or not, this is an issue [since moving to the new server] at 2o. When I reboot the machine systemd starts my start.sh script and my python scripts fail. Now I understand WHY I have to kill mis and restart it as my normal user - now just to figure out how to get systemd to run start.sh as my 'bbs' user.
See that, even an old dog learns a trick that I overl00ked when moving
2o to its new machine.
Believe it or not, this is an issue [since moving to the new server] at 2o. When I reboot the machine systemd starts my start.sh script and my python scripts fail. Now I understand WHY I have to kill mis and restart it as my normal user - now just to figure out how to get systemd to run start.sh as my 'bbs' user.
paulie420 wrote to ogg <=-
Believe it or not, this is an issue [since moving to the new server] at 2o. When I reboot the machine systemd starts my start.sh script and my python scripts fail. Now I understand WHY I have to kill mis and
restart it as my normal user - now just to figure out how to get
systemd to run start.sh as my 'bbs' user.
Believe it or not, this is an issue [since moving to the new server] at 2o. When I reboot the machine systemd starts my start.sh script and my python scripts fail. Now I understand WHY I have to kill mis and restart it as my normal user - now just to figure out how to get systemd to run start.sh as my 'bbs' user.
Nightfox wrote to All <=-
For sysops, I'm just curious what platforms & operating system you run your BBS in?
When I started my current BBS in 2007, I ran it in Windows for many
years (sometimes on native hardware, and sometimes in a Windows VM).
About 4 months ago, I decided to move my BBS setup to run in Linux
(I've been running Linux as the host OS on my BBS PC since 2015 but had been running my BBS in a Windows VM on it). I'm using Synchronet,
which is cross-platform, so I basically just had to move my
comfiguration over to the Linux host OS and then update my DOS door configurations to make sure they'd run with DOSEMU in Linux. I did
have a couple of Win32-native doors, which I lost, unfortunately (Tournament Trivia, Ashrella: Test of Time), but I was able to move at least one set of trivia questions to a DOS trivia door.
TradeWars 2002 initially wasn't running in Linux (DOSEMU 1.x was the default supported by Synchronet), but this past weekend I was able to
get DOSEMU2 working with Synchronet, and now TradeWars 2002 is able to
run again.
I feel like my BBS PC setup is more efficient now, as everything is running in Linux and I don't really need to run a Windows VM on it now
(I also run Plex Media Server and a Minecraft server on it, and I'm
also running PiHole on it as a network-wide ad blocker).
I think it's pretty cool what you can do these days with Linux, a free
OS, and the free software available for it.
Sorry for the long-winded post..
Nightfox
--- SBBSecho 3.15-Linux
* Origin: Digital Distortion: digdist.synchro.net (21:1/137)
Believe it or not, this is an issue [since moving to the new server] 2o. When I reboot the machine systemd starts my start.sh script and m python scripts fail. Now I understand WHY I have to kill mis and restart it as my normal user - now just to figure out how to get systemd to run start.sh as my 'bbs' user.
I think you can add the user and group to the "service" section of the systemd unit file, something like..
Hey dude, hit me up on discord and I can walk you through how I have things configured :)
I think you can add the user and group to the "service" section of the
systemd unit file, something like..
I actually load my start.sh script from crontab @reboot, so I don't know exactly what the issue is - I have to force a reboot and see what mis loads as.
I actually load my start.sh script from crontab @reboot, so I don't know exactly what the issue is - I have to force a reboot and see what mis loads as.
I think you can add the user and group to the "service" section of the systemd unit file, something like..I actually load my start.sh script from crontab @reboot, so I don't know exactly what the issue is - I have to force a
reboot and see what mis loads as.
I think you can add the user and group to the "service" section of the >> systemd unit file, something like..
I actually load my start.sh script from crontab @reboot, so I don't know exactly what the issue is - I have to force a reboot and see what mis lo as.
I actually load my start.sh script from crontab @reboot, so I don't k exactly what the issue is - I have to force a reboot and see what mis loads as.
Hey Paulie, I have mis completely managed by systemd which I find to be pretty useful for taking down to take backups, doing system reboots,
etc., and is a "graceful" way of taking the server down to prevent corruption issues.
Let me know if you want to go over how I have this configured! Actually, maybe I'll just package up and release my "mystic on ubuntu" guide :P
if you are using the normal crontab -e as root then it's going to be started as root.
you can use /etc/rc.local in most distributions to run it and it will
run as root unless you sudo it, but systemd can start a process as a specific user https://www.golinuxcloud.com/run-systemd-service-specific-user-group-linux
Hey Paulie, I have mis completely managed by systemd which I find
to be pretty useful for taking down to take backups, doing system
reboots, etc., and is a "graceful" way of taking the server down to
prevent corruption issues.
Let me know if you want to go over how I have this configured!
Actually, maybe I'll just package up and release my "mystic on
ubuntu" guide :P
Nice - you should release it. I once t00k a look at... theres another REALLY nicely written Mystic systemd service written by vswitchzero @ https://vswitchzero.com/mystic-systemd/ , but it runs as root (there is
an option to run as non-root built in...)
For not running as root you can use something like:
sudo setcap cap_net_bind_service=+ep /pathto/mis
and then change User=root in mis.service to the mystic user.
Its weird - I think I'm running it as my 'bbs' user, like to should be - but I have to do a reboot and test. I know where to
p0ke around, but last time I t00k a peek it SEEMED like it was running from the correct user account.
Its weird - I think I'm running it as my 'bbs' user, like to should be - but I have to do a reboot and test. I know where to p0ke around, but
last time I t00k a peek it SEEMED like it was running from the correct user account.
Nice - you should release it. I once t00k a look at... theres another REALLY nicely written Mystic systemd service written by vswitchzero @ https://vswitchzero.com/mystic-systemd/ , but it runs as root (there i an option to run as non-root built in...)
For not running as root you can use something like:
sudo setcap cap_net_bind_service=+ep /pathto/mis
and then change User=root in mis.service to the mystic user.
ps -aux will tell you what user it's running as.
sbbs@sbbs:~$ ps -aux |grep sbbs
Not to stick my unknowing nose in, but I am doing things a whole lot differently on my new Linux based setup (your mileage may vary) I just have a scr file which loads up another scr file which is basically cd /mystic then ./mis server
In fact I have this same scr file load the BBS, mrc, my interbbs file server (mystic based) my login server, doorparty, all in tabs in one terminal box.. No issues with python, or cryptlib. I am not saying this
is the way to go, but it is working for me. In fact I could probably set up a cron event to run the bbs.scr on boot up so if the virtual machine does reboot the BBS will come back up (after I add in a semaphore file delete).. If I am way off base here I apologize...
Nah, yer fine... I also use a script right now - that checks for mis running already and loads it if not, and a couple other things.
However, the systemd way is pretty neat too - it can test that mis isn't running, keep it up even if it fails and the system doesn't reboot, etc.
As an alternative to running setcap, you can instead put:Woah, does this actually work!? I need to research this. Super cool.
AmbientCapabilities=CAP_NET_BIND_SERVICE
...in the [Service] section of the systemd unit.
ps -aux will tell you what user it's running as.The issue is that the 'mis' application drops suid to the user who owns the binary, however there are some strange artifacts
of launching as root in the first place. This manifests in python, dosemu, other various spots. It tries to read/write to
/root/ instead of /home/bbsuser/, with the permission of the bbs user, which obviously will fail.
ps -aux will tell you what user it's running as.
The issue is that the 'mis' application drops suid to the user who owns the binary, however there are some strange artifacts of launching as
root in the first place. This manifests in python, dosemu, other various spots. It tries to read/write to /root/ instead of /home/bbsuser/, with the permission of the bbs user, which obviously will fail.
AmbientCapabilities=CAP_NET_BIND_SERVICE
...in the [Service] section of the systemd unit.
Woah, does this actually work!? I need to research this. Super cool.
For sysops, I'm just curious what platforms & operating system you run your BBS in?
When I started my current BBS in 2007, I ran it in Windows for many years (sometimes on native hardware, and sometimes in a Windows VM). About 4 months ago, I decided to move my BBS setup to run in Linux (I've been running Linux as the host OS on my BBS PC since 2015 but had been running my BBS in a Windows VM on it). I'm using Synchronet, which is cross-platform, so I basically just had to move my comfiguration over to the Linux host OS and then update my DOS door configurations to make sure they'd run with DOSEMU in Linux. I did have a couple of Win32-native doors, which I lost, unfortunately (Tournament Trivia, Ashrella: Test of Time), but I was able to move at least one set of trivia questions to a DOS trivia door.
TradeWars 2002 initially wasn't running in Linux (DOSEMU 1.x was the default supported by Synchronet), but this past weekend I was able to get DOSEMU2 working with Synchronet, and now TradeWars 2002 is able to run again.
I feel like my BBS PC setup is more efficient now, as everything is running in Linux and I don't really need to run a Windows VM on it now (I also run Plex Media Server and a Minecraft server on it, and I'm also running PiHole on it as a network-wide ad blocker).
I think it's pretty cool what you can do these days with Linux, a free OS, and the free software available for it.
Sorry for the long-winded post..
Nightfox
--- SBBSecho 3.15-Linux
* Origin: Digital Distortion: digdist.synchro.net (21:1/137)
| Sysop: | Gary Ailes |
|---|---|
| Location: | Pittsburgh, PA |
| Users: | 132 |
| Nodes: | 5 (0 / 5) |
| Uptime: | 197:16:31 |
| Calls: | 733 |
| Files: | 2,171 |
| Messages: | 81,894 |