Moodle

chat daemon failing

Details

  • Type: Sub-task Sub-task
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Duplicate
  • Affects Version/s: 1.5, 1.6, 1.7
  • Fix Version/s: None
  • Component/s: Chat
  • Labels:
    None
  • Environment:
    All
  • Affected Branches:
    MOODLE_15_STABLE, MOODLE_16_STABLE, MOODLE_17_STABLE

Description

I'm getting this in 1.5 but others are reporting it in 1.5.2. See:

http://moodle.org/mod/forum/discuss.php?d=33707

I had my Moodle host enable it for me five days ago, when I went to test it now, I am getting the same problem reported in the forums, no user list and no way to send messages, as if it is no longer enabled.

Issue Links

Activity

Hide
Martin Dougiamas added a comment -

From Jon Papaioannou (pj at moodle.org) Friday, 11 November 2005, 12:07 AM:

Just found this, assuming ownership so that it shows up on my lists ...

Show
Martin Dougiamas added a comment - From Jon Papaioannou (pj at moodle.org) Friday, 11 November 2005, 12:07 AM: Just found this, assuming ownership so that it shows up on my lists ...
Hide
Roger Emery added a comment -

Just to note we have the same problem with chat deamon working great for a few hours, then dying for no reason.
We're using Moodle 1.7.1+ (2006101010) on a SuSE 9 server, running Apache with MySQL 5.0.27, with PHP 5.2.0.

Our server guy said that the chat deamon that came with the 1.71 build was version1.0 and he has upgraded this to v1.3 if that makes any difference?
I think I need to start a new issue as this one is for Moodle 1.5?

Show
Roger Emery added a comment - Just to note we have the same problem with chat deamon working great for a few hours, then dying for no reason. We're using Moodle 1.7.1+ (2006101010) on a SuSE 9 server, running Apache with MySQL 5.0.27, with PHP 5.2.0. Our server guy said that the chat deamon that came with the 1.71 build was version1.0 and he has upgraded this to v1.3 if that makes any difference? I think I need to start a new issue as this one is for Moodle 1.5?
Hide
stan hoeppner added a comment -

Server: SuSE Linux Enterprise Server 10
Apache/2.2.3
mysql Ver 14.12 Distrib 5.0.18, for suse-linux (i686) using readline 5.1
PHP 5.1.2 (cli) (built: Nov 7 2006 14:30:25) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
Moodle chat daemon v1.0 on PHP 5.1.2 ($Id: chatd.php,v 1.31 2007/01/03 14:44:45 moodler Exp $)
Moodle 1.7.x

client: SuSE Linux Enterprise Desktop
Firefox 1.5.0.9

Server setup:

cront tab: @reboot /srv/www/htdocs/moodle/mod/chat/mdl-chat-daemon.sh

  1. mdl-chat-daemon.sh
    #! /bin/bash
    cd /srv/www/htdocs/moodle/mod/chat/
    php5 chatd.php --start >/var/log/moodlechat.log &

I am experiencing two loss of function scenarios:

1. The process, "php5 chatd.php" exits without logging an error to std_out. As you can see from my (albeit very basic) start script that I'm redirecting std_out to a file instead of using the chatd.php start script logging option.

2. The process, "php5 chatd.php -start" as listed with ps -ef, is still running, and I can establish a telnet connection to port 9111, but the chat window within the remote Firefox broswer has stopped functioning, and more times that not, when this occurrs, Firefox hard crashes, and exits. I've never seen Firefox crash before-ever. If no one else is experiencing the Firefox crashes, or the chat window not working even though the server daemon is still accepting incoming connections, then this may be due to the XGL 3D desktop. Look at the "window open ()" function for the chat pop up window. I'm not certain, but it seems the Firefox crash usually occurs when I rotate the desktop. The Firefox crash only occurs when I have Moodle chat open. I have not tested this scenario with other browsers, or Firefox on my system with xgl disabled, so I don't know if this issue is client or server. I will do further client side testing and report back.

I may file a separate bug report on #2 depending on the results of my testing.

Show
stan hoeppner added a comment - Server: SuSE Linux Enterprise Server 10 Apache/2.2.3 mysql Ver 14.12 Distrib 5.0.18, for suse-linux (i686) using readline 5.1 PHP 5.1.2 (cli) (built: Nov 7 2006 14:30:25) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies Moodle chat daemon v1.0 on PHP 5.1.2 ($Id: chatd.php,v 1.31 2007/01/03 14:44:45 moodler Exp $) Moodle 1.7.x client: SuSE Linux Enterprise Desktop Firefox 1.5.0.9 Server setup: cront tab: @reboot /srv/www/htdocs/moodle/mod/chat/mdl-chat-daemon.sh
  1. mdl-chat-daemon.sh #! /bin/bash cd /srv/www/htdocs/moodle/mod/chat/ php5 chatd.php --start >/var/log/moodlechat.log &
I am experiencing two loss of function scenarios: 1. The process, "php5 chatd.php" exits without logging an error to std_out. As you can see from my (albeit very basic) start script that I'm redirecting std_out to a file instead of using the chatd.php start script logging option. 2. The process, "php5 chatd.php -start" as listed with ps -ef, is still running, and I can establish a telnet connection to port 9111, but the chat window within the remote Firefox broswer has stopped functioning, and more times that not, when this occurrs, Firefox hard crashes, and exits. I've never seen Firefox crash before-ever. If no one else is experiencing the Firefox crashes, or the chat window not working even though the server daemon is still accepting incoming connections, then this may be due to the XGL 3D desktop. Look at the "window open ()" function for the chat pop up window. I'm not certain, but it seems the Firefox crash usually occurs when I rotate the desktop. The Firefox crash only occurs when I have Moodle chat open. I have not tested this scenario with other browsers, or Firefox on my system with xgl disabled, so I don't know if this issue is client or server. I will do further client side testing and report back. I may file a separate bug report on #2 depending on the results of my testing.
Hide
stan hoeppner added a comment -

Ok, I've confirmed that the chatd.php daemon stops responding to requests while it is still in the process list. I tested it from home last night with Firefox 2.0.0.2 on Windows. My testing to this point was only on Firefox 1.5.0.9 on Linux. The next time I find chat not responding I'll test with Internet Explorer as well.

I'm pretty sure the Firefox crashing issue is strictly related to the XGL Linux interface. It only crashes when I have rotated to another cube face, and then back to the cube face that the Firefox moodle chat window is on.

Show
stan hoeppner added a comment - Ok, I've confirmed that the chatd.php daemon stops responding to requests while it is still in the process list. I tested it from home last night with Firefox 2.0.0.2 on Windows. My testing to this point was only on Firefox 1.5.0.9 on Linux. The next time I find chat not responding I'll test with Internet Explorer as well. I'm pretty sure the Firefox crashing issue is strictly related to the XGL Linux interface. It only crashes when I have rotated to another cube face, and then back to the cube face that the Firefox moodle chat window is on.
Hide
Paulo Matos added a comment -

Found some other posts that might be related to this:

http://moodle.org/mod/forum/discuss.php?d=55428&parent=253350

Show
Paulo Matos added a comment - Found some other posts that might be related to this: http://moodle.org/mod/forum/discuss.php?d=55428&parent=253350
Hide
Dongsheng Cai added a comment -

See MDL-10944.

Show
Dongsheng Cai added a comment - See MDL-10944.
Hide
Eloy Lafuente (stronk7) added a comment -

closing

Show
Eloy Lafuente (stronk7) added a comment - closing

Dates

  • Created:
    Updated:
    Resolved: