Forum Replies Created

Viewing 5 replies - 1 through 5 (of 5 total)
  • I have had this same problem suddenly. If I disable the W3 Total Cache this error does not occur.

    Thread Starter Cary123

    (@cary123)

    Thanks for the reply,

    I have W3 Total Cache, WP Performance Booster, and Autoptimize. Should I uncheck the CSS boxes? Won’t this drop my score? I was hoping to just drop the slider CSS.

    Cary

    Thread Starter Cary123

    (@cary123)

    Darn, I should have read a lot further down the posts. That tool bar toggle button wasn’t clicked.

    Love this plug in.

    Thread Starter Cary123

    (@cary123)

    I have narrowed this down. I managed to install a test site on may wampserver.

    Now when I got to the MyAdmin panel, the test site shows The left column with data base and also slows files under structure. The real site shows data base at the left, but under structure it says “no tables found in data base”.

    I have checked and rechecked the config.php file. It hasn’t changed. I have reloaded the wampserver and wordpress. Nothing has changed. When I try to load the site into the browser I get the install wp page. If I try to reinstall, it says it is already there, and it is.

    At a complete loss. If I dump the whole thing and copy the file the site is in back into the www folder will I regain my site?

    Thread Starter Cary123

    (@cary123)

    I copied the following log. This may explain what happened and why. I have checked my data base. They both seems fine. It seems kind of unlikely that both would have gone bad at the same time however, it could be possible. I just don’t know enough about this.

    The only thing that seems consistent is the #2002 error. Everything prior to this was normal.

    MySQL log

    2015-01-27 09:53:28 4688 [Note] InnoDB: The log sequence numbers 11969865 and 11969865 in ibdata files do not match the log sequence number 11974869 in the ib_logfiles!
    2015-01-27 09:53:28 4688 [Note] InnoDB: Database was not shutdown normally!
    2015-01-27 09:53:28 4688 [Note] InnoDB: Starting crash recovery.
    2015-01-27 09:53:28 4688 [Note] InnoDB: Reading tablespace information from the .ibd files…
    2015-01-27 09:53:30 4688 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace finishing/wp_commentmeta uses space ID: 11 at filepath: .\finishing\wp_commentmeta.ibd. Cannot open tablespace slowlane/wp_commentmeta which uses space ID: 11 at filepath: .\slowlane\wp_commentmeta.ibd
    InnoDB: Error: could not open single-table tablespace file .\slowlane\wp_commentmeta.ibd
    InnoDB: We do not continue the crash recovery, because the table may become
    InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
    InnoDB: To fix the problem and start mysqld:
    InnoDB: 1) If there is a permission problem in the file and mysqld cannot
    InnoDB: open the file, you should modify the permissions.
    InnoDB: 2) If the table is not needed, or you can restore it from a backup,
    InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
    InnoDB: crash recovery and ignore that table.
    InnoDB: 3) If the file system or the disk is broken, and you cannot remove
    InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
    InnoDB: and force InnoDB to continue crash recovery here.

Viewing 5 replies - 1 through 5 (of 5 total)