Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

lsmcd systemd stops randomly #26

Closed
Dark345 opened this issue Mar 2, 2022 · 39 comments
Closed

lsmcd systemd stops randomly #26

Dark345 opened this issue Mar 2, 2022 · 39 comments

Comments

@Dark345
Copy link

Dark345 commented Mar 2, 2022

Hello

my lsmcd istance stops randomly.

my OS is Debian 11 and I followed this to install LSMCD
https://openlitespeed.org/kb/litespeed-memcached/

Here an extract from

sudo journalctl --unit lsmcd.service
Mar 01 20:31:47 myhost systemd[1]: Starting LiteSpeed LSMCD Daemon...
Mar 01 20:31:47 myhost lsmcdctrl[592]: cat: /tmp/lsmcd/lsmcd.pid: No such file or directory
Mar 01 20:31:49 myhost lsmcdctrl[533]: [OK] lsmcd: pid=595.
Mar 01 20:31:49 myhost lsmcdctrl[533]: Final rc:  0
Mar 01 20:31:49 myhost systemd[1]: Started LiteSpeed LSMCD Daemon. #<------------------ISSUED SYSTEMD START
Mar 02 06:41:36 myhost lsmcdctrl[4220]: [OK] lsmcd: stopped. #<------------------STOPPED HERE
Mar 02 06:41:36 myhost lsmcdctrl[4220]: Final rc:  0
Mar 02 06:41:36 myhost systemd[1]: lsmcd.service: Succeeded.
Mar 02 06:41:36 myhost systemd[1]: lsmcd.service: Unit process 4219 (lsmcd) remains running after unit stopped.
Mar 02 11:36:12 myhost systemd[1]: Starting LiteSpeed LSMCD Daemon...
Mar 02 11:36:13 myhost lsmcdctrl[6002]: [OK] lsmcd: pid=6020.
Mar 02 11:36:13 myhost lsmcdctrl[6002]: Final rc:  0
Mar 02 11:36:13 myhost systemd[1]: Started LiteSpeed LSMCD Daemon. #<------------------ISSUED SYSTEMD START
Mar 02 22:28:50 myhost lsmcdctrl[9620]: [OK] lsmcd: stopped. #<------------------STOPPED HERE
Mar 02 22:28:50 myhost lsmcdctrl[9620]: Final rc:  0
Mar 02 22:28:50 myhost systemd[1]: lsmcd.service: Succeeded.
Mar 02 22:28:50 myhost systemd[1]: lsmcd.service: Unit process 9619 (lsmcd) remains running after unit stopped.
Mar 02 23:06:13 myhost systemd[1]: Starting LiteSpeed LSMCD Daemon...
Mar 02 23:06:14 myhost lsmcdctrl[9914]: [OK] lsmcd: pid=9931.
Mar 02 23:06:14 myhost lsmcdctrl[9914]: Final rc:  0
Mar 02 23:06:14 myhost systemd[1]: Started LiteSpeed LSMCD Daemon. #<------------------ISSUED SYSTEMD START

my systemd.service

[Unit]
Description = LiteSpeed LSMCD Daemon
After=network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
ExecStart = /usr/local/lsmcd/bin/lsmcdctrl start
ExecStop = /usr/local/lsmcd/bin/lsmcdctrl stop
#ExecReload= /usr/local/lsmcd/bin/lsmcdctrl restart

KillMode=none
PrivateTmp=false

# do not want to be limited in anyway
CPUAccounting=false
TasksAccounting=false
MemoryAccounting=false

[Install]
WantedBy=default.target

thanks, any help is appreciated!

@rperper
Copy link
Collaborator

rperper commented Mar 2, 2022

Hi,
I'm a developer for the LSMCD product. I'll need to see your /tmp/lsmcd.log file. We're going to want to make sure that you're running the latest version as well. The version number is written to the /tmp/lsmcd.log file and the current version is 1.4.30. If you're not running that version, first upgrade as a number of crashes have been addressed.

Thanks,

Bob Perper

@Dark345
Copy link
Author

Dark345 commented Mar 3, 2022

hello @rperper

thanks

please see partial output from cat /tmp/lsmcd.log

2022-03-01 20:33:10.062 [NOTICE] [PID: 619] [SASL] Password verification failed
2022-03-01 20:33:10.062 [ERROR] [PID: 619] SASL Error in sasl_server_start: authentication failure
2022-03-01 20:33:10.063 [NOTICE] [PID: 616] [SASL] Password verification failed
2022-03-01 20:33:10.063 [ERROR] [PID: 616] SASL Error in sasl_server_start: authentication failure
2022-03-01 20:33:58.591 [NOTICE] [PID: 617] [SASL] Password verification failed
2022-03-01 20:33:58.591 [ERROR] [PID: 617] SASL Error in sasl_server_start: authentication failure
2022-03-01 20:33:58.592 [NOTICE] [PID: 618] [SASL] Password verification failed
2022-03-01 20:33:58.592 [ERROR] [PID: 618] SASL Error in sasl_server_start: authentication failure
2022-03-01 20:33:58.593 [NOTICE] [PID: 616] [SASL] Password verification failed
2022-03-01 20:33:58.593 [ERROR] [PID: 616] SASL Error in sasl_server_start: authentication failure
2022-03-02 06:41:34.343 [NOTICE] [PID: 617] [PID: 617] During iterator test, noted shared memory may be damaged.  Rebuilding
2022-03-02 06:41:34.344 [NOTICE] [PID: 595] Deleting the shared memory database
2022-03-02 06:41:34.345 [NOTICE] [PID: 595] [PID: 595] Doing a restart upon USR1
2022-03-02 06:41:34.347 [NOTICE] [PID: 618] [PID: 618] During iterator test, noted shared memory may be damaged.  Rebuilding
2022-03-02 06:41:36.368 [NOTICE] [PID: 595] LSMCD/1.4.30 LiteSpeed Memcached Replacement
2022-03-02 11:36:12.869 [NOTICE] [PID: 6017] LSMCD/1.4.30 LiteSpeed Memcached Replacement
2022-03-02 11:36:12.871 [WARN] [PID: 6020] SHM file [/dev/shm/lsmcd/data3.shm] size: 8601600, does not match x_stat.m_iFileSize: 8192, correct it
2022-03-02 22:28:50.089 [NOTICE] [PID: 6024] [PID: 6024] During iterator test, noted shared memory may be damaged.  Rebuilding
2022-03-02 22:28:50.090 [NOTICE] [PID: 6020] Deleting the shared memory database
2022-03-02 22:28:50.091 [NOTICE] [PID: 6020] [PID: 6020] Doing a restart upon USR1
2022-03-02 22:28:50.097 [NOTICE] [PID: 6026] [PID: 6026] During iterator test, noted shared memory may be damaged.  Rebuilding
2022-03-02 22:28:50.116 [NOTICE] [PID: 6020] LSMCD/1.4.30 LiteSpeed Memcached Replacement
2022-03-02 23:06:13.421 [NOTICE] [PID: 9929] LSMCD/1.4.30 LiteSpeed Memcached Replacement
2022-03-02 23:06:13.424 [WARN] [PID: 9931] SHM file [/dev/shm/lsmcd/data7.shm] size: 8601600, does not match x_stat.m_iFileSize: 8192, correct it

@rperper
Copy link
Collaborator

rperper commented Mar 3, 2022

Ok, I see what's happening here. When LSMCD sees a problem in its database, it rebuilds it and restarts the application. This is hardly perfect behavior (lots of obnoxious messages), but it is normal and expected. You can ignore them unless you are seeing a failure in availability, and that does not appear to be happening here.

Thanks,

Bob

@Dark345
Copy link
Author

Dark345 commented Mar 3, 2022

Hello and thanks

unfortunately it stops, but I have to manually issue a systemd restart of the service, otherwise it's not restarting itself

@rperper
Copy link
Collaborator

rperper commented Mar 3, 2022

Hi,
The service may be down, but does the lsmcd program continue to run? It should be continuing to accept requests after that message.

You can force the condition by sending a USR1 signal to the process.
ps -ef|grep lsmcd
should give you the pid of the daemon process (plus a number of workers). If the pid is 6000, try:
kill -USR1 6000
I would expect the service to go down, and lsmcd to be restarted on a different pid, but to still be running. Thus:
ps -ef|grep lsmcd
would be expected to show a different set of pids, but LSMCD should still be servicing requests.

Let me know if that does what I expect or something else. If something else, then we'll need you to open a Litespeed ticket and we'll have to have root access to your system. Reference that you'd like Bob Perper assigned to the problem.

Thanks,

Bob

@rperper
Copy link
Collaborator

rperper commented Mar 3, 2022

Hi,
I was able to reproduce it in my environment. It appears that systemd takes down the process if it comes up again in a separate pid.
The way I was able to keep it running after the USR1 signal was to add the following to the /etc/systemd/system/lsmcd.service file in the [Service] group:
RemainAfterExit=yes
This results in an obnoxious message in the systemd status, but it will not kill it after it's been restarted. You won't be able to use systemctl to determine if the task is up, but ps will work satisfactorily. Please let us know if this works for you.
Thanks,

Bob

@Dark345
Copy link
Author

Dark345 commented Mar 3, 2022

perfect, i'll let you know!

@Dark345
Copy link
Author

Dark345 commented Mar 10, 2022

well it seems that i'm struggling with another problem now, i don't know if it's related to this

 RemainAfterExit=yes

but as soon as I turn on memcached, from the Wordpress plugin (LiteSpeed Cache Settings -> Cache -> Object -> Turn on cache settings), almost every page loaded on my website, returns a PHP fatal error. I collected a trace from OpenListeSpeed web server log

[506] [192.168.250.253:3969-1#mydomain:lsapi] [STDERR] PHP Fatal error: Uncaught Error: Cannot use object of type stdClass as array in /usr/local/lsws/sites/mydomain/html/wp-includes/meta.php:657
Stack trace:
#0 /usr/local/lsws/sites/mydomain/html/wp-includes/meta.php(572): get_metadata_raw()
#1 /usr/local/lsws/sites/mydomain/html/wp-includes/post.php(2505): get_metadata()
#2 /usr/local/lsws/sites/mydomain/html/wp-content/plugins/elementor/core/documents-manager.php(210): get_post_meta()
#3 /usr/local/lsws/sites/mydomain/html/wp-content/plugins/elementor/core/files/css/post.php(195): Elementor\Core\Documents_Manager->get()
#4 /usr/local/lsws/sites/mydomain/html/wp-content/plugins/jet-theme-core/includes/locations.php(115): Elementor\Core\Files\CSS\Post->enqueue()
#5 /usr/local/lsws/sites/mydomain/html/wp-includes/class-wp-hook.php(307): Jet_Theme_Core_Locations->enqueue_styles()
#6 /usr/local/lsws/sites/mydomain/html/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters()
#7 /usr/local/lsws/sites/mydomain/html/wp-includes/plugin.php(474): WP_Hook->do_action()
#8 /usr/local/lsws/sites/mydomain/html/wp-includes/script-loader.php(2105): do_action()
#9 /usr/local/lsws/sites/mydomain/html/wp-includes/class-wp-hook.php(307): wp_enqueue_scripts()
#10 /usr/local/lsws/sites/mydomain/html/wp-includes/class-wp-hook.php(331): WP_Hook->apply_filters()
#11 /usr/local/lsws/sites/mydomain/html/wp-includes/plugin.php(474): WP_Hook->do_action()
#12 /usr/local/lsws/sites/mydomain/html/wp-includes/general-template.php(3042): do_action()
#13 /usr/local/lsws/sites/mydomain/html/wp-content/themes/monstroid2-child/header.php(19): wp_head()
#14 /usr/local/lsws/sites/mydomain/html/wp-includes/template.php(770): require_once('...')
#15 /usr/local/lsws/sites/mydomain/html/wp-includes/template.php(716): load_template()
#16 /usr/local/lsws/sites/mydomain/html/wp-includes/general-template.php(48): locate_template()
#17 /usr/local/lsws/sites/www.hwlegn 

@rperper
Copy link
Collaborator

rperper commented Mar 10, 2022 via email

@Dark345
Copy link
Author

Dark345 commented Mar 10, 2022

hello

unfortunately just tried many times, deleting cache and restarting the service

@rperper
Copy link
Collaborator

rperper commented Mar 10, 2022

Can you put in the lsmcd.log so we can see if there are any issues there?
Thanks,

Bob

@Dark345
Copy link
Author

Dark345 commented Mar 10, 2022

unfortunately not

2022-03-10 18:01:47.383 [NOTICE] [PID: 609] LSMCD/1.4.30 LiteSpeed Memcached Replacement

it's the only thing logged.

Edit: I switched back from PHP 8.1 to PHP 7.4. Same problem

@rperper
Copy link
Collaborator

rperper commented Mar 10, 2022

I'm going to pass this over to Abe who should be able to help you on the PHP, WP Cache side.

@usabe
Copy link

usabe commented Mar 10, 2022

Hi @Dark345

Please refer to this: https://docs.litespeedtech.com/lscache/lscwp/cache/#method

Look into the "LSMCD Warning" part.

@Dark345
Copy link
Author

Dark345 commented Mar 10, 2022

hello, perfect.

what's the consequence of adding users and user_meta to do not cache group?

@usabe
Copy link

usabe commented Mar 11, 2022

Hello @Dark345

As the option name "Do Not Cache Group" states, once the group is added into this textbox, items/objects under this cache group will not be cached into object cache.

About wp cache group, you can refer to this page: https://developer.wordpress.org/reference/classes/wp_object_cache/

@kenny-nt
Copy link

@Dark345 Have you got the solution? I have the same issue, lsmcd keep on stopping without any error in lsmcd.log.
/usr/local/lsmcd/bin/lsmcdctrl start
I started and for a while, it stopped without showing any error in logs... I am using lsmcd with Litespeed Enterprise...

@Dark345
Copy link
Author

Dark345 commented Aug 18, 2022

@Dark345 Have you got the solution? I have the same issue, lsmcd keep on stopping without any error in lsmcd.log. /usr/local/lsmcd/bin/lsmcdctrl start I started and for a while, it stopped without showing any error in logs... I am using lsmcd with Litespeed Enterprise...

Hello yes! solved by applying this suggested parameter.

It's indeed as described:

When LSMCD sees a problem in its database, it rebuilds it and restarts the application.

and

It appears that systemd takes down the process if it comes up again in a separate pid

@rperper
Copy link
Collaborator

rperper commented Aug 18, 2022

So are you ok?

@Dark345
Copy link
Author

Dark345 commented Aug 18, 2022

So are you ok?

yea, issue lsmcd systemd stops randomly is solved.
I mentioned another issue but it's workarounded by doing this

@rperper
Copy link
Collaborator

rperper commented Aug 18, 2022

Funny you should mention that. We've been doing some preliminary testing that seems to address the WP Cache problem by installing the libmemcached-awesome library and completely replacing the existing libmemcached library with it. It seems to have fixed the problem. If you don't mind giving something like that a try, we have an early cheat-sheet of instructions for it. We'd love to hear your experiences with it. Check out: https://docs.google.com/document/d/1GNZ3EOcOeBqYS19rl5rnGoh8I9N1BFU3htSn_IPaavg/edit?usp=sharing
Thanks,

Bob

@Dark345
Copy link
Author

Dark345 commented Aug 18, 2022

Funny you should mention that. We've been doing some preliminary testing that seems to address the WP Cache problem by installing the libmemcached-awesome library and completely replacing the existing libmemcached library with it. It seems to have fixed the problem. If you don't mind giving something like that a try, we have an early cheat-sheet of instructions for it. We'd love to hear your experiences with it. Check out: https://docs.google.com/document/d/1GNZ3EOcOeBqYS19rl5rnGoh8I9N1BFU3htSn_IPaavg/edit?usp=sharing Thanks,

Bob

Hey, is this to fix this?

If you are using LiteSpeed Memcached with [SASL](https://docs.litespeedtech.com/products/lsmcd/configuration/sasl/), please be aware there is a known issue which sometimes results in a fatal error like this:

PHP Fatal error: Uncaught Error: Cannot use object of type stdClass as array in /home/domainname/public_html/wp-includes/meta.php:588

@rperper
Copy link
Collaborator

rperper commented Aug 18, 2022

Yes it is.

@kenny-nt
Copy link

@Dark345 Have you got the solution? I have the same issue, lsmcd keep on stopping without any error in lsmcd.log. /usr/local/lsmcd/bin/lsmcdctrl start I started and for a while, it stopped without showing any error in logs... I am using lsmcd with Litespeed Enterprise...

Hello yes! solved by applying this suggested parameter.

It's indeed as described:

When LSMCD sees a problem in its database, it rebuilds it and restarts the application.

and

It appears that systemd takes down the process if it comes up again in a separate pid

"RemainAfterExit=yes" is already existed in /etc/systemd/system/lsmcd.service...
Could you show the /etc/systemd/system/lsmcd.service content here?

@Dark345
Copy link
Author

Dark345 commented Aug 18, 2022

@Dark345 Have you got the solution? I have the same issue, lsmcd keep on stopping without any error in lsmcd.log. /usr/local/lsmcd/bin/lsmcdctrl start I started and for a while, it stopped without showing any error in logs... I am using lsmcd with Litespeed Enterprise...

Hello yes! solved by applying this suggested parameter.
It's indeed as described:
When LSMCD sees a problem in its database, it rebuilds it and restarts the application.
and
It appears that systemd takes down the process if it comes up again in a separate pid

"RemainAfterExit=yes" is already existed in /etc/systemd/system/lsmcd.service... Could you show the /etc/systemd/system/lsmcd.service content here?

here you have:

[Unit]
Description = LiteSpeed LSMCD Daemon
After=network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
ExecStart = /usr/local/lsmcd/bin/lsmcdctrl start
ExecStop = /usr/local/lsmcd/bin/lsmcdctrl stop
#ExecReload= /usr/local/lsmcd/bin/lsmcdctrl restart

#Github suggested fix
RemainAfterExit=yes

KillMode=none
PrivateTmp=false

# do not want to be limited in anyway
CPUAccounting=false
TasksAccounting=false
MemoryAccounting=false

[Install]
WantedBy=default.target

@kenny-nt
Copy link

kenny-nt commented Aug 18, 2022

My file: Latest version of lsmcd

`[Unit]
Description = LiteSpeed LSMCD Daemon
After=network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
ExecStart = /usr/local/lsmcd/bin/lsmcdctrl start
ExecStop = /usr/local/lsmcd/bin/lsmcdctrl stop
#ExecReload= /usr/local/lsmcd/bin/lsmcdctrl restart

KillMode=none
PrivateTmp=false
RemainAfterExit=yes

#do not want to be limited in anyway
CPUAccounting=false
TasksAccounting=false
MemoryAccounting=false

[Install]
WantedBy=default.target`

@rperper
Copy link
Collaborator

rperper commented Aug 18, 2022

RemainAfterExit=yes should be sufficient. What OS and version are you running?

@kenny-nt
Copy link

My OS is Ubuntu 20.04 LTS.
This line is default is lsmcd.service file. My lsmcd run for a while and stopped without any error output...

@rperper
Copy link
Collaborator

rperper commented Aug 18, 2022

Please verify that lsmcd is actually not running any more. The service will show stopped, but there will be a PID running that you can see with ps -ef|grep lsmcd.

@kenny-nt
Copy link

Please verify that lsmcd is actually not running any more. The service will show stopped, but there will be a PID running that you can see with ps -ef|grep lsmcd.

Ya, I have start it again for a few minutes ago. Now I will wait for the stopped event and update information here.

@kenny-nt
Copy link

kenny-nt commented Aug 18, 2022

root@ip-10-0-0-10:~# /usr/local/lsmcd/bin/lsmcdctrl status
lsmcd is running with PID 300849.
Final rc:  0
root@ip-10-0-0-10:~# service lsmcd status
● lsmcd.service - LiteSpeed LSMCD Daemon
     Loaded: loaded (/etc/systemd/system/lsmcd.service; enabled; vendor preset: enabled)
     Active: inactive (dead) since Wed 2022-08-17 14:52:12 UTC; 1 day 3h ago
   Main PID: 735 (code=exited, status=0/SUCCESS)
     CGroup: /system.slice/lsmcd.service

Aug 17 13:55:36 ip-10-0-0-10 systemd[1]: Starting LiteSpeed LSMCD Daemon...
Aug 17 13:55:38 ip-10-0-0-10 lsmcdctrl[679]: [OK] lsmcd: pid=735.
Aug 17 13:55:38 ip-10-0-0-10 lsmcdctrl[679]: Final rc:  0
Aug 17 13:55:38 ip-10-0-0-10 systemd[1]: Started LiteSpeed LSMCD Daemon.
Aug 17 14:52:12 ip-10-0-0-10 systemd[1]: Stopping LiteSpeed LSMCD Daemon...
Aug 17 14:52:12 ip-10-0-0-10 lsmcdctrl[13861]: [OK] lsmcd: stopped.
Aug 17 14:52:12 ip-10-0-0-10 lsmcdctrl[13861]: Final rc:  0
Aug 17 14:52:12 ip-10-0-0-10 systemd[1]: lsmcd.service: Succeeded.
Aug 17 14:52:12 ip-10-0-0-10 systemd[1]: Stopped LiteSpeed LSMCD Daemon.
root@ip-10-0-0-10:~# ps -ef|grep lsmcd
root      300849       1  0 18:11 ?        00:00:00 /usr/local/lsmcd/bin/lsmcd -f /usr/local/lsmcd/conf/node.conf
webserver+  300852  300849  1 18:11 ?        00:00:03 /usr/local/lsmcd/bin/lsmcd
webserver+  300853  300849  1 18:11 ?        00:00:03 /usr/local/lsmcd/bin/lsmcd
webserver+  300854  300849  2 18:11 ?        00:00:05 /usr/local/lsmcd/bin/lsmcd
webserver+  300855  300849  3 18:11 ?        00:00:09 /usr/local/lsmcd/bin/lsmcd
webserver+  300856  300849  9 18:11 ?        00:00:24 /usr/local/lsmcd/bin/lsmcd
root      301983    1987  0 18:16 pts/1    00:00:00 grep --color=auto lsmcd
root@ip-10-0-0-10:~#

So lsmcd is running right?
How to ensure that sock file is still running?

@rperper
Copy link
Collaborator

rperper commented Aug 18, 2022

If lsmcd's still got a pid running, then the sock file is fine.

@kenny-nt
Copy link

If lsmcd's still got a pid running, then the sock file is fine.

Yes! But the very strange issue is: after 2-3 hours later

  • Check by:
    service lsmcd status
    will output actived and runnning

  • Check by:
    /usr/local/lsmcd/bin/lsmcdctrl status
    will output is not running
    and check via LSCache Plugin > Connect failed.

@rperper
Copy link
Collaborator

rperper commented Aug 18, 2022

If lsmcd still has an active pid, then the connection failure is something else. What you should do is open a ticket through LiteSpeed on that and we can better help you that way.

@kenny-nt
Copy link

Yes, thanks so much. I think when the issue happen (after 2-3 hours later), I will update info here first, if can not find solution I will open a tickets in Litespeed Enterprise account.

@Dark345
Copy link
Author

Dark345 commented Aug 18, 2022

Funny you should mention that. We've been doing some preliminary testing that seems to address the WP Cache problem by installing the libmemcached-awesome library and completely replacing the existing libmemcached library with it. It seems to have fixed the problem. If you don't mind giving something like that a try, we have an early cheat-sheet of instructions for it. We'd love to hear your experiences with it. Check out: https://docs.google.com/document/d/1GNZ3EOcOeBqYS19rl5rnGoh8I9N1BFU3htSn_IPaavg/edit?usp=sharing Thanks,

Bob

hello

just trying with the new libmemcached-awesome
I compiled it and make install and copied from /usr/local/lib/libmemcached* to /usr/lib/x86_64-linux-gnu/libmemcached* (Debian 11 amd64)

enabled SASL and multi-user

Cached.UseSasl=true
Cached.DataByUser=true
Cached.Anonymous=false
Cached.SaslDB=/etc/sasllsmcd

cleared DB: rm -R /etc/sasllsmcd

and re-created users:

saslpasswd2 -f /etc/sasllsmcd user1
saslpasswd2 -f /etc/sasllsmcd user2

upgraded litespeed WP plugin to 5.2

here the log from journal:

systemd[1]: Started LiteSpeed LSMCD Daemon.

and from tail -f /tmp/lsmcd.log:

just filled with these lines:

2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.806 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.807 [ERROR] [PID: 16706] Successful SASL authentication not performed
2022-08-18 21:13:42.807 [ERROR] [PID: 16706] Successful SASL authentication not performed

WP plugin status:

Memcached Extension: Enabled
Redis Extension: Disabled
Connection Test: Failed <----

@rperper
Copy link
Collaborator

rperper commented Aug 18, 2022

Certainly we'd expect the connection test to fail with SASL not working. First verify that you've put your updated passwords into the WP Cache configuration for your users. When you're sure your configuration is right, please open a ticket with LiteSpeed and reference Bob and we can then send detailed information back and forth.
Thanks,

Bob

@Dark345
Copy link
Author

Dark345 commented Aug 18, 2022

okay i'll close this

@rperper
Copy link
Collaborator

rperper commented Aug 18, 2022

That's ok. Put in LSMCD ref Bob in the subject and it will get to me. But it makes it so much easier with a ticket. You can include the lsmcd.log file as well. Thanks,
Bob

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants