Invalid argument supplied for foreach() ... taxonomy.module on line 1214

aharown07 - May 30, 2009 - 07:21
Project:vBulletin to Drupal
Version:6.x-1.x-dev
Component:Code
Category:bug report
Priority:normal
Assigned:Unassigned
Status:postponed (maintainer needs more info)
Description

I'm getting this now after imports with either the rc1 or the dev version.
The errors appear when I run cron. ... and they accumulate. Several more each cron run.
I've got a deadline so, it's a little urgent. Ideas?

#1

aharown07 - May 30, 2009 - 08:04

Testing so far shows that this has something to do with using wordpress import module and vbulletin import module together.
If I run wp import w/o vbtodrupal, I don't get the error. The reverse is pretty much also true. So it seems. Testing this is very time consuming but I've seen it happen once going each direction.

#2

aharown07 - May 30, 2009 - 15:48

OK, found a workaround.
Apparently what's causing the error is that there are some nodes somewhere that "lack the taxonomy attribute"? ...er, something like that.
In my lingo: some slightly (I hope) broken nodes. So when taxonomy module tries to index, can't.
I hope to figure out what this looks like in the database and do some search and replace so I can remove the core hack that prevents the error.

Core hack here: http://drupal.org/node/259632

Of course, I really have no idea if the broken nodes are from the wordpress import or the vb import or even both.

#3

icenogle - June 5, 2009 - 19:54

I use neither of these modules and my log gets 23 of these errors each cron run.

#4

spydmobile - June 16, 2009 - 14:49

+1
I have same issue, but neither of these modules, handfull on each cron run

#5

goofpal - June 22, 2009 - 07:39

+1
Same issue/error in log, but none of the two modules installed. (Did this appear after upgrade to views 6.x-2.6 ?)

#6

aharown07 - June 22, 2009 - 17:43

In my case, the problem turned out to be corrupted data. Not clear how that happened since I was attempting multiple imports and also had to do some direct database hacking. ... only discover that I'd broken it bad somewhere along the line.
So we went back to clean data and skipped the imports and we no longer see this error at all.

#7

Geldora@drupal.ru - June 24, 2009 - 18:00

It is definetly problem of bad imports... I discovered this problem only in moving to D6, I didn`t notice problems on d5.

So, my solution: I remembered that one time I was experimencing with import modules on live site. That time I simply deleted data from node_revisions table. That was ok for D5. Now I realized that in my tables was still data from bad imports and I deleted data from node table also.

yes, I now, this is "dirty" method, I should use special snippet - but I don`t know it :)

So, revise your database and be sure that numbers of data in node and node_revision tables are the same.
(please sorry my English as I`m not a native speaker)

#8

Liam McDermott - June 26, 2009 - 06:13
Version:6.x-1.0-rc1» 6.x-1.x-dev
Priority:critical» normal
Status:active» postponed (maintainer needs more info)

I've seen this in Drupal 5 also. It's annoying and tricky. What I need to know is: precisely what data is causing the problem. It seems here the problem is just that the node is missing the taxonomy variable. Can someone confirm that's what is happening? And that in the database the node isn't attached to any taxonomy terms? Also, exactly what module the nodes were imported by.

If the problem is vBulletin has posts/threads which are not attached to any forum, then which forum should we attach them to? Maybe create an 'orphan threads' taxonomy term under forums or something. Curse you vBulletin! :)

#9

BenGman - July 19, 2009 - 07:39

subscribing

#10

glass.dimly - September 23, 2009 - 00:22

I'm getting this too, after a large import of data, but not using the vBulletin to Drupal module.

#11

glass.dimly - September 23, 2009 - 00:25

Here is an active thread related to this topic: http://drupal.org/node/259632

 
 

Drupal is a registered trademark of Dries Buytaert.