Please wait...
0 files
Subject: Re: installing on AmazonLinux (or any ARM, really)
i guess i should have added, that 'real' ARM hardware does work. One of mine is being used to test builds with..
Not knowing AWS, but i wonder if their stuff is 'different' than the rest somehow.
Fri Sep 22 2023 16:19:58 EDT from Nurb432 Subject: Re: installing on AmazonLinux (or any ARM, really)Docker supports ARM.
( cant believe im suggesting docker.. )
Subject: Re: installing on AmazonLinux (or any ARM, really)
I get a similar error on Ubuntu:
All right, I've gone ahead and updated the OS detection logic in Easy Install and tried it on both Amazon Linux and Ubuntu, both on ARM. Both detect the OS correctly.
That having been said, you really might want to have a look at the Docker version of Citadel; it's the same software but it's much easier to get running.
Dear All,
couple of days back server stopped sending mails. Notices because of an error message coming back with SMTP code 412. Receiving is fine, no issues.
In the logs I keep seeing this message:
Sep 23 12:56:17 citserver[5959]: citserver[5959]: msgbase: message #97535 was not found
Sep 23 12:56:17 citserver[5959]: citserver[5959]: smtpclient: 97535 does not exist
Sep 23 12:56:17 citserver[5959]: msgbase: message #97535 was not found
Sep 23 12:56:17 citserver[5959]: smtpclient: 97535 does not exist
Thought maybe database had issues so restored a backup from before last time message was sent successfully. But this did not change anything. No mail goes out and the error also reappears. I therefore guess it is unrelated.
When I login as admin in Webcit and go to outbound SMTP queue it is showing:
As there are mails pending that have not been delivered, I would have expected to see them here.
Any ideas would be much welcome.
Thanks,
P.
Subject: Re: Rebooted my RHEL 8.8 instance and now Citadel crashes upon start...
Tried re-running the Easy Install, but that crapped out too after it started up.
I guess I can try just blowing it all away and start from scratch, but I'd rather not.
Definitely bombs out at the segfault mentioned above.
Subject: Re: Rebooted my RHEL 8.8 instance and now Citadel crashes upon start...
Tried re-running the Easy Install, but that crapped out too after it
started up.
Ok, one more time.
You should definitely wipe out /usr/local/ctdlsupport, /usr/local/citadel, and /usr/local/webcit before continuing.
I made some tweaks to Easy Install and tested it on a brand new RHEL installation.
It worked for me.
Subject: Re: Rebooted my RHEL 8.8 instance and now Citadel crashes upon start...
Yep. Doing that right now. Thank you.
Subject: Re: Rebooted my RHEL 8.8 instance and now Citadel crashes upon start...
I got through the Easy Install after deleting those folders and cleaning everything up, seemed to install just fine, but...
Then it crashed as I was re-creating an email account through the web interface. I saved the changes, and then it lost connection.
Checked systemctl status citadel on the server, and it looks like the same exact segfault issue again.
It's strange because it was working perfectly fine for over a week, and I was starting to create a few accounts, and then this happened. Actually, now that I'm thinking about it, I think this started when I changed something from the web interface the first time.
FWIW I'm running: Red Hat Enterprise Linux release 8.8 (Ootpa).
It's frustrating because I was really starting to dig Citadel, and then this.
Everything else on that server is running fine. Didn't do a yum update until AFTER the first time this happened.
Weird.
Thanks for looking into it, thought. Much appreciated.
Cheers,
-JP
Subject: Re: Rebooted my RHEL 8.8 instance and now Citadel crashes upon start...
Sir,
Here's what I've been able to figure out, so far, not that I entirely understand it:
When I write data to the server using the web app via HTTP (8080), it's fine, but...
If I do the same thing via HTTPS (8443) it crashes and the server poops the bed with the same segfault error until I blow it all away and start over.
Something happens when I write to the server from 8443. It's the only variable I changed that lead it to crash. And it was working for a while just using 8080, so...
Will do it again to confirm.
I hope this helps.
Cheers,
-JP
Subject: Re: Rebooted my RHEL 8.8 instance and now Citadel crashes upon start...
Subject: Re: Citadel Server stopped sending mails out
Dear All,
eventually found the issue. Somehow Citadel was no longer able to resolve names. Removed systemd-resolved and completely reconfigured. Afterwards resolution was working again resolving the issue.
Now the only remaining question is how to address the error messages related to message #97535.
Any ideas here?
P.
Dear All,
couple of days back server stopped sending mails. Notices because of an error message coming back with SMTP code 412. Receiving is fine, no issues.
In the logs I keep seeing this message:
Sep 23 12:56:17 citserver[5959]: citserver[5959]: msgbase: message #97535 was not found
Sep 23 12:56:17 citserver[5959]: citserver[5959]: smtpclient: 97535 does not exist
Sep 23 12:56:17 citserver[5959]: msgbase: message #97535 was not found
Sep 23 12:56:17 citserver[5959]: smtpclient: 97535 does not existThought maybe database had issues so restored a backup from before last time message was sent successfully. But this did not change anything. No mail goes out and the error also reappears. I therefore guess it is unrelated.
When I login as admin in Webcit and go to outbound SMTP queue it is showing:
As there are mails pending that have not been delivered, I would have expected to see them here.
Any ideas would be much welcome.
Thanks,
P.
Subject: Re: Citadel Server stopped sending mails out
Now the only remaining question is how to address the error messages related
to message #97535.
Any ideas here?
There might be a message in the queue that has that number but it isn't there anymore. If that is the case, the mail delivery system will give up after five days and you will stop receiving that message. If you feel like tinkering, the queue is in a hidden room called __CitadelSMTPspoolout__ and you can poke around in there looking for it.
Subject: Re: Rebooted my RHEL 8.8 instance and now Citadel crashes upon start...
So...after about the 2nd or 3rd re-Easy Install, I was able to make changes in the db from :8443 without it crashing, and it's been up and just fine ever since.
About RHEL...I inherited it with the project. There's a subscription already in place, and I've never messed with RHEL much, so now's my chance, I guess.
My only previous linux experience had been with the Ubuntu and Centos flavors.
Thank you for the help.
Cheers,
JP
Subject: Re: Rebooted my RHEL 8.8 instance and now Citadel crashes upon start...
Hi, Can you please tell me how you fixed this? getting similar messages on rasbian.
Craig.
Subject: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)
Hi,
I've been using citadel for a few months and decided to upgrade to the latest and greatest version with easy install.. I have done this before on previous version with success, however, this time the install ran through fine, but at the point where it stops the services and restarts the install failed to connect.. it bombed to the shell. I tried to start citadel from command line but it starts then segfaults a few seconds later... please help as this is my main email.
thanks
Craig. (log below)
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: rssclient: using libcurl/7.64.0 OpenSSL/1.1.1n zlib/1.2.11 libidn2/2.2.0 libpsl/0.20.2 (+lib
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: extensions: TCP port 0.0.0.0:25: (SMTP-MTA) registered.
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: extensions: TCP port 0.0.0.0:465: (SMTPs-MTA) registered.
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: extensions: TCP port 0.0.0.0:587: (SMTP-MSA) registered.
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: extensions: unix domain socket 'lmtp.socket': registered.
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: extensions: unix domain socket 'lmtp-unfiltered.socket': registered.
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: citserver[9846]: Existing database version on disk is 994
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: Existing database version on disk is 994
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: citserver[9846]: extensions: service DICT_TCP has been manually disabled, skipping
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: citserver[9846]: extensions: TCP port 0.0.0.0:5222: (XMPP) registered.
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: extensions: service DICT_TCP has been manually disabled, skipping
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: citserver[9846]: main: changing uid to 112
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: extensions: TCP port 0.0.0.0:5222: (XMPP) registered.
Sep 26 14:51:16 victor.cajsoft.co.uk citserver[9846]: main: changing uid to 112
Sep 26 14:51:17 victor.cajsoft.co.uk citserver[9846]: citserver[9846]: context: session (SMTP-MSA) started from 77.90.185.59 (77.90.185.59) uid=-1
Sep 26 14:51:17 victor.cajsoft.co.uk citserver[9846]: context: session (SMTP-MSA) started from 77.90.185.59 (77.90.185.59) uid=-1
Sep 26 14:51:18 victor.cajsoft.co.uk systemd[1]: citadel.service: Main process exited, code=killed, status=11/SEGV
-- Subject: Unit process exited
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- An ExecStart= process belonging to unit citadel.service has exited.
--
-- The process' exit code is 'killed' and its exit status is 11.
Sep 26 14:51:18 victor.cajsoft.co.uk systemd[1]: citadel.service: Failed with result 'signal'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit citadel.service has entered the 'failed' state with result 'signal'.
Sep 26 14:51:18 victor.cajsoft.co.uk systemd[1]: citadel.service: Service RestartSec=100ms expired, scheduling restart.
Sep 26 14:51:18 victor.cajsoft.co.uk systemd[1]: citadel.service: Scheduled restart job, restart counter is at 5.
-- Subject: Automatic restarting of a unit has been scheduled
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- the configured Restart= setting for the unit.
Sep 26 14:51:18 victor.cajsoft.co.uk systemd[1]: Stopped Citadel Server.
-- Subject: A stop job for unit citadel.service has finished
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A stop job for unit citadel.service has finished.
--
-- The job identifier is 24163 and the job result is done.
Sep 26 14:51:18 victor.cajsoft.co.uk systemd[1]: citadel.service: Start request repeated too quickly.
Sep 26 14:51:18 victor.cajsoft.co.uk systemd[1]: citadel.service: Failed with result 'signal'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit citadel.service has entered the 'failed' state with result 'signal'.
Sep 26 14:51:18 victor.cajsoft.co.uk systemd[1]: Failed to start Citadel Server.
-- Subject: A start job for unit citadel.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit citadel.service has finished with a failure.
--
-- The job identifier is 24163 and the job result is failed.
-- Automatic restarting of the unit citadel.service has been scheduled, as the result for
Subject: Re: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)
Cant help with the crash, but you did make a backup right? Could always roll back and do some testing with coming suggestions.
Tue Sep 26 2023 10:03:11 EDT from cjonline Subject: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)please help as this is my main email.
Subject: Re: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)
Would you believe it.. NO I didnt as the previous upgrade I did I made a backup but it went smoothly so thought it wouldnt be needed :(
how I was wrong !
Craig.
Tue Sep 26 2023 10:11:16 EDT from Nurb432 Subject: Re: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)Cant help with the crash, but you did make a backup right? Could always roll back and do some testing with coming suggestions.
Tue Sep 26 2023 10:03:11 EDT from cjonline Subject: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)please help as this is my main email.
Subject: Re: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)
Darn. i always do that even if i have tested it. you never know. power fail, OS freak out = corrupted files = ack!
Once the others see this i'm sure you will be getting suggestions.
Subject: Re: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)
I know.. I made a BIG mistake.. I usually do back up but thought this time it would be ok!!
I've tried clearing down the citadel folders /usr/local/citadel and /usr/local/webcit, then ran the easy install.. it runs fine but crashes at the setup phase. I suspect it's something to do with the latest version and the new db functions?
Tue Sep 26 2023 10:52:42 EDT from Nurb432 Subject: Re: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)Darn. i always do that even if i have tested it. you never know. power fail, OS freak out = corrupted files = ack!
Once the others see this i'm sure you will be getting suggestions.
Subject: Re: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)
once IG sees the post im sure he will have ideas.
Subject: Re: Citadel wont start after EASY INSTALL upgrade to 944 (rasbian)
Perhaps we can get more information.
First, flog yourself with a wet noodle for disregarding common sense about taking backups. You should be backing up every day, not just when you're about to perform an upgrade. Use a filesystem like `btrfs` or `zfs` which can make instant snapshots, then rsync those snapshots to a backup location.
Then shut down the systemd unit file for Citadel (`systemctl stop citadel`).
It's ok to leave the web interface running.
Run the Citadel Server in the foreground with maximum debugging:
cd /usr/local/citadel
./citserver -x9
If there is really a problem with the server software, it will crash with maximum logging right in front of you. You can post the last screenful or so of the output and perhaps it will tell us more.
For "even more" information, you can try running it in the debugger:
cd /usr/local/citadel
gdb ./citserver
run -x9
If it crashes, post the last screenful up to the crash, then do `thread apply all bt` and stash that output too, just in case we need it.