Language:
switch to room list switch to menu My folders
Go to page: First ... 10 11 12 13 [14] 15 16 17 18 ... Last
[#] Mon Nov 30 2020 10:39:34 EST from warbaby

Subject: Re: Webcit Freeze Requiring Process Kill/Restart

[Reply] [ReplyQuoted] [Headers] [Print]

Does it happen when there are no urlencoded characters in the file name??

Under%2Dthe%2DHarvest%2DMoon%2D16.jpg

It could caused by unescape_input (webcit/utils.c 33), truncating the '%' character.

Also, have a look at the delete_file method in webcit/download.c (297)

 


Mon Nov 30 2020 12:41:58 AM EST from SquareRootSquared @ Uncensored Subject: Re: Webcit Freeze Requiring Process Kill/Restart

 

Sun Nov 29 2020 12:29:21 EST from warbaby @ Uncensored Subject: Re: Webcit Freeze Requiring Process Kill/Restart

You might start by turning on the debugging log, so you can see what's going on.

First stop/kill all your citserver processes.. 

Have a look at /etc/systemd/system/citadel.server OR /etc/init.d/citadel [Wherever your init scripts are..]

Launch citserver with a new log level, something like

/usr/local/citadel/citserver -x 7

(7 is log level 'debug')

See these docs:

Cit Server https://www.citadel.org/citserver.html

Log level [in the system administration manual] https://www.citadel.org/system_administration_manual.html

 

 

Sun Nov 29 2020 07:00:26 AM EST from SquareRootSquared @ Uncensored Subject: Webcit Freeze Requiring Process Kill/Restart

Running Citadel 929 using the recommended easy install method. Setting Lobby to use a file directory, then uploading a file, then trying to delete the file.. causes webcit to emit an error and sometimes freeze requiring a kill/restart of the webcit process. Web browser used is Google Chrome and accessing webcit via http://.



 



 

Done.

Here is the journalctl log snippet (had just tried to delete a picture file named "under the harvest moon.jpg" from the Lobby):

Nov 29 22:59:18 fgnet1.accesslab.com webcit[1026]: webcit[1026]: HTTP: 200 [0.000793] GET /chat_rwho

Nov 29 22:59:18 fgnet1.accesslab.com webcit[1026]: #[0;2;37m#[0;1;31m#[0;2;37mGET /chat_rwho HTTP/1.1#[0m

Nov 29 22:59:18 fgnet1.accesslab.com webcit[1026]: HTTP: 200 [0.000793] GET /chat_rwho

Nov 29 22:59:18 fgnet1.accesslab.com webcit[1026]: webcit[1026]: GET /chat_recv HTTP/1.1

Nov 29 22:59:18 fgnet1.accesslab.com webcit[1026]: webcit[1026]: HTTP: 200 [0.000803] GET /chat_recv

Nov 29 22:59:18 fgnet1.accesslab.com webcit[1026]: #[0;2;37m#[0;1;31m#[0;2;37mGET /chat_recv HTTP/1.1#[0m

Nov 29 22:59:18 fgnet1.accesslab.com webcit[1026]: HTTP: 200 [0.000803] GET /chat_recv

Nov 29 22:59:20 fgnet1.accesslab.com webcit[1026]: webcit[1026]: GET /chat_recv HTTP/1.1

Nov 29 22:59:20 fgnet1.accesslab.com webcit[1026]: webcit[1026]: HTTP: 200 [0.000781] GET /chat_recv

Nov 29 22:59:20 fgnet1.accesslab.com webcit[1026]: #[0;2;37m#[0;1;31m#[0;2;37mGET /chat_recv HTTP/1.1#[0m

Nov 29 22:59:20 fgnet1.accesslab.com webcit[1026]: HTTP: 200 [0.000781] GET /chat_recv

Nov 29 22:59:20 fgnet1.accesslab.com webcit[1026]: webcit[1026]: GET /delete_file?file=Under%2Dthe%2DHarvest%2DMoon%2D16.jpg HTTP/1.1

Nov 29 22:59:20 fgnet1.accesslab.com kernel: webcit[1026]: segfault at a84a0880 ip 00007ff2de308cb4 sp 00007ffca84a06d8 error 6 in libcitadel.so.4.0.925[7ff2de302000+15000]

Nov 29 22:59:20 fgnet1.accesslab.com kernel: Code: 00 00 00 48 83 c4 08 5b 5d c3 66 66 2e 0f 1f 84 00 00 00 00 00 90 48 85 ff 74 1b 48 8b 17 48 85 d2 74 13 8b 47 18 85 c0 75 0c <c6> 02 00 48 c7 47 10 00 00 00 00 c3 b8 ff ff ff ff c3 66 2e 0f 1f

Nov 29 22:59:20 fgnet1.accesslab.com citserver[375]: citserver[375]: Citadel client disconnected: ending session.

Nov 29 22:59:20 fgnet1.accesslab.com citserver[375]: citserver[375]: context: [ 12]SRV[citadel-UDS] Session ended.

Nov 29 22:59:20 fgnet1.accesslab.com citserver[375]: citserver[375]: Citadel client disconnected: ending session.

Nov 29 22:59:20 fgnet1.accesslab.com citserver[375]: citserver[375]: context: [ 11]SRV[citadel-UDS] Session ended.

Nov 29 22:59:20 fgnet1.accesslab.com webcit[1026]: #[0;2;37m#[0;1;31m#[0;2;37mGET /delete_file?file=Under%2Dthe%2DHarvest%2DMoon%2D16.jpg HTTP/1.1#[0m

Nov 29 22:59:20 fgnet1.accesslab.com systemd[1]: #[0;1;39m#[0;1;31m#[0;1;39mwebcit-http.service: Main process exited, code=killed, status=11/SEGV#[0m

Nov 29 22:59:20 fgnet1.accesslab.com citserver[375]: Citadel client disconnected: ending session.

Nov 29 22:59:20 fgnet1.accesslab.com systemd[1]: #[0;1;39m#[0;1;31m#[0;1;39mwebcit-http.service: Failed with result 'signal'.#[0m

Nov 29 22:59:20 fgnet1.accesslab.com citserver[375]: context: [ 12]SRV[citadel-UDS] Session ended.

Nov 29 22:59:20 fgnet1.accesslab.com citserver[375]: Citadel client disconnected: ending session.

Nov 29 22:59:20 fgnet1.accesslab.com citserver[375]: context: [ 11]SRV[citadel-UDS] Session ended.

Nov 29 22:59:24 fgnet1.accesslab.com systemd[1]: webcit-http.service: Service RestartSec=3s expired, scheduling restart.

Nov 29 22:59:24 fgnet1.accesslab.com systemd[1]: webcit-http.service: Scheduled restart job, restart counter is at 1.

Nov 29 22:59:24 fgnet1.accesslab.com systemd[1]: Stopped Citadel web service.

Nov 29 22:59:24 fgnet1.accesslab.com systemd[1]: Started Citadel web service.

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: webcit[1054]: Changing directory to /usr/local/webcit/

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: Changing directory to /usr/local/webcit/

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: webcit[1054]: WebCit 926

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: #[0;1;39m#[0;1;31m#[0;1;39mWebCit 926#[0m

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: webcit[1054]: Copyright (C) 1996-2020 by the citadel.org team

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: #[0;1;39m#[0;1;31m#[0;1;39mCopyright (C) 1996-2020 by the citadel.org team#[0m

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: webcit[1054]:

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]:

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: webcit[1054]: This program is open source software: you can redistribute it and/or

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: #[0;1;39m#[0;1;31m#[0;1;39mThis program is open source software: you can redistribute it and/or#[0m

Nov 29 22:59:24 fgnet1.accesslab.com webcit[1054]: webcit[1054]: modify it under the terms of the GNU General Public License, version 3.


Here is a snippet from syslog during the same time frame:

Nov 29 22:54:15 fgnet1 kernel: [60156.918691] webcit[857]: segfault at 18a85cc0 ip 00007fc21c0f8cb4 sp 00007fc218a85b18 error 6 in libcitadel.so.4.0.925[7fc21c0f2000+15000]

Nov 29 22:54:15 fgnet1 kernel: [60156.918722] Code: 00 00 00 48 83 c4 08 5b 5d c3 66 66 2e 0f 1f 84 00 00 00 00 00 90 48 85 ff 74 1b 48 8b 17 48 85 d2 74 13 8b 47 18 85 c0 75 0c <c6> 02 00 48 c7 47 10 00 00 00 00 c3 b8 ff ff ff ff c3 66 2e 0f 1f

Nov 29 22:59:20 fgnet1 kernel: [60461.992543] webcit[1026]: segfault at a84a0880 ip 00007ff2de308cb4 sp 00007ffca84a06d8 error 6 in libcitadel.so.4.0.925[7ff2de302000+15000]

Nov 29 22:59:20 fgnet1 kernel: [60461.992555] Code: 00 00 00 48 83 c4 08 5b 5d c3 66 66 2e 0f 1f 84 00 00 00 00 00 90 48 85 ff 74 1b 48 8b 17 48 85 d2 74 13 8b 47 18 85 c0 75 0c <c6> 02 00 48 c7 47 10 00 00 00 00 c3 b8 ff ff ff ff c3 66 2e 0f 1f

Nov 29 22:59:26 fgnet1 kernel: [60467.622064] webcit[1054]: segfault at b0 ip 0000556dc01c1a76 sp 00007ffc2e641610 error 4 in webcit[556dc01bf000+66000]

Nov 29 22:59:26 fgnet1 kernel: [60467.622076] Code: 00 00 e8 cd e9 ff ff 48 8b 45 e8 48 89 45 e0 e9 91 00 00 00 48 8b 45 d0 8b 80 90 00 00 00 85 c0 0f 84 82 00 00 00 48 8b 45 e8 <8b> 50 30 48 8b 45 d0 8b 80 90 00 00 00 39 c2 75 6d 8b 05 b3 6d 09

I also will try and upload a few pics showing visual effects, please see the upload directory for this room..

 



 



[#] Mon Nov 30 2020 12:20:18 EST from jtbreazeoutlook.com

Subject: Re: Corrupted attachments

[Reply] [ReplyQuoted] [Headers] [Print]

I too, migrated to an old x86 machine, specifically Lubuntu because my x86 machine only has 1gb of Ram, and trying to get Debian in was too much of a hassle for me to want to mess with with my deadline to get it all working. And it does work now, everything is great. I do think it's a Pi issue, since I did both Raspbian and Ubuntu Mate, and it had the same exact issue with no change.

Also, if it helps anyone figure it out, I did migrate using the sendcommand MIGR, and going from the Pi to the x86 machine all the attachments that couldn't be opened before opened as they should, so it seems they weren't corrupted in the database, they were corrupted retrieving them.

Also, eventually I will be on a more stable distro, for sure, I know the issues for being bleeding edge. But at this point my users had been so long without that I needed a quick way to get them going, and installing the latest LTS of Ubuntu in a lightweight GUI was fast. I'm running on 300mb of RAM now.

I never had an issue with the easyinstall, it always went right through, no error messages, and I could migrate my data in, and it worked. Every time, and I went through a lot of installs and devices getting my system going. But, I didn't use the curl method, I used wget.

Sun Nov 29 2020 10:56:33 AM EST from ParanoidDelusions @ Uncensored Subject: Re: Corrupted attachments

 

Tue Nov 24 2020 07:44:55 EST from ParanoidDelusions @ Uncensored Subject: Re: Corrupted attachments

 

Tue Nov 24 2020 02:03:58 ESTfrom jtbreazeoutlook.com @ Uncensored Subject: Re: Corrupted attachments

Great, thanks for the quick reply. I'm liking Ubuntu for the server OS, with the more current repositories, so I'll definitely be staying away from OpenSuse. I'll be keeping an eye on future updates, so I can switch back to the pi, though, it was working great otherwise, there aren't enough users with enough demand to overtax the 4 B, I was sitting at just over 1gb of ram use, and 10% cpu. I'm sold on Citadel, for sure.

 

I mean, ideally we would figure out what the problem is on the Pi - but - building an Intel system might be the best first step. If it happens *there*, it seems to be some kind of operator error. If it doesn't... it is on the Pi architecture or Distro. 

 

By the way, I built out a Citadel on an i86 box, and tested by downloading an image and uploading it as an attachment. 

No square box, no file corruption - you click on the image, and it opens up in a new tab. 

So, this seems like something specific to Pi - possibly to Raspbian. 

 



 



[#] Mon Nov 30 2020 13:06:57 EST from ParanoidDelusions

Subject: Re: Hello, I'm "Whoever" - was Re: Does Migration src and dest need...

[Reply] [ReplyQuoted] [Headers] [Print]

Well, that was probably what I was doing. I thought you downloaded the source, executed ./configure, make and then make upgrade 

Not sure if I misread the instructions on citadel.org - of if they're unclear/out of order. I'll doublecheck when I get home. 

I have written up some documentation on installing Citadel on the Pi. I've got a pretty good test environment now. Once I get everything migrated and the Proxmox running on the public network - I can generate some "Howto" documents that include screenshots and are a little more "inexperienced user" oriented. I think that may help reduce the number of questions that the developers see here. 




Mon Nov 30 2020 10:25:10 EST from warbaby @ Uncensored Subject: Re: Hello, I'm "Whoever" - was Re: Does Migration src and dest need...

No worries, no need for explanations.. I'm just hoping to improve our documentation.

If you used the -k (keep source) version of easyinstall.. and your source is in somthing like

/usr/src/citadel-build-xxx

and then you make some changes..

you want to run

make upgrade

instead of just make.

then

make install

 

 


[#] Mon Nov 30 2020 15:17:04 EST from warbaby

Subject: Re: Hello, I'm "Whoever" - was Re: Does Migration src and dest need...

[Reply] [ReplyQuoted] [Headers] [Print]

First thing: I'll take whatever documentation you have on PI installation.  We're working on all documentation right now..

[txt or preferably markdown would be nice, but html will work if it's clean..]

Regarding the build process...

A few things (regarding compiling) on the website may be out of date, there are also various pages which did not migrate, and which I'm still pulling out of the Wayback Machine (Internet Archive)..

That's why I made the (unofficial) additions to easyinstall.sh

easyinstall as it is will download, compile and then delete all sources.. but with variation (the -k option,) it does not .. it retains everything! ..

all source is left in /usr/src/citadel-build-xxxx

[it's so easy.. ]

it's already configured..

all you have to do is

[clickety clacketly.. edit some files..]

make upgrade

make install

It's much easier than figuring out all the paths and configuration options by hand/brain.

[The actual documentation says "see easyinstall for all configuration options.. "   I just took it one step further, and let easyinstall configure everything for you.]

 

Mon Nov 30 2020 01:06:57 PM EST from ParanoidDelusions @ Uncensored Subject: Re: Hello, I'm "Whoever" - was Re: Does Migration src and dest need...

Well, that was probably what I was doing. I thought you downloaded the source, executed ./configure, make and then make upgrade 

Not sure if I misread the instructions on citadel.org - of if they're unclear/out of order. I'll doublecheck when I get home. 

I have written up some documentation on installing Citadel on the Pi. I've got a pretty good test environment now. Once I get everything migrated and the Proxmox running on the public network - I can generate some "Howto" documents that include screenshots and are a little more "inexperienced user" oriented. I think that may help reduce the number of questions that the developers see here. 




Mon Nov 30 2020 10:25:10 EST from warbaby @ Uncensored Subject: Re: Hello, I'm "Whoever" - was Re: Does Migration src and dest need...

No worries, no need for explanations.. I'm just hoping to improve our documentation.

If you used the -k (keep source) version of easyinstall.. and your source is in somthing like

/usr/src/citadel-build-xxx

and then you make some changes..

you want to run

make upgrade

instead of just make.

then

make install

 

 


 



[#] Mon Nov 30 2020 23:55:59 EST from ParanoidDelusions

Subject: Re: Hello, I'm "Whoever" - was Re: Does Migration src and dest need...

[Reply] [ReplyQuoted] [Headers] [Print]

So... if I seemed quiet tonight, it is because I've been fighting with Raspbian and Debian all night. So, the first thing I did was give up on Proxmox -  for now. I've got a second machine I'm going to go back and test it on and see if I can get it working, once I get over this hurdle. Installed Debian on bare metal. But the Debian box on the same network as the Raspbian Pi. Ctdlmigrate moved over rooms and apparently users - but failed on messages. It seemed to run, then the spinner stalled - and if I looked at dmesg it said that housekeeping wasn't running. Syslog has this in it: 

 

root@tsbbs:/home/donovan# Nov 30 19:09:19 tsbbs citserver[2587]: Out-of-sequence tag <u_flags> detected.  Warning: ODD-DATA!

bash: u_flags: No such file or directory

root@tsbbs:/home/donovan# Nov 30 19:09:19 tsbbs citserver[2587]: Out-of-sequence tag <u_flags> detected.  Warning: ODD-DATA!

bash: u_flags: No such file or directory

root@tsbbs:/home/donovan# Nov 30 19:09:19 tsbbs citserver[2587]: Out-of-sequence tag <u_timescalled> detected.  Warning: ODD-DATA!

bash: u_timescalled: No such file or directory

root@tsbbs:/home/donovan# Nov 30 19:09:19 tsbbs citserver[2587]: Out-of-sequence tag <u_timescalled> detected.  Warning: ODD-DATA!

bash: u_timescalled: No such file or directory

root@tsbbs:/home/donovan# Nov 30 19:09:19 tsbbs citserver[2587]: Out-of-sequence tag <u_posted> detected.  Warning: ODD-DATA!

bash: u_posted: No such file or directory

root@tsbbs:/home/donovan# Nov 30 19:09:19 tsbbs citserver[2587]: Out-of-sequence tag <u_posted> detected.  Warning: ODD-DATA!

bash: u_posted: No such file or directory

root@tsbbs:/home/donovan# Nov 30 19:09:19 tsbbs citserver[2587]: Out-of-sequence tag <u_axlevel> detected.  Warning: ODD-DATA!

bash: u_axlevel: No such file or directory

root@tsbbs:/home/donovan# Nov 30 19:09:19 tsbbs citserver[2587]: Out-of-sequence tag <u_axlevel> detected.  Warning: ODD-DATA!

 


So then I tried the alternate method described above. Same results. No love. It might be that the first attempts hosed Citadel on the target? 

I don't know. The Debian box is all effed up at this point. I'll probably blow it all out and try again. The Raspbian system is still working fine. 

The doc is a .docx word document - with pretty pictures. Very user friendly - but it isn't up to date. I'll upload it here. 


Mon Nov 30 2020 15:17:04 EST from warbaby @ Uncensored Subject: Re: Hello, I'm "Whoever" - was Re: Does Migration src and dest need...

First thing: I'll take whatever documentation you have on PI installation.  We're working on all documentation right now..

[txt or preferably markdown would be nice, but html will work if it's clean..]

Regarding the build process...

A few things (regarding compiling) on the website may be out of date, there are also various pages which did not migrate, and which I'm still pulling out of the Wayback Machine (Internet Archive)..

That's why I made the (unofficial) additions to easyinstall.sh

easyinstall as it is will download, compile and then delete all sources.. but with variation (the -k option,) it does not .. it retains everything! ..

all source is left in /usr/src/citadel-build-xxxx

[it's so easy.. ]

it's already configured..

all you have to do is

[clickety clacketly.. edit some files..]

make upgrade

make install

It's much easier than figuring out all the paths and configuration options by hand/brain.

[The actual documentation says "see easyinstall for all configuration options.. "   I just took it one step further, and let easyinstall configure everything for you.]

 




[#] Tue Dec 01 2020 00:11:17 EST from ParanoidDelusions

[Reply] [ReplyQuoted] [Headers] [Print]

Uploaded the file. I don't see it in the directory. If it didn't make it, let me know, and I'll upload it again. 

 



[#] Tue Dec 01 2020 10:14:44 EST from ParanoidDelusions

[Reply] [ReplyQuoted] [Headers] [Print]

Tried a migration again today on a clean bare metal build of Debian 10. Same issue - rooms and users import fine. Messages fail:

Log results:

Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: The Buttdart Cafe
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: The Dragon's Den
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: The Dragon's Den
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: TheSanitarium
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: TheSanitarium
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: Trashcan
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: Trashcan
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: Trump Reddit
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: Trump Reddit
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(278, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1100, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1490, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1491, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(278, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1100, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1490, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1491, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1484, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1484, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1496, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1496, 0) Failed!
Dec  1 07:29:08 tsbbs PackageKit: daemon quit
Dec  1 07:29:08 tsbbs systemd[1]: packagekit.service: Main process exited, code=killed, status=15/TERM
Dec  1 07:29:08 tsbbs systemd[1]: packagekit.service: Succeeded.
Dec  1 07:29:51 tsbbs citserver[3834]: citserver[3834]: netspool: InspectQueuedRoom(RetroGaming Feeds)
Dec  1 07:29:51 tsbbs citserver[3834]: citserver[3834]: netspool: InspectQueuedRoom(Reddit MiSTer rss)
Dec  1 07:29:51 tsbbs citserver[3834]: netspool: InspectQueuedRoom(RetroGaming Feeds)
Dec  1 07:29:51 tsbbs citserver[3834]: netspool: InspectQueuedRoom(Reddit MiSTer rss)
Dec  1 07:30:01 tsbbs CRON[5511]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; th
en /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)



[#] Tue Dec 01 2020 10:36:15 EST from warbaby

[Reply] [ReplyQuoted] [Headers] [Print]

> I promise to use the subject line going forward when I request help.

Tue Dec 01 2020 10:14:44 AM EST from ParanoidDelusions @ Uncensored

Tried a migration again today on a clean bare metal build of Debian 10. Same issue - rooms and users import fine. Messages fail:

Log results:

Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: The Buttdart Cafe
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: The Dragon's Den
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: The Dragon's Den
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: TheSanitarium
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: TheSanitarium
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: Trashcan
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: Trashcan
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: Trump Reddit
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: Trump Reddit
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(278, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1100, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1490, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1491, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(278, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1100, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1490, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1491, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1484, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1484, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1496, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1496, 0) Failed!
Dec  1 07:29:08 tsbbs PackageKit: daemon quit
Dec  1 07:29:08 tsbbs systemd[1]: packagekit.service: Main process exited, code=killed, status=15/TERM
Dec  1 07:29:08 tsbbs systemd[1]: packagekit.service: Succeeded.
Dec  1 07:29:51 tsbbs citserver[3834]: citserver[3834]: netspool: InspectQueuedRoom(RetroGaming Feeds)
Dec  1 07:29:51 tsbbs citserver[3834]: citserver[3834]: netspool: InspectQueuedRoom(Reddit MiSTer rss)
Dec  1 07:29:51 tsbbs citserver[3834]: netspool: InspectQueuedRoom(RetroGaming Feeds)
Dec  1 07:29:51 tsbbs citserver[3834]: netspool: InspectQueuedRoom(Reddit MiSTer rss)
Dec  1 07:30:01 tsbbs CRON[5511]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; th
en /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)



 



[#] Tue Dec 01 2020 12:13:56 EST from platonov

[Reply] [ReplyQuoted] [Headers] [Print]

Re: posting articles without Subject headers

If you consider than some users view messages in Mail Folder format to avoid seeing all sorts of stuff they are not interested in, then things might get clearer.

It is like looking at a news stream. Just looking at most Subject lines is enough. In a recent study they have determined that vast amounts of articles are viewed not further than the Subject line.

Tue Dec 01 2020 10:36:15 EST from warbaby @ Uncensored

> I promise to use the subject line going forward when I request help.

Tue Dec 01 2020 10:14:44 AM EST from ParanoidDelusions @ Uncensored

Tried a migration again today on a clean bare metal build of Debian 10. Same issue - rooms and users import fine. Messages fail:

Log results:

Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: The Buttdart Cafe
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: The Dragon's Den
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: The Dragon's Den
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: TheSanitarium
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: TheSanitarium
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: Trashcan
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: Trashcan
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: Imported room: Trump Reddit
Dec  1 07:29:03 tsbbs citserver[3834]: Imported room: Trump Reddit
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(278, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1100, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1490, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1491, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(278, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1100, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1490, 0) Failed!
Dec  1 07:29:03 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1491, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1484, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1484, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: citserver[3834]: msgbase: CtdlFetchMessage(1496, 0) Failed!
Dec  1 07:29:04 tsbbs citserver[3834]: msgbase: CtdlFetchMessage(1496, 0) Failed!
Dec  1 07:29:08 tsbbs PackageKit: daemon quit
Dec  1 07:29:08 tsbbs systemd[1]: packagekit.service: Main process exited, code=killed, status=15/TERM
Dec  1 07:29:08 tsbbs systemd[1]: packagekit.service: Succeeded.
Dec  1 07:29:51 tsbbs citserver[3834]: citserver[3834]: netspool: InspectQueuedRoom(RetroGaming Feeds)
Dec  1 07:29:51 tsbbs citserver[3834]: citserver[3834]: netspool: InspectQueuedRoom(Reddit MiSTer rss)
Dec  1 07:29:51 tsbbs citserver[3834]: netspool: InspectQueuedRoom(RetroGaming Feeds)
Dec  1 07:29:51 tsbbs citserver[3834]: netspool: InspectQueuedRoom(Reddit MiSTer rss)
Dec  1 07:30:01 tsbbs CRON[5511]: (root) CMD ([ -x /etc/init.d/anacron ] && if [ ! -d /run/systemd/system ]; th
en /usr/sbin/invoke-rc.d anacron start >/dev/null; fi)



 



 



[#] Tue Dec 01 2020 12:22:33 EST from ParanoidDelusions

Subject: This message can safely be disregarded.

[Reply] [ReplyQuoted] [Headers] [Print]



[#] Tue Dec 01 2020 12:28:48 EST from ParanoidDelusions

Subject: This message can safely be disregarded.

[Reply] [ReplyQuoted] [Headers] [Print]

Whoops. Bad habits are hard to break. 



It would be nice if you could go back in and edit your posts. I'd fix it. 

 



[#] Tue Dec 01 2020 12:47:54 EST from ParanoidDelusions

Subject: Easy-Install execution initialization fail with Debian 10

[Reply] [ReplyQuoted] [Headers] [Print]

So, this is relatively minor, but this: 

Log on to your Linux system as root and enter the following command at the prompt:

curl http://easyinstall.citadel.org/install | bash

Or if you don't have curl, try wget:

wget -q -O - http://easyinstall.citadel.org/install | bash

 

Easy Install will automatically initialize.

 

Isn't working in my experience with Deb 10  - and adding https: to the URL doesn't fix it. 

After I enter this line, I have to then run "bash ./install" to get the install to actually kick off. That works - but on Debian, it seems to be failing to bind ports for IMAP, POP3, SMTP and HTTPS. I can only connect on HTTP once it installs and starts. I can post messages, add attachments - the WebCit seems to be running fine. 


I don't think the text client server is installing at all though. Haven't really gotten far enough to test or worry about that yet. On my Raspbian box, I had to download, compile, install and configure the text client part separately, way back when I built my current "production" Citadel server.  

 

I do have the default desktop GUI installed and running but I'm using a full console (ctrl-alt-F1) and logged in as SU in the console. 




[#] Tue Dec 01 2020 12:50:10 EST from ParanoidDelusions

Subject: Re: Easy-Install execution initialization fail with Debian 10

[Reply] [ReplyQuoted] [Headers] [Print]