Hello Sorin,

Hope all is well. As you know i am going to use your module in my upcoming project. During testing i found it some times the import breaks not because of any your module but because of bug in our own filters or callbacks. So what happened import process breaks and after then it keeps giving me warning message

Cannot process feed because another one is running!

even i have restarted whole lamp stack but still it is giving that message so i am not able process it again.

thanks
Gaurav Sharma

Comments

rahu231086’s picture

I think it is kind of lock that you have created so that at the same time only one can process. It is same as ctools page manager do some times it takes lock but also there is an option a kind of link to break that lock. So i believe there should be link with message to break lock forcefully by admin. Also at that point i am started thinking it will be a major drawback if multiple users are importing their data then they mostly see process is running message.

thanks
Gaurav Sharma

rahu231086’s picture

Hello Sorin,

Hope all is well. As you know i am going to use your module in my upcoming project. During testing i found it some times the import breaks not because of any your module but because of bug in our own filters or callbacks. So what happened import process breaks and after then it keeps giving me warning message

Cannot process feed because another one is running!

even i have restarted whole lamp stack but still it is giving that message so i am not able process it again.

thanks
Gaurav Sharma

Sorin Sarca’s picture

Category: Bug report » Support request

This is not a bug in the module itself.

You'll have to delete the 'feed_import_import_running' variable.

variable_del('feed_import_import_running');

You can also remove some items from that variable and let other:

$running = variable_get('feed_import_import_running', array());

// remove from $running
// ...

variable_set('feed_import_import_running', $running);
cdonner’s picture

If you have access to MySQL but not a PHP shell (as it is the case with Pantheon, for example), this query might help:

delete from variable where name = 'feed_import_import_running';

I had to clear the cache afterwards.

theodorosploumis’s picture

Pantheon uses drush aliases. There is no need for mysql commands. You can run drush commands using aliases.

More at https://pantheon.io/docs/articles/local/drush-command-line-utility/

cdonner’s picture

I know, TheodorosPloumis, I tried that route and failed because a.) you cannot use php-eval on Pantheon and b.) I ran into this issue http://drupal.stackexchange.com/questions/132015/drush-command-needs-hig... and frankly, I didn't want to spend a week trying to understand what exactly it was complaining about and why, or up- or downgrading the PHP version in my development environment because of course my Turnkey Linux' PHP version is not an available choice on the Pantheon dashboard and the risk of doing all this one day before a production launch just so that I could get rid of that one variable didn't seem justified.
So while things often appear simple in theory, they can become quite involved in practice, but this is rarely the case with a MySQL command. Which is exactly the reason why I suggested a simple alternative route here.