View Full Version : install on RHEL
neorder
06-08-2004, 03:39 PM
my server is running
Red Hat Enterprise Linux ES release 3 (Taroon Update 2)
i just installed directadmin, the dafault http webpage worked but DA won't work.
i can't login through myserverIP:2222, why? apf was configured with open port 2222, and iis was stopped at this moment actually.
anyone had the same b4? any tips?
l0rdphi1
06-08-2004, 07:37 PM
RHEL3 ran through install without problem for me. You may want to give support@ a buzz if this is urgent.
vandal
06-08-2004, 08:24 PM
iis? isn't that the windows only webserver?
are you doing http://myip:2222/ ? without the http:// in front it does not appear to work.
neorder
06-08-2004, 08:29 PM
kudos DA support! i emailed them and got the answer right away.
it was due to i had 2 LAN card on my machine, after i checked
/var/log/directadmin/error.log
i found this kinda of message:
The ip of this machine does not match the ip in the license file :
then edit
/usr/local/directadmin/conf/directadmin.conf
change
ethernet_dev=eth0 to ethernet_dev=eth1
restart directadmin, and it work!
i love directadmin :)
l0rdphi1
06-08-2004, 10:54 PM
Ah, good call DA support! ;)
:D
neorder
06-09-2004, 12:16 AM
new problem, i can't login start from this afternoon again.
here is the error i read from /var/log/directadmin/error.log
2004:06:08-21:44:31: CustomHttpd::getDomainList: Error reading ./data/admin/php_safe_mode.cache : Unable to open ./data/admin/php_safe_mode.cache for reading.<br>
2004:06:09-00:31:33: Unable to write session file:
2004:06:09-00:31:38: Unable to write session file:
2004:06:09-00:32:08: Unable to write session file:
2004:06:09-00:33:55: Unable to write session file:
2004:06:09-00:34:06: Unable to write session file:
2004:06:09-00:38:53: Unable to write session file:
2004:06:09-00:40:18: Unable to write session file:
2004:06:09-00:40:30: Unable to write session file:
this is a new server and i just installed a couple of software like mod_security, but i can't find what caused this.
anyway, i can't login again...
neorder
06-09-2004, 12:20 AM
Originally posted by vandal
iis? isn't that the windows only webserver?
are you doing http://myip:2222/ ? without the http:// in front it does not appear to work.
vandal, i woke up too early this morning, when i read my first post now, i also don't understand why i wrote IIS, lol.
anyway, yeah, without putting http:// in front of the IP, the login won't work as well, is that a bug should be fixed in the next release?
vandal
06-09-2004, 12:22 AM
does that file exist? who is the owner and what are the permissions of that file.
ls -al /usr/local/directadmin/data/admin/php_safe_mode.cache
paste the result please.
vandal
06-09-2004, 12:22 AM
Originally posted by neorder
vandal, i woke up too early this morning, when i read my first post now, i also don't understand why i wrote IIS, lol.
anyway, yeah, without putting http:// in front of the IP, the login won't work as well, is that a bug should be fixed in the next release?
not sure if it's a bug, it may just be the way DA works.
neorder
06-09-2004, 12:25 AM
Originally posted by vandal
does that file exist? who is the owner and what are the permissions of that file.
ls -al /usr/local/directadmin/data/admin/php_safe_mode.cache
paste the result please.
what i got is
-rw------- 1 diradmin diradmin 45 Jun 9 00:28 /usr/local/directadmin/data/admin/php_safe_mode.cache
vandal
06-09-2004, 12:29 AM
hrmm that seems correct.
try:
mkdir /home/tmp
chmod 1777 /home/tmp
service directadmin restart
and try to log in again
neorder
06-09-2004, 12:42 AM
i have /home/tmp, are session files stored in this dir?
but there is strange file inside this dir, this is the "ls" result:
da_sess_oViBgTunH9wmk1fJRQNx0pzozjXIvj0kCivsAndPwaBebpw1FHwD7t04cXMVEMFR domains mail public_html
i display this file by "cat da*", it shows me the file:
ip=218.186.85.31
key=28JCvvcqVlS4aM5oe11ls1pUY90lTDCVMTiFOI5t3Wyes1QU1RDtR0Mx9KicXs6t
passwd=ajRtaEhpV3Q=
username=admin
do you have this file? should i delete it? isn't it strange..
neorder
06-09-2004, 01:01 AM
anyway, i deleted this strange file, never seen before in my previous installation.
then
chmod 1777 /home/tmp
good thing is it's working and i can login now! :D
thank you vandal
vandal
06-09-2004, 01:04 AM
do not delete that. it's your session file, that was what the error was in your logs it could not write to /home/tmp.
the info in there is the user and your ip (from your home machine).
best to leave it.
neorder
06-09-2004, 01:10 AM
but i've deleted it, and it worked, i will keep my eyes on this dir to see if there are any new files created automatically.
is it because of chmod 1777...
because i always use chmod in this way : chmod 777
what is the "1" doing here?
thanks.
vandal
06-09-2004, 01:17 AM
1777 means that (well the 1 especially) only the owner of the directory, owner of the file, and of course root can delete any particular file in that directory. chmod 777 means anyone can read/write/execute any files in there.
so lets say 'user1' logs in and deletes all your session files in /home/tmp because it was chmod'd 777.
not cool.
neorder
06-09-2004, 01:26 AM
i see, thanks. a lesson learnt today ;)
vandal
06-09-2004, 01:28 AM
no probs :)
neorder
06-09-2004, 05:52 AM
this is strange,
just now i can't login again, the tmp dir under /home was just disappearred!
i had to recreate it, then i could login.:confused:
neorder
06-09-2004, 08:29 AM
DA support,
this is happening very very often, DA create a strange session file and all my users including me can't login anymore.
this has happened 3 times today, i've to delete it manually, restart DA to get it back to work.
please note one of the time, the /home/tmp was just disappeared, i've to recreate it.
:confused:
jlasman
06-09-2004, 09:37 AM
Have you written DA support? They may react to a support message a lot more quickly than they'll see a post here.
Jeff
neorder
06-10-2004, 10:29 PM
FYI, DA save it's session file at /home/tmp
but i accidentally created a user called "tmp", this user also use the /home/tmp dir, and that confused DA.
Support has told me this issue will be addressed in the next release.
vBulletin® v3.7.0, Copyright ©2000-2008, Jelsoft Enterprises Ltd.