install on RHEL

neorder

Verified User
Joined
Oct 1, 2003
Messages
392
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?
 
RHEL3 ran through install without problem for me. You may want to give support@ a buzz if this is urgent.
 
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 :)
 
new problem, i can't login start from this afternoon again.

here is the error i read from /var/log/directadmin/error.log

Code:
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...
 
vandal said:
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?
 
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.
 
neorder said:
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.
 
vandal said:
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
 
hrmm that seems correct.

try:

mkdir /home/tmp
chmod 1777 /home/tmp

service directadmin restart


and try to log in again
 
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..
 
Last edited:
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
 
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.
 
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.
 
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.
 
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:
 
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:
 
Back
Top