I am working for a client. I have migrated a drupal database into a new site and the installation went through without any issues but I am getting this message when loading the website "The requested page "/" could not be found.". Apart from this I have tried to log into the admin but I was unable to login. I thought of looking directly into the database as advised from other forums. But I cant find the "Users" table which is suppose to hold the user details. Can anyone please let me know if previous versions of drupal might have not include the "users" table? or is there a way to go about the "The requested page "/" could not be found." issue. Thank you.
I also found this https://drupal.org/node/142289 - but im not sure how to apply repair table in mysql. There might also possibly be other tables which may require repair and cant be found like the "Users" table.
If your DB is missing tables or corrupt I think taking a new dump of the DB will be the easiest option.
Both D6 and D7 have a users table.
Related
I have a client with a reaaally old MDB which we didn't make and they can't contact the guy who did it and recently it started showing the error:
Cannot open database “. It may not be a database
that your application recognizes, or the file may be corrupt.
Even when I try to export all the tables it just keep showing the same error and if I try to Compact and Repair I get the error that I don't have permission to do so. I have tried with every single user on the computer. If I restore the previous version all new data will be lost and will just happen again eventually as it doesn't let me compact either and even if I try creating a new database or table in another database, it doesn't let me import the data into it.
I can read all the tables but can't even copy that information. I'm at a loss of what to do and they asked me to have it for tomorrow.
I will be thankful for any tip you can give me for solving this error
Edit:
I have tried opening the file with a newer access to see if I can compact and it doesn't let me enter with any user even though the MDW is the same
I solved it! And this is how:
I noticed that the database was about 1'99GB which is almost the size limit of an access database so I just needed to Compact and Repair but it didn't let me because of permissions...
The database had another extra user which we didn't see before for any reason, that user was not even an admin, he was the real user who created the database (even though it kept telling me everywhere that the database was made by the admin and that he was the propietary...)
Since compacting gave me an error that couldn't find the database "Tempmsysaccessobjects", I just had to google it and found the solution in a spanish forum where they recommended creating a new database and importing all old data and with this user it let me do it!
Thank guys for helping!
I am getting errors in Access when attempting to open both the database
and the table.
Error: 'Id' is not an index in this table
Please help me, this is in production.
May Anyone Please share their expertise if come across with same scenario
It means that database corrupted.
Try to restore database as it described here. Also check this, item 20 and this. And finally check how to prevent corruption.
I also had this error message. Unfortunately the links provided by Sergey only helped in so far as that it became clear to me that my Current DB was unrecoverable.
I fixed the issue by:
Creating a new Access DB
Manually exporting each table from the old one (Access still allowed me to export to another DB, eventhough I got the error message on each and every export)
Recreating all necessary relationships between tables in the DB
Note: This solution worked well for me because the error appeared in the backend of my DB. If you have an unsplit DB, this could be a huge effort.
I have installed a new theme called Express (pt_express) from Magento and I am having issues. I keep getting "There is a problem with the reindexing process" when I go to reindex all the files there. The one called "PT Express" (that got created when I made the theme) is the one that cannot be reindexed. When I tried to do it via SSH I got this:
PT Filter index process unknown error:
exception 'PDOException' with message 'SQLSTATE[42S02]: Base table or view not
found: 1146 Table 'justind1_direct.filter_attribute_url_key' doesn't exist'
in /home/justind1/public_html/lib/Zend/Db/Statement/Pdo.php:228
However, everything else indexed fine.
I looked in phpMyAdmin and I know the table isn't there, but I don't know how to create it. How do I create this table so it exists?
The table
`filter_attribute_url_key`
is not part of any stock magento system I've heard of. That, plus the fact that googling for that table name only brings up this ticket, point to this table (and problem) being
Part of a module that came with your theme
Part of some custom code you have on your system that's interacting poorly with the code that came with your them
I'd look at the modules that came with your theme -- particularly the sql folder. These contain setup resource files (migrations) that should automatically run if you load Magento with an empty cache. That's normally how modules add new needed tables.
You also might try asking your vendor for support.
Without more research you're unlikely to find an answer here, given the very specific nature of the problem and the known state of your specific system.
I am using joomla as CMS I have a system of creating users from the back end and give those login information to the users to log in our site we are following this system as we only serve a selected group of people.
but I have noticed that some records were missing randomly in our database we are using phpmyadmin and database MySQL ,I have noticed the issue when some users complained that they couldn't login on our site with the credentials provided by us .When I checked the database table I found out that some records were missing randomly .I am totally puzzled and helpless please help me.
Records do not under any normal circumstance disappear from databases spontaneously. Some specific actions must cause this.
First, carefully analyse your reasons for thinking the database ever had the record.
You have a process by which data is created. Suppose the code went:
Generate username/password
Print it out (and hence pass to user)
Insert into database
and that last step failed, would you ever know? Can you run a quick query across the database when you believe the record should be there to check that it is?
If instead your code goes
Generate username
Insert into database
Read from database
Print it out
Then you have some evidence that the record did exist, now you need to track down when the deletion occurred. Somewhere there must be a delete running.
You need to get very analytic, gather evidence.
I have a sql query done by someone. I cannot seem to see the table where query is reading from, but offline, the table is in the same db. The dbconfig is the same offline and online.
Is there any way I can find where the table is, or unhide if hidden.
Thanks Jean
This sounds like a permissions issue. If you're the database administrator, login as root to see all the tables that exist. (If you can't see it as root, it just plain doesn't exist.)
If you're not the database administrator, contact whoever is to get access.
you can try running the query "show full processlist;" which will show you what connections exist, what database they are connected to, and what query they are currently executing.
You can also turn on query logging by adding "log = /path/to/logfile" to the config file or "-l logfile" to the mysqld command line and watch the queries executed there, though note that this can be a performance killer.
Please post the query. Some points to consider -
Maybe you are not in the correct database. Change to that database & try again.
Maybe you don't have permissions to log into that DB. Your script has (thanks to correct username, password).
That's all I can think of for now. Post your query so answer can be more constructive...
Thanks issue solved.
[edit]
Sorry guys...
#pekka ofcourse, had to jot quickly to close the issue.
I was auditing couple of servers, and noticed that one particular table in a db was missing, but queries was fine. It was on one server, which had nothing to do with the db. I had root access, but could not see anything, but a test db.
Thanks all for your help, as you all have been. Every answer is equal to a correct answer, and I am unable to mark it correct. Therefore I have given an upvote for all.
Thanks again