Closed GoogleCodeExporter closed 9 years ago
Please provide your environment information with version numbers.
Config files would also be helpful.
Regards,
Brad
Original comment by bwsamuels@gmail.com
on 17 Sep 2010 at 1:16
The config files were the defaults that ship with heyu it pulls them in and you
just see never ending object object ... I have since replaced domuslink with a
2412N and software for my iPhone.
/b
Original comment by brian.w...@gmail.com
on 17 Sep 2010 at 1:52
Ok, what server environment are you running? (OS, apache, php versions)
Exact domus.Link version?
What actions you took on the interface the first time you accessed the web page?
Just need a very detailed account of whats happening to debug.
Regards,
Brad
Original comment by bwsamuels@gmail.com
on 18 Sep 2010 at 1:40
Linux CentOS 5.4, What ever they ship as default.
Original comment by brian.w...@gmail.com
on 18 Sep 2010 at 5:41
I am experiencing the same problem. I have tried clean installs of both
domus.Link and heyu without changing the symptom. Versions are as follows:
domus.Link 1.2 (version.php dated Jun 30, 2010 20:13 CDT)
Heyu version 2.9.1
Fedora Core 5 (kernel 2.6.20-1.2320.fc5)
PHP 5.1.6 (cli) (built: May 9 2007 11:28:53)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
[jgrant@www2 ~]$ /usr/sbin/httpd -V
Server version: Apache/2.2.2
Server built: Jun 26 2007 10:22:20
Server's Module Magic Number: 20051115:2
Server loaded: APR 1.2.2, APR-Util 1.2.7
Compiled using: APR 1.2.2, APR-Util 1.2.7
Architecture: 32-bit
Server MPM: Prefork
threaded: no
forked: yes (variable process count)
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/prefork"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=128
-D HTTPD_ROOT="/etc/httpd"
-D SUEXEC_BIN="/usr/sbin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_LOCKFILE="logs/accept.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
Original comment by granteng...@gmail.com
on 11 Oct 2010 at 3:24
Hmm, interesting.
I'll load up a fedora core in a vm and give it a whirl to see if it can be
reproduced.
Most of us use an Ubuntu base so that would be the main difference.
Brad
Original comment by bwsamuels@gmail.com
on 12 Oct 2010 at 2:10
One other thing, Currently I am running domus on a Cent OS 5 box.
Brad
Original comment by bwsamuels@gmail.com
on 12 Oct 2010 at 2:20
I tested a fresh install of domus.Link 1.2 and heyu 2.9.1 on a Fedora 13, php
5.5.3 and apache 2.2.3 and no issues. That is once I got past the SElinux
setup. ugh.
Brad
Original comment by bwsamuels@gmail.com
on 16 Oct 2010 at 10:16
Turn SELinux off and try it.... I don't have that enabled.
Original comment by brian.w...@gmail.com
on 17 Oct 2010 at 2:58
So, I had SELinux setup to run with specific file permissions, set to
permissive mode, and disabled.
I have no issues you have described in the x10.config file.
There must be something else that is causing this.
What about your PHP conf file?
Brad
Original comment by bwsamuels@gmail.com
on 17 Oct 2010 at 3:00
Well, everything PHP related is in "as delivered" status as evidenced by output
below. Anything in particular that should be changed?
[jgrant@www2 html]$ rpm -qa | grep php
php-mysql-5.1.6-1.6
php-pear-1.4.9-1.2
php-pdo-5.1.6-1.6
php-5.1.6-1.6
php-mbstring-5.1.6-1.6
php-ldap-5.1.6-1.6
[jgrant@www2 html]$ rpm --verify php
[jgrant@www2 html]$ rpm --verify php-5.1.6-1.6
[jgrant@www2 html]$ rpm --verify php-pear
[jgrant@www2 html]$ rpm --verify php-pdo
[jgrant@www2 html]$ rpm --verify php-mbstring
[jgrant@www2 html]$ rpm --verify php-mysql
Original comment by granteng...@gmail.com
on 18 Oct 2010 at 11:51
Going out on a limb to make sure we have a valid version of domus.
Did you download the domus.Link from the google code link? (not a third party)
Brad
Original comment by bwsamuels@gmail.com
on 19 Oct 2010 at 3:13
Going out on a limb to make sure we have a valid version of domus.
Did you download the domus.Link from the google code link? (not a third party)
Brad
Original comment by bwsamuels@gmail.com
on 19 Oct 2010 at 3:13
I'm having the same problem on a machine running ClearOS (CentOS based).
Everything is pretty much out of the box, with Heyu 2.9.0 and Domus.Link 1.2
(downloaded from Googlecode).
I was glad that I did have a backup of my x10.conf file, so I could place it
back.
However, when I restored my original x10.conf file, the domus.Link website gave
an error:
Exec: Load Cache
Error loading /var/www/html/domus.Link/db/aliasmap - line 1, Alias Map element
has wrong number of entries -
ObjectObjectObjectObjectObjectObjectObjectObjectObject
Deleting the domus.Link dir and putting the one from the tar.gz back and I have
an working environment again, but as soon as I change an alias, I've got the
same problem again. So domus.Link isn't working for me, I'll stay to the
command line for now.
Original comment by rutgerk...@gmail.com
on 5 Nov 2010 at 2:05
Well, I did so more testing surrounding the aliasmap file and I still can not
reproduce this problem on my systems. They are an ubuntu 10.04 and a fedora
core 13 systems. Tried multiple types of browsers as well due to the caching I
do. I used FireFox on ubuntu and Fedora as well as FireFox, Chrome and IE on
Windows XP.
If someone could build a small VirtualBox VM and get this to happen, I would
like to get a hold of that vm file and debug it. Anybody up for trying that?
Brad
Original comment by bwsamuels@gmail.com
on 6 Nov 2010 at 5:00
I was able to duplicate this with a Centos 5.5 box. Both the aliasmap and
x10.conf files get written out with ObjectObjectObject.....
It appears that an object isn't being dereferenced correctly but I haven't
found the culprit yet
Original comment by joe.b...@gmail.com
on 21 Dec 2010 at 9:25
So, I see that there has been quite a bit of activity on the Domus.Link
project. Did the issue discussed above get resolved?
Original comment by granteng...@gmail.com
on 15 Feb 2011 at 9:34
I have still not been able to duplicate this and I have setups that mirror the
posted issue user setups. My prod domus.Link runs on CentOS5.4 and does not
have this issue. I still need somebody to create VirtualBox VM with the OS and
config that causes this to investigate.
The new beta version does modify some of the object access. If you would like
to try the latest beta and see if the issue persists, that would be helpful.
The beta is in the download section.
Brad
Original comment by bwsamuels@gmail.com
on 16 Feb 2011 at 4:30
Having been thinking about this further, I am wondering if there is an issue in
some cases of labels being parsed improperly in the previous version that
creates bad objects. In the latest beta there were some instances of not
checking for labels with spaces embedded with them and causing problems.
1) Try the latest 2.0beta7
2) I would need the config.php, x10.conf, x10.sched and aliasmap files to take
a look.
Brad
Original comment by bwsamuels@gmail.com
on 25 Feb 2011 at 2:09
I just want to add that I also run ClearOS and have the same problem with 1.2
Mats
Original comment by tillm...@gmail.com
on 3 Mar 2011 at 10:01
Mats,
Please try the new beta in the download section. We have not been able to
recreate this under 1.2 on CentOS. I currently have my production version
running under CentOS and cannot recreate this.
As my previous posts have said, I need the complete configuration files of heyu
and the aliasmap in the db directory to debug this...
Brad
Original comment by bwsamuels@gmail.com
on 4 Mar 2011 at 5:34
This looks like the issue Mats found in 2.0 with the writing in PHP 5.1.6.
Original comment by bwsamuels@gmail.com
on 16 May 2011 at 4:01
Original comment by bwsamuels@gmail.com
on 28 May 2011 at 3:25
This is related to issue 58.
Original comment by bwsamuels@gmail.com
on 28 May 2011 at 3:26
Original comment by bwsamuels@gmail.com
on 2 Dec 2011 at 3:09
This issue was closed by revision r891.
Original comment by bwsamuels@gmail.com
on 4 Dec 2011 at 6:57
Original issue reported on code.google.com by
brian.w...@gmail.com
on 12 Sep 2010 at 1:32