Installation Problems
#1
Posted 05 October 2004 - 01:11 PM
Help!
Thanks,
Christine
#2
Posted 05 October 2004 - 03:13 PM
1) What browser/platform are you using?
2) Do you have phpMyAdmin installed? (Because you might be needing it
#3
Posted 05 October 2004 - 07:00 PM
I do have PHPAdmin installed, and can use it if needed.
Chrissy
#4
Posted 05 October 2004 - 07:47 PM
If you are blocked, use your phpMyAdmin to set the fields blocked and blockeduntil to 0. Those are found in the prefixuser_attributes table.
Are you on a Mac? Because buttons have a bad track record on a Mac.
Does the rest of the site frontend work ok?
Were you using a previous version of Etomite before you installed this one? If so was it working and which version?
#5
Posted 05 October 2004 - 09:59 PM
It is a fresh install.
I do not get a message saying I am blocked. Instead it just refreshed or returns to the log in. (No message)
I am using a Windows Machine with XP SP2- Professional
I also checked and both attributes of Blocked and BlockedUntil are set to Zero.
Chrissy
#6
Posted 05 October 2004 - 11:28 PM
Hi Christine...I installed the latest version and now I cannot log in. I get the logon screen to go into the manager, I put my username and password in and it just refreshes the login screen. I am not able to get on to edit anything.
Help!
Thanks,
Christine
You stated that you installed the newest release, but you haven't specified whether you were upgrading or whether this is a fresh install...
Also, are you installing to a Linux server or a Windows server... :?:
#7
Posted 06 October 2004 - 06:20 AM
I have already removed the complete database, re-added it and yet it still gives me the same problem. I even deleted the database, online folders, and reinstalled. The same problem exists.
It just takes me back to the login page.
Chrissy
#8
Posted 06 October 2004 - 01:21 PM
Sorry about not noticing that this was a fresh install... I noticed a similar post in another forum thread where some of the files weren't getting uploaded, causing the same problem... You might want to check the installed files count on the server against what you have in your local directories to see if this may be the same problem with your installation...I did state it was a fresh install. (Not an upgrade)
I have already removed the complete database, re-added it and yet it still gives me the same problem. I even deleted the database, online folders, and reinstalled. The same problem exists.
It just takes me back to the login page.
Chrissy
#9
Guest_Arcadia_*
Posted 06 October 2004 - 02:34 PM
Before coming to the boards, I removed/reinstalled everything. But the login page just refreshes.
It is running on a windows 2003 server. The default index page displays fine
#10
Posted 06 October 2004 - 02:52 PM
I've run into this before using Dreamweaver to upload a ton of files... it seems to just "skip" some of them. What I would suggest is uploading a section at a time, maybe by folders, keeping the file structure the same... Give it a shot and see what happens.
#11
Posted 06 October 2004 - 03:14 PM
What type of server you are installing to (Windows, Linux, Unix, Other).
How you are uploading the Etomite package files to the server (FTP Client, FTP thru Windows Explorer, Over an intranet, Other), and if using an FTP client, please specify the name and version of the client program.
Whether you are performing an update or a new installation.
The operating system, with version info, of your workstation.
Any other information which may prove helpful...
This information could prove beneficial in tracking down and correcting this ongoing problem... If enough commonality becomes apparent through responses, I will attempt to recreate the problem here in my office using the same configurations...
Any input would be greatly appreciated...
#12
Guest_Arcadia_*
Posted 06 October 2004 - 04:14 PM
Uploading with :: FTP Voyager
Install Type :: New
OS Type :: Windows XP SP1 (SP2 SUCKS)
I dumped everything and re uploaded as summean suggested. with no avail.
#13
Posted 06 October 2004 - 06:37 PM
I finally got it to work by downloading the RAR version, deleting ALL folders and files (including index.php) deleting the database, and reuploading.
I also created a custom PHP.INI and had my session files go to a folder.
Once I did that, it worked like a champ.
Chrissy
Installing to :: Windows 2003 Server
Uploading with :: FTP Voyager
Install Type :: New
OS Type :: Windows XP SP1 (SP2 SUCKS)
I dumped everything and re uploaded as summean suggested. with no avail.
#14
Posted 06 October 2004 - 06:42 PM
Chrissy,Arcadia,
I finally got it to work by downloading the RAR version, deleting ALL folders and files (including index.php) deleting the database, and reuploading.
I also created a custom PHP.INI and had my session files go to a folder.
Once I did that, it worked like a champ.
Chrissy
Any chance you could post your configuration information for diagnostic purposes, like Arcadia did...:?: I'm glad to hear that you got you install working, but the more information that can be compiled in one place, regarding this problem, the better...
Thanks...
#15
Guest_Arcadia_*
Posted 06 October 2004 - 09:10 PM
#16
Posted 06 October 2004 - 10:57 PM
symptom:
on windows, apache/php/mysql server have problems storing temp files, especially temp files.
PHP stores the session variables in a temp directorie.
On linux it would be /tmp, wich is the default value in most php.ini's .
On windows it needs to be a folder wich (most of the times) needs to be created by the user, after wich the user needs to check the php.ini to make sure it points to correct folder!!
- Make sure the path exists!!!!
- make sure it is writable by the webserver!!!!
I think it will work like a charm when you change it.
PS, do NOT forget to restart your apache!!!!
Good luck, and let me know if it works
John
#17
Guest_Alex_*
Posted 15 October 2004 - 06:28 PM
#18
Guest_Qball_*
Posted 08 November 2004 - 10:48 PM
Any suggestions? Or can anyone point me in the right direction?
Thanks in advance!
#19
Posted 04 December 2004 - 08:50 PM
So I'm not very please to hear this very infectious dissease has spread to this outher rim of our realm.and then..... there was this bright light... this sudden clearness in my head.... I finally found it .... it was beautifull and They called it Phase. By a second devine intervention it got even better and They started to call it Etomite, with a capital E.
Serious, I agree with Rad90210, for a sollution someone needs to replicate the problem and have a good look at it. So if you guys want to help, please post ALL version information you can find. Not just a name, but take a good look at the help->about window or what so ever. In these cases you can't know enough.
Prediction: changing hosts wont help ya. It didn't help wiht my PHP Nuke problem either.
#20
Guest_Alex_*
Posted 05 December 2004 - 02:01 PM
>.>
<.<
The session functions that Etomite uses are regular PHP functions, but they need to be configured properly in the ini files. For *nix systems, they're configured for /tmp by default, but if your host has blocked access to that directory, they'll need to change it to point to a directory you do have access to. Contact them, tell them to get their PHP working properly.
On windows, you'll need to manually edit the php.ini file to point the session.save_path to an exisitng temp directory. I always use c:/php/sessions, and it has never let me down yet (on NT, 2K or XP). The only error I have ever encountered with this is when using php on IIS, after about 4 weeks of heavy use, php starts throwing access errors - a restart of IIS solves that problem.
I've worked with Eto running on over 10 different *nix hosts now, and every single time, I've had NO problems with the sessions.
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users











