FUDforum
Fast Uncompromising Discussions. FUDforum will get your users talking.

Home » FUDforum » FUDforum Installation Issues » "Skip atmp_consist is not a FUDforum table!" (While making a backup)
Show: Today's Messages :: Polls :: Message Navigator
Switch to threaded view of this topic Create a new topic Submit Reply
"Skip atmp_consist is not a FUDforum table!" [message #168612] Sun, 02 June 2013 11:07 Go to next message
DaveQB is currently offline  DaveQB   Australia
Messages: 109
Registered: January 2006
Location: Sydney
Karma: 0
Senior Member

Quote:
Skip atmp_consist is not a FUDforum table! Create a "sql/*.tbl" file for it to include it in the backup.


I am being left with corrupted tarballs when making a backup.
I tried running a backup manually to see and I am getting the previous line line near the end of the run.
Any thoughts on this?

Thanks.
Re: "Skip atmp_consist is not a FUDforum table!" [message #168613 is a reply to message #168612] Sun, 02 June 2013 16:24 Go to previous messageGo to next message
naudefj is currently offline  naudefj   
Messages: 3771
Registered: December 2004
Karma: 28
Senior Member
Administrator
Core Developer
How do you know they are corrupt?
Maybe they're just compressed.
Re: "Skip atmp_consist is not a FUDforum table!" [message #168616 is a reply to message #168613] Mon, 03 June 2013 14:09 Go to previous messageGo to next message
DaveQB is currently offline  DaveQB   Australia
Messages: 109
Registered: January 2006
Location: Sydney
Karma: 0
Senior Member

naudefj wrote on Mon, 03 June 2013 02:24
How do you know they are corrupt?
Maybe they're just compressed.


Because I am getting an error trying to unpack them:

Quote:
[root@wsp ~]# gunzip FUDforum_02_05_2013_07_00.fud.gz

gzip: FUDforum_02_05_2013_07_00.fud.gz: unexpected end of file


Hmmm they are all exactly 2147483647 bytes. Maybe I have a FS issue going on here....
I better dig into that more before bothering everyone on this forum.

Thanks.
Re: "Skip atmp_consist is not a FUDforum table!" [message #168617 is a reply to message #168616] Mon, 03 June 2013 14:19 Go to previous messageGo to next message
DaveQB is currently offline  DaveQB   Australia
Messages: 109
Registered: January 2006
Location: Sydney
Karma: 0
Senior Member

Is php limited to 2GB when dealing with files?
Some googling seems to pop up php and 2gb file size limit.

Thanks.
Re: "Skip atmp_consist is not a FUDforum table!" [message #168618 is a reply to message #168617] Tue, 04 June 2013 14:21 Go to previous messageGo to next message
DaveQB is currently offline  DaveQB   Australia
Messages: 109
Registered: January 2006
Location: Sydney
Karma: 0
Senior Member

It does seem like this is my problem.
http://stackoverflow.com/questions/7990703/maximum-upload-file-size-in-php- 5-3

I am on a 32-bit OS.

What does the backup do exactly? Can I do a mysql dump and file copy separately?

Thanks.
Re: "Skip atmp_consist is not a FUDforum table!" [message #168675 is a reply to message #168618] Thu, 27 June 2013 16:27 Go to previous messageGo to next message
naudefj is currently offline  naudefj   
Messages: 3771
Registered: December 2004
Karma: 28
Senior Member
Administrator
Core Developer
> Can I do a mysql dump and file copy separately?

Sure you can. See FAQ on the wiki for instructions.
Re: "Skip atmp_consist is not a FUDforum table!" [message #168742 is a reply to message #168675] Wed, 10 July 2013 04:43 Go to previous message
DaveQB is currently offline  DaveQB   
Messages: 109
Registered: January 2006
Location: Sydney
Karma: 0
Senior Member

naudefj wrote on Fri, 28 June 2013 02:27
> Can I do a mysql dump and file copy separately?

Sure you can. See FAQ on the wiki for instructions.


Awesome! This will solve it. I will move it to a 64bit host.

Thanks!
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Forum Off and Admin Login Stopped Working
Next Topic: Upgrading 3.0.0 -> 3.0.4 Error
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Thu Nov 28 12:38:24 GMT 2024

Total time taken to generate the page: 0.02500 seconds