/halp/ - LynxChan technical assistance

General support

Mode: Reply

Max message length: 4096


Max file size: 1.00 MB

Max files: 3


(used to delete files and postings)


Remember to follow the rules

Mongodb continuously crashes on every multi-file upload Boobchan Dude 04/05/2019 (Fri) 19:52:39 No. 568
For a moment there it was beautiful and running smoothly, then when I went to test uploading files Mongodb crashes everytime.

1) Mongodb not stable
Everytime I attempt to upload files to the chan, Mongodb crashes and complains about 'cursor.js' and 'scheduleHandler.js'.

MongoError: Topology was destroyed
at initializeCursor (/PATH/TO/SRC/LynxChan/src/be/node_modules/mongodb-core/lib/cursor.js:603:25)
at nextFunction (/PATH/TO/SRC/LynxChan/src/be/node_modules/mongodb-core/lib/cursor.js:463:12)
at AggregationCursor.Cursor.next (/PATH/TO/SRC/LynxChan/src/be/node_modules/mongodb-core/lib/cursor.js:763:3)
at AggregationCursor.Cursor._next (/PATH/TO/SRC/LynxChan/src/be/node_modules/mongodb/lib/cursor.js:211:36)
at fetchDocs (/PATH/TO/SRC/LynxChan/src/be/node_modules/mongodb/lib/operations/cursor_ops.js:217:12)
at toArray (/PATH/TO/SRC/LynxChan/src/be/node_modules/mongodb/lib/operations/cursor_ops.js:247:3)
at executeOperation (/PATH/TO/SRC/LynxChan/src/be/node_modules/mongodb/lib/utils.js:420:24)
at AggregationCursor.Cursor.toArray (/PATH/TO/SRC/LynxChan/src/be/node_modules/mongodb/lib/cursor.js:824:10)
at checkExpiredCaptchas (/PATH/TO/SRC/LynxChan/src/be/scheduleHandler.js:394:8)
at Timeout._onTimeout (/PATH/TO/SRC/LynxChan/src/be/scheduleHandler.js:372:7) name: 'MongoError', [Symbol(mongoErrorContextSymbol)]: {} }

Will dive into the configuration file in 'settings/general.json' and see if there is a means to extend the timeout variable for mongodb, then check to see if this resolves the issue.

2) Both of the scripts that fetch external lists of banned ips or known spammers use gunzip to extract the archive to disk. Gunzip is no longer available in the OpenBSD repository, and older versions do not recognize the archive type. I will attempt to create a symbolic link from unzip to gunzip, and see if that corrects the issue. I doubt it will because the flags will be different and should generate an error.

3) Banner logo not changing on pages found in templates directory, regardless that logo.png has changed.

I noticed that in the html files located in the static directory the logo uses the header tag:

alt="logo" />

Where in the html files located in the templates directory the logo uses a 'div' tag:

alt="logo" />

Not sure if this is what is causing the logo to not update with the other pages. Any suggestions would be greatly appreciated.
What is your version of mongodb?

And bsd is not supported, so you are on your own to get gunzip and other stuff.

And where exactly is this logo you are talking about? What is the image?
And btw, static files are cached. You have to either run -rfe (reload front-end) or start the engine with -fd (front-end debug). Templated static pages will require a rfe regardless tho.
(46.03 KB 198x250 logo-lynxchan.png)
I am currently running Mongodb version: 3.2.13p2

It was built yesterday evening from src code provided by debian via the CURRENT OpenBSD ports tree.

Rebuilding the frontend with '-rfe' did not correct the logo. But, will dive more into that problem later. Let's get it working first.
I forgot to mention, the logo I am referring to is on the index.html page of the penumbra frontend.
Yeah, I have moved to 4.0 a while ago.

> index.html page of the penumbra frontend.
Static file, alright. Did you run the engine with -fd or ran -rfe after changing it?

> moved to 4.0 a while ago...
OK, so my mongodb is out of date. Will attempt to compile 4.0.9-rc0 from source code provided by github...this will take a long time to compile. When compilation completes, will attempt to migrate from vichan again, then will test if uploads are working then.

>logo.png issue
I ran the command ./LynxChan with both flags, '-rfe' and 'fd'. Received no output from either command and neither corrected the issue. The logo image was being replaced correctly until I started to modify those files. I believe that this error came from my editor running lint on the files upon save. I am going to reclone the repository for penumbra front end and diff the files to discover what changes were made to create this issue. I believe this issue is a user error.

According to github, it does appear to be possible to compile mongodb +4.0 on OpenBSD.
Scratch that, the gcc compiler version on OpenBSD is 4.9.4 which is too old to compile mongodb which requires +5.3.

Will reattempt to install on linux host time permitting.

> Result and Conclusion:
OpenBSD's development libraries too old to run sweet chan engine. Which is typically "OpenBSD-ish".
Did you also add -nd when using -rfe? And you have no reason to use both -fd and -rfe, see the back-end readme to understand these better. Some commands operate on a running daemon, others operate on the process you are running.
is is possible to run vichan style tripcodes on lynxchan.
>its bumming me out
>i hail from spacechan.xyz
<just a user posting here
(627.08 KB 1600x1064 balboa.jpg)
is is is it
You'd need an addon that change the algorithm used to handle tripcodes.
(774.11 KB 1700x1700 best kelly according to mewchnon.png)
>You'd need an addon that change the algorithm used to handle tripcodes
like what?
appreciate the response btw
>point me in the right direction fren
Update on lynxchan setup.

After struggling with OpenBSD for a while, it became apparent OpenBSD's libraries were much older and back dated than previously understood. Mostly the difficulty resided in the unavailability of a mongodb release that was newer than 3.0. Compiling mongodb from scratch was also not an option, because it required a newer gcc than what was available. An attempt was made to compile a newer version of gcc, but after running into errors, it was abandoned.

So, a spare server was used as a container host for docker, and as recommended, a centos image was used to set up lynxchan. Originally, the desire was to use centos to host lynxchan, and a mongodb image to host the database. But, lynxchan was never able to connect to the mongodb container for unknown reasons. So, the centos container began hosting both the db and the chan. All of which worked beautifully, like butter. Not exactly how I wanted it, but still gold nonetheless. There are still many tweaks wanted to be performed, but the chan is running well, and I am very satisfied.

It should still be up and running, and hopefully will remain up and running, at http://boobchan.com

Thank you for all the help, and a kickass chan engine! I cannot say it enough. Thanks again.
Look into https://gitgud.io/LynxChan/LynxChan/blob/master/src/be/engine/postingOps/common.js#L166
Then look into how to write addons that change the engine behavior. You can use most of the addons I write for reference.

Ty and no problem.
(50.64 KB 255x255 kelly Anonymous.png)


Captcha (required for reports and bans by board staff)

no cookies?