:D

Work time soon

Collegue fixed the script on one box

no clue why the other box has stopped working still, but we've given up for now.

Annnnnnnnd sorted \o/

Something had cleared all the enviromental vars and they wouldn't load

@djsmiley2k If you don't know what that something was, and how to prevent it reoccurring, it's not sorted...

We are no longer using that box \o/

That says to me, it won't re-occur (on that box at least).

like I said...

Yah I know, kinda stuck tho

yeah... At least next time you'll know a bit more about what to look for.

I had a similar thing last week when one of my servers refused to speak to its HSM. Eventually I gave up and rebooted the thing, and then it started working again. So I have no idea what caused it and thus I can't prevent it from happening again.

It irks me.

heh

We have stuff like that happening at work

mostly older gear tho

Nod

solar flares is my excuse D:

errrrrr ok php is being weird too

/me gives up

pages.cs.wisc.edu/~ballard/bofh/bofhserver.pl

@djsmiley2k isn't it always?

hh yea I'm starting to learn that.

 what on earth is this on the begining of this CSV...

        curl_setopt($ch, CURLOPT_RETURNTRANSFER,1);
        ....
        $result = curl_exec($ch);
    $newFilePath = './reports/' . $newName;
	$newFile = fopen($newFilePath, 'w');
	fwrite($newFile, $result);

Why on earth is fwrite complaining that one of the variables is a boolean?!

magic I guess. :D

are you sure that curl_exec actually returns the output from curl and not the return value?

Mind, I don't know PHP at all, but that looks somewhat dodgy to me.

php.net/manual/en/function.curl-exec.php

    curl_setopt($ch, CURLOPT_RETURNTRANSFER,1); means it should output the content, not a result...

however I'm now wondering if some of the pages I'm grabbing are failing and thats why I'm getting the error (as it'd return bool(false)) instead.

that's the point of checking return codes :-)

Yeah

In this case, maybe an if ($result = curl_exec($ch))or whatever the PHP equivalent might be...

well, i'm just checking result after to see if it is a boolean (of value false)

I have a problem with my mod security...any help is really appreciate, thanks

@Simone try chown

youtube.com/watch?v=7V-fIGMDsmE google I/O

@djsmiley2k ok thanks even if this is not the case

it's not helped?

Normally, on Debian apache runs as the www-data user, not apache. The ownership of the file (root:adm) is correct, as are the perms, changing them would be wrong too so the problem lies elsewhere.

this is from Lain

whoops, ok

damn debian and it's weirdness.

wait

I didn't downvote you in any case

:)

root:adm with 640 means www-data can't write to it either

unless they are in adm group, which would be.... weird?

@djsmiley2k I really don't know, but during this time I costantly think "why always me?"

:/

hehe

can you do groups www-data

urgh i can't backtick on this keyboard

Lain said "The ownership of the file (root:adm) is correct, as are the perms, changing them would be wrong too so the problem lies elsewhere"

so it's not the problem

Lain has 77k experience

well, pls keep it over the main site guy :P

hehe yah sr