yoogie27

Excellent, found the error. I had the following in my config:

define('DOMAIN_CURRENT_SITE', $_SERVER['HTTP_HOST']);

I don’t know why, but this obviously caused the error. Many thanks for your help. Much appreciate it

Sure, for example on the “Firewall Policies” page I can see different values for “HTTP GET variable -> Scan GET variable”. (and many more)

On my main page, it is set as “Yes”, but coming to network settings from another sub page, it is showing as “No”.

Thanks for the quick fix.
Regarding your other note, I did set it once for the main site, but the messages kept coming in.
Whenever I visit another page of my multisite installation and then visit the network settings from there, I can see different Ninja settings. I can just imagine that this is coming from the fact that our installation does not follow the normal MU rule which is:

main site: https://www.page.com
sub 1 : sub1.page.com
…

…but instead we did overwrite the urls in the database to have completely seperate ones.

main site: https://www.page.com
sub 1 : https://www.otherpage.com

Can that be the source of the issue I am seeing?

Thanks

Hi Eugene,

The development version works fine here.
Great thanks for your help. Much appreciated.

Similar problem here. Updating from 3.7 to 3.7.1. Automatic update failed and one click update tells me the same thing for the same file.

version.php is existing, all files are 644, all directories 755
wp_version in version.php is 3.7

Settings empty after the update….

Many thanks. Much appreciated. I will wait for the fixed link. Don’t want to uninstall / install

Upgrade failed, file not found. Will try later. Thanks

Not working for me. Even after the upgrade to 3.0.2

You(!) have been really helpful. Thanks a lot for your help!!

I described briefly what I did with the disabled_functions. I wanted those “dangerous” commands being disabled, but being able to enable them for single virtual hosts.

This is what I did (and I hope it will help others):

In the appropriate php.ini, search for the line starting with “disable_functions = “
Remove all function names which you want to allow on a conditional basis.

Check that suhosin is enabled and edit the suhosin.ini file:
suhosin.executor.func.blacklist = "exec,passthru,shell_exec,escapeshellcmd,escapeshellarg"

This ensures that those are stil generally blocked; with one difference: “disabled_functions” cannot be overridden, but the suhosin flags can.

So for example with Nginx, you can have something like this:
fastcgi_param PHP_VALUE "suhosin.executor.func.blacklist = passthru,shell_exec";

…which would enable exec, escapeshellcmd and escapeshellarg there.

Well, it is the first item in the queue and there are no action buttons. I guess it is thinking that the item is active and there is no way to stop or delete the entry other than within the database…
the command is the following:
/usr/local/bin/ffmpeg -y -i "/var/www/wp-content/blogs.dir/3/files/CK-TA-12-12-2012_2.mp4" -acodec libfaac -ab 128k -s 960x720 -vcodec libx264 -threads 1 -b 1980k -bt 800k -f ipod "/var/www/wp-content/blogs.dir/3/files/CK-TA-12-12-2012_2-720.m4v"

The output is as follows..
Please use -b:a or -b:v, -b is ambiguous

If I replace -b with -b:v (which I guess was the correct parameter, then it translates the command.

By the way, I guess this is the last issue. You mentioning escapeshellcmd reminded me of something… This function was in the disabled_functions parameter in the php.ini. I have removed it from there, put them in the suhosin configuration as blacklisted_functions and enabled it within the Nginx location. Now that part seems to work fine. Only issue is the parameter. Guess I could override it myself, but the next update would crap it out again.

Guess that newer versions of ffmpeg have adopted the scheme of avconv, so line 2229 must have another option for newer ffmpeg versions… Sorry bout that ??

Let me give it a try:
Tadaaa, working!

Awesome! Thanks a lot for your help! Really appreciated!!

Alright! I have tried it with the file already in the queue, but it just told me that it is still in the queue at position 1. I have removed the file and reuploaded with a different name, but this got queued at two and I have no chance to remove the first one…
I have emptied the queue within the database manually and ran the encode again. This message popped up straight away:

> /var/www/wp-content/blogs.dir/3/files/CK-TA-12-12-2012_2_720_0786_encode.txt 2>&1 & echo $!

Within this file I read the following:
nohup: failed to run command 'nice': Permission denied

Nice one. That one was due to apparmor :).

But running the same again, the content of the file now shows 19…. Something else must be wrong..

Ok, the thumbnail generation bug is fixed. Unfortunately it still does not seem to convert any video…
Any idea what I could try?

Sure, will report back soon. Thanks for being so quick in replying. Much appreciated