Hello:

I have encountered a problem with my Drupal 5.3 site where whenever I am logged in as the Administrator, I am unable to access the "Administer" page using the Administer link in the navigation bar. Whenever I try, I get "Page not found".

Fortunately, I discovered that if I click "Edit primary links" (which appears at the top of my site whenever I am logged in as the Administrator), I am taken to the "Menus" page. From there, using the menu options on the side, I can get to each of my administration pages. I have no idea what suddenly caused this. The only thing I can say is that it happened right after I ran a manual Cron. Can anyone tell me how to fix this?

Thanks!

Kevin

Comments

gpk’s picture

Hmm very strange. As anon user, /admin brings up page not found but /admin/build correctly brings up access denied.

This can happen if you define a URL alias "admin" that points to a non-existent system path (this would essentially override the default behaviour for the path "admin"). Have a look at admin/build/path and see if there is an alias called "admin". If so then hit "edit" - probably the alias and the system path need swapping round.

gpk
----
www.alexoria.co.uk

Kevin10EC’s picture

Following your recommendation I examined the admin/build/path to see if there is an alias called "admin". I found 4 pages of aliases. All of them start with category/, content/, or users/. Sadly, none of them start with admin/.

Please don't give up on me if you would like me to explore another theory.

gpk’s picture

>All of them start with...
Is that the alias that starts with category... etc, or the system path? Those look like system paths. My thought was that there was an alias "admin" that pointed to a non-existent system path, e.g. "non-existent-path"...!

Also, when you get into an admin page, does the admin menu open up properly within the Nav links?

Finallly, might be worth forcing the menu cache to clear in case it is damaged. Easy way -> visit the modules admin page and submit it without making any changes.

[edit]
Also on the admin/build/menu page you might want to use the "reset" link for the Administer menu item, if available. Actually, is it listed? Should be immediately above "- Content management".

gpk
----
www.alexoria.co.uk

Kevin10EC’s picture

The actual aliases appear to be paths, unless I'm looking at the wrong thing. I am in Drupal 5.3, if this makes a difference. When I go to the /admin/build/path page, I see three columns of information: Alias, System & Operations. It looks like this (I added the periods to show spacing):

Alias...............System...............Operations
category/classified-ads/animals-pets...............taxonomy/term/28...............edit delete
category/classified-ads/antiques-fine-collectibles...............taxonomy/term/29...............edit delete
category/classified-ads/appliances-major...............taxonomy/term/45...............edit delete
category/classified-ads/appliances-small...............taxonomy/term/46...............edit delete

Regarding the "reset" link for the Administer menu item, I went to the admin/build/menu page and discovered I actually only have 2 choices: (1) edit or (2) disable. I don't appear to have a "reset" option. I opened the "edit" option and resaved the configuration with no changes and realized no improvement.

Kevin10EC’s picture

Well, after playing around some more with the menus, settings pages (basically just saving the existing configuration) and went back to the admin/build/menu page, I DID see a "reset" link for the Administer menu item. I clicked it and performed the reset. There was no improvement. Upon returning to the admin/build/menu page, the "reset" option no longer appears and I was unable to make it reappear. :-(

Kevin10EC’s picture

Upon reflecting back to when the problem began, indeed it was just after I had run a manual cron job. I think it is possible that I may also just have enabled Pathauto module. I wonder if that could have had something to do with it.

gpk’s picture

Yes worth disabling that module temporarily to see if it helps...

BTW all the URL aliases look fine. And the reset link only appears for a menu item if there is something to reset ...

Finally, a correction: to get the menu cache to clear (ref. suggestion above), you actually need to make a *change* on the modules page - e.g. disable a module (then reenable it ...)

gpk
----
www.alexoria.co.uk

Kevin10EC’s picture

Well, I tried all of the recommendations and unfortunately there was no result. It sure is exciting though - giving it a try. Each time I am hopeful.

I thought of a fresh way to describe the problem. Maybe this will help. I have the following results when I try to access the following pages in using the Admin login:

http://portofknoxville.com/admin/build/menu . . . . . no problem; page displays fine
http://portofknoxville.com/admin/build . . . . . no problem; page displays fine
http://portofknoxville.com/admin . . . . . error message - "Page not found"
http://portofknoxville.com . . . . . no problem; page displays fine

So, the simplified question is "How can the the other pages exist if their path runs through a page that supposedly cannot be found?".

Anonymous’s picture

Hi, i'm having exactly the same problem. The problem occurs only with Drupal 6.x, Drupal 5.x always worked fine.

I'm working on a local server using Appserv, i've tried with Appserv 2.5.9 and 2.4.9, same problem on both. First I tried to update from Drupal 5.7 to 6.0, all seems ok until I try to join on Administer, "Page not found". Then tried to make a new Drupal 6.0 installation from 0, new path and new database, same problem. Solution? Back again to Drupal 5.7...

Now seeing Drupal 6.1 I had to try again, but results on same problem.

Probably can be a server related problem?

Regards.

gpk’s picture

Does ?q=admin work?

POssibly the path "admin" is reserved on your system but in that case I don't see why 5.x would work ...

gpk
----
www.alexoria.co.uk

Anonymous’s picture

Same problem with ?q=admin, the page takes so much to load and then gives a blank page. :-?

gpk’s picture

How about navigating directly to www.example.com/index.php?q=admin, and also to say www.example.com/admin/settings/site-information and the 2 variant forms (i.e. firstly just with ?q= and secondly with index.php?q=)?

I'm thinking this may be either insufficient memory available to PHP (in which case you should be getting an error in your logs somwhere) or else when you attempt to visit the /admin page the update status module is attempting to contact drupal.org but this is failing (in which case visiting admin/build/modules and disabling the Update status module may do the trick).

gpk
----
www.alexoria.co.uk

Anonymous’s picture

With this 2 variants also didn't works, but i've tried to deactivate the Update module and the issue is gone. Apart from that, installed 6.1 on a remote server and works perfectly, so is clear that is a problem with my local server.

I think i'll be working on the remote server by now, but is good to have an idea of where the error comes.

Thanks!

tdyess@dysr.com’s picture

I encountered this problem when I decided to remove the symbolic link in my /var/www directory that pointed to drupal installed in /u01/app by copying the contents of /u01/app/drupal to /var/www/drupal

(cp -Rp /u01/app/drupal/* /var/www/drupal)

What I forgot to do was copy the .htaccess which is required for rewrite_module to work, so I was stuck with clean URL's enabled in drupal but not apache.

I copied the .htaccess from my /u01/app/drupal directory to my newly created /var/www/drupal directory and it is working fine.

The whole purpose of this was so that I can enable SELinux because I've been having a lot of (unsuccessful) hacking attempts lately.

nandt’s picture

thanks to you the forum
my problem solved when i delete the folder admin from my main directory.
apparently i have no idea how this folder created..
and its suspicius.. as i didn't touch the web page account for a week now..
it might be the cron ..
or.. who whows.. it might me someone else..
if anyone knows how this was created please post an idea..