Koozali.org: home of the SME Server
Obsolete Releases => SME 7.x Contribs => Topic started by: Graham on November 06, 2008, 12:10:56 PM
-
Been running Cacti and PHPMyAdmin Contrib on our SME Server for a while now until Tuesday when it broke, we can no longer login to PHPMyAdmin or Cacti after providing our user details Firefox reports:
Redirection limit for this URL exceeded. Unable to load the requested page. This may be caused by cookies that are blocked.
I’ve removed Cacti and PHPMyAdmin and installed them again and there still not working; I’ve grabbed this from the httpd log.
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:30 +0000] "GET /cacti HTTP/1.1" 301 231 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:30 +0000] "GET /cacti/ HTTP/1.1" 200 1189 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/images/auth_login.gif HTTP/1.1" 302 234 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/images/auth_login.gif HTTP/1.1" 302 240 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 246 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 252 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 258 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 264 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 270 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 276 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 282 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 288 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 294 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
-
I’ve removed Cacti and PHPMyAdmin and installed them again and there still not working; I’ve grabbed this from the httpd log.
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:30 +0000] "GET /cacti HTTP/1.1" 301 231 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
That is the access.log and won't tell us what went wrong. Try the error_log file and see if that gives any clues.
-
Nothing in the error log at the time of the page load, only have this:
[Wed Nov 05 15:57:20 2008] [warn] RSA server certificate CommonName (CN) `sme.domain.dyndns.org' does NOT match server name!?
[Wed Nov 05 15:57:20 2008] [notice] Digest: generating secret for digest authentication ...
[Wed Nov 05 15:57:20 2008] [notice] Digest: done
[Wed Nov 05 15:57:21 2008] [warn] RSA server certificate CommonName (CN) `sme.domain.dyndns.org ' does NOT match server name!?
[Wed Nov 05 15:57:21 2008] [notice] Apache configured -- resuming normal operations
Looking at the access log you see this, /cacti/cacti/cacti/cacti/ ?
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 264 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
-
Looking at the access log you see this, /cacti/cacti/cacti/cacti/ ?
domain-name.org 10.0.1.248 - - [05/Nov/2008:16:02:31 +0000] "GET /cacti/cacti/cacti/cacti/cacti/cacti/images/auth_login.gif HTTP/1.1" 302 264 "https://10.0.1.1/cacti/" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; Tablet PC 2.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)"
No, nor can I explain it. Strange behavior indeed.
-
If I create an ibay called testphp and copy the phpmyadmin files from /opt/phpmyadmin to the ibay it works fine?
-
If I create an ibay called testphp and copy the phpmyadmin files from /opt/phpmyadmin to the ibay it works fine?
I doubt it, but you could try off course.
-
I doubt it, but you could try off course.
Sorry don't think you got that, what I was saying is that’s what I've done and phpmyadmin works ok when created as an ibay.
I created an ibay called testphp and them moved the /opt/phpmyadmin files to the ibay HTML folder and it works.
Question why there but not when the files are located here /opt/phpmyadmin
-
Sorry don't think you got that, what I was saying is that’s what I've done and phpmyadmin works ok when created as an ibay.
I created an ibay called testphp and them moved the /opt/phpmyadmin files to the ibay HTML folder and it works.
Question why there but not when the files are located here /opt/phpmyadmin
Most likely the templates for the webserver are incorrect or missing and the directory holding phpmyadmin is not (correctly) exposed to the net.
-
Ok then what should I do to fix it, what permissions are needed.
-
Been running Cacti and PHPMyAdmin Contrib on our SME Server for a while now until Tuesday when it broke, we can no longer login to PHPMyAdmin or Cacti after providing our user details Firefox reports:
what happened tuesday? anything in your log? did you change/install something?
Ciao
Stefano
-
Think it was late Monday I remember installing these updates, following morning Cacti didn't work.
Nov 03 23:20:51 Updated: lynx.i386 2.8.5-18.2.el4_7.1
Nov 03 23:20:51 Updated: ed.i386 0.2-36.el4_7.1
-
Think it was late Monday I remember installing these updates, following morning Cacti didn't work.
Nov 03 23:20:51 Updated: lynx.i386 2.8.5-18.2.el4_7.1
Nov 03 23:20:51 Updated: ed.i386 0.2-36.el4_7.1
Are you sure those are the only ones? AFAIK they have nothing todo with cacti nor phpmyadmin.
-
I'm sure, got that from the YUM log the only other updates where done on the 23rd October and cacti and phpmyadmin was working fine after them.
-
I'm sure, got that from the YUM log the only other updates where done on the 23rd October and cacti and phpmyadmin was working fine after them.
Which repositories do you have configured and enableddb yum_repositories print | sed 's/=.*|status|/: /;s/|.*//'
-
addons: disabled
atrpms=repository
base: enabled
centosplus: disabled
contrib: disabled
dag: disabled
extras: disabled
smeaddons: enabled
smecontribs: disabled
smedev: disabled
smeos: enabled
smetest: disabled
smeupdates: enabled
smeupdates-testing: disabled
updates: enabled
-
atrpms=repository
Seems OK, apart from this one. Are you sure you nicely copy pasted the output?
-
I'll try again, but it looks the same to me
[root@server-1 ~]# db yum_repositories print | sed 's/=.*|status|/: /;s/|.*//'
addons: disabled
atrpms=repository
base: enabled
centosplus: disabled
contrib: disabled
dag: disabled
extras: disabled
smeaddons: enabled
smecontribs: disabled
smedev: disabled
smeos: enabled
smetest: disabled
smeupdates: enabled
smeupdates-testing: disabled
updates: enabled
-
what's the output of
db yum_repositories show atrpms
?
ciao
Stefano
-
[root@server-1 ~]# db yum_repositories show atrpms
atrpms=repository
BaseURL=http://dl.atrpms.net/el4-i386/atrpms/stable
EnableGroups=no
GPGCheck=yes
GPGKey=http://ATrpms.net/RPM-GPG-KEY.atrpms
Name=Fedora Core - ATrpms
Visible=yes
status=disabled
-
[root@server-1 ~]# db yum_repositories show atrpms
atrpms=repository
BaseURL=http://dl.atrpms.net/el4-i386/atrpms/stable
EnableGroups=no
GPGCheck=yes
GPGKey=http://ATrpms.net/RPM-GPG-KEY.atrpms
Name=Fedora Core - ATrpms
Visible=yes
status=disabled
There might be the cause of your problems as it should read something like this: http://wiki.contribs.org/ATrpms , you most likely have updates installed of packages that should not be updated from atRPMS, that is why all the excludes are listed in the wiki.
To confirm my suspicion, what is the output of /etc/sbin/e-smith/audittools/newrpms
-
[root@server-1 ~]# db yum_repositories show atrpms
atrpms=repository
BaseURL=http://dl.atrpms.net/el4-i386/atrpms/stable
EnableGroups=no
GPGCheck=yes
GPGKey=http://ATrpms.net/RPM-GPG-KEY.atrpms
Name=Fedora Core - ATrpms
Visible=yes
status=disabled
There might be the cause of your problems as it should read something like this: http://wiki.contribs.org/ATrpms , you most likely have updates installed of packages that should not be updated from atRPMS (and likely dag as well as I suspect a different and wrong configuration there as well), that is why all the excludes are listed in the wiki.
To confirm my suspicion, what is the output of /sbin/e-smith/audittools/newrpmsPlease post the output here so we can review it.
I suggest you restore your repositories to the default state like described here: http://wiki.contribs.org/Adding_Software#Restoring_Default_Yum_Repositories
And if you really need dag and ATrpms install them with the commands in the wiki: http://wiki.contribs.org/Category:Yum_Repository
Edit: fixed command
-
To confirm my suspicion, what is the output of /etc/sbin/e-smith/audittools/newrpmsPlease post the output here so we can review it.
Doesn't seem to do anything : No such file or directory
-
Doesn't seem to do anything : No such file or directory
Sorry, wrong instruction, I corrected my previous post, please try again with the command listed there.
-
Output of /sbin/e-smith/audittools/newrpms below:
[root@server-1 ~]# /sbin/e-smith/audittools/newrpms
==============================================================
WARNING: Additional commands may be required after running yum
==============================================================
Loading "installonlyn" plugin
Loading "fastestmirror" plugin
Loading "smeserver" plugin
Setting up repositories
Loading mirror speeds from cached hostfile
Reading repository metadata in from local files
Excluding Packages from CentOS - os
Finished
Excluding Packages from CentOS - updates
Finished
Extra Packages
asterisk.i386 1:1.4.20-63.el4 installed
asterisk-addons.i386 1:1.4.6-20.el4 installed
libpri.i386 1:1.4.3-19.el4 installed
libpri1.i386 1:1.4.3-19.el4 installed
perl-rrdtool.i386 1.0.50-3.el4.rf installed
rrdtool.i386 1.0.50-3.el4.rf installed
sail.noarch 2.2.1-664 installed
smeserver-cacti.noarch 0.8.7a-1 installed
smeserver-diskusage.noarch 0.0.1-2dmay installed
smeserver-phpmyadmin.noarch 2.11.1.2-0.dmay installed
smeserver-phpsysinfo.noarch 2.5.4-0dmay installed
smeserver-usbdisksmanager.noarch 0.2-5.el4.sme installed
speex.i386 1.2-0.2.beta1 installed
zaptel.i386 1:1.4.11-51.el4 installed
zaptel-kmdl-2.6.9-67.0.7.EL.i686 1:1.4.11-51.el4 installed
================================================================
No new rpms were installed. No additional commands are required.
================================================================
I've also done what you suggested here http://wiki.contribs.org/Adding_Software#Restoring_Default_Yum_Repositories to restore the Default Yum Repositories.
Then I run this command again: db yum_repositories print | sed 's/=.*|status|/: /;s/|.*//' and below is the output.
[root@server-1 ~]# db yum_repositories print | sed 's/=.*|status|/: /;s/|.*//'
addons: disabled
atrpms=repository
base: enabled
centosplus: disabled
contrib: disabled
extras: disabled
smeaddons: enabled
smecontribs: disabled
smedev: disabled
smeos: enabled
smetest: disabled
smeupdates: enabled
smeupdates-testing: disabled
updates: enabled
-
I've had a look at this again today and still haven't been able to find anything that would cause it, I've checked the httpd conf and it all looks fine to me.
-
Still need help with this anyone have any ideas
What should the permissions be on opt
-
Still need help with this anyone have any ideas
I would:
-find out what phpmyadmin rpm is installed? Try:
rpm -qa|grep myadmin
-try a different rpm. I'm using: smeserver-phpmyadmin-2.11.1.2-1.el4.sme
yum --disablerepo=* --enablerepo=smecontribs list available|grep myadmin
-make sure to run after installing rpm:
signal-event post-upgrade
signal-event reboot
-If it still doesn't work, check templates for anything unusual that'd conflict with the phpmyadmin apache
/etc/e-smith/templates/etc/httpd/conf/httpd.conf/
-remove the files from the ibay, you're asking for trouble
We have no hints on what's going amiss so we are simply guessing.
What should the permissions be on opt
root:root 644 for most, but I would think the rpm should set the perms for you automatically