Conversation
Notices
-
I subscribe to two people. Fastcgi crashes. Instance down. init.d reload. Up again. This is going to be such fun!
-
Sounds a little problematic.
-
I use nginx, which doesn't crash. Nevertheless, the external cgi daemon did for some reason.
-
Yep, I was using it as well, but I had significant problems making SN behave with my system, so I eventually moved to @windigo‘s instance.
-
It’s good that people are succeeding with nginx-based instances, but something I did with mine was evidently not the correct thing. :(
-
I have set up nginx wrong sooo many times already. It seems stable now.
-
Makes me glad I stuck with apache. It's boring, but it works.
-
@gomerx any chance you could change your avatar again for testing? Such an annoying problem I'm having...
-
Oh, don’t get me wrong, nginx is reliable, and pretty easy to configure. It’s that intersection with SN (and me) that was the problem.
-
@gomerx you're boring
-
Yes. But I don't crash often.
-
OK. Changed. I don't believe I've used this one before.
-
Right. I decided to use the more tested setup first. Plus I already know apache quite well.
-
@gomerx Woohoo!!! I see you!!
-
You’re a crash.
-
@gomerx but you know if I'd just stick to !identicurse this whole "avatar problem" wouldn't be a problem at all haha!
-
@gomerx I crash every night
-
I recently tried to setup SN on nginx on a EC2 instance. Failed miserably. Gave up and played with MediaGoblin instead. ;) media.jpope.org
-
@psquid you're a psycho squid
-
@gomerx maybe there's just a problem going *back* to old avatars. Wonder if you renamed original one, then uploaded it as avatar wd it work?
-
That's because you spend so much time playing with your configuration before you go to bed.
-
Not until we have ascii avatars. :P
-
Or “asciitars” for short.
-
@parlementum well I don't really have a desktop in openbox but if I did...
-
Which is the problem. Everytime I update my avatar to fix one instance, it breaks another one.
-
Yes.
-
I got your new avatar immediately as well. Seems running daemons as root works. Still confused as to why.
-
@gomerx Is that another name for it? I never heard of that.
-
@gomerx likely because the ones that break have the avatar you remove cached and have not yet applied you discovered fixes.
-
This is a family show. I was trying to be discreet.
-
@gomerx wait, that avatar I see, but as your old one. did you change back?
-
Makes me wonder why StatusNet switches to a default avatar rather than just using the last known good one.
-
Yes. I just changed back.
-
@gomerx looks like. When your avatar is not found, I get the default pawn looking figure
-
And my avatar is fixed on @jonkulp's instance also. My work here is done.
-
And I managed to see every change you made. #shrug
-
@gomerx Wow! You're really back! I missed what you did...
-
Yes.
-
Nothing. Just changed avatars. Your instance decided to pick up the change.
-
@gomerx And your change back made it safely to my instance as well. Everything has worked perfectly since switching to root-owned daemons.
-
Now if we could figure out why the change broke fragdev...
-
@laurelrusswurm @evan wrote something yesterday evening IIRC that he has landed on the beach and is looking into the avatar thing ;-)
-
Yes. It's a known problem. You probably can't change your own avatar either.
-
@laurelrusswurm @gomerx what @bavatar said -> https://evan.status.net/notice/1334923
-
@gomerx I decided a long time ago to have one static avatar. I find it easier to recognize who I am talking to when avatars stay the same.
-
@Laurelrusswurm Ditto, I have also been known to moan at people I follow who do not have avatars.
-
that's a good idea, mine is just because of #laziness(don't feel like making a new one)
-
@gomerx perhaps fragdev has the same avatar user/group setup that I had?
-
I'd thinking that since you initially ran daemons as root then changed, later daemons couldn't over-write them.
-
Anyone who started as root then later followed your tutorial would have this problem (if that's the problem).
-
@Tekk How about as a compromise you just use a CC image you like which will take 2 mins and then make one should you feel the inclination?
-
@gomerx I'm pretty sure that wasn't the case since I did check that all files in avatar dir had rw access to www-data. And dir itself.
-
That would be great, except when my avatar doesn't show up, people want me to change it to fix the problem... which breaks other instances.
-
@gomerx I even took a "Permission denied" line from log, and su www-data and ran the same command manually, and that worked.
-
the cropping still takes work ;) (this image is cc-by-sa 3.0 like the rest of my dent stuff, btw)
-
@gomerx to make this more concrete this was the error I got: http://saz.im/log_warning
-
I'm confused when I read that PHP code around the rename function. Looks more like a move than a rename to me.
-
Also, before you ran the rename command, did you check to see if the avatar was owned by root or www-data? May have got fixed some other way
-
@gomerx No, that is one thing I thought about, but never checked. It is possible it was owned by root at that point and later got chown'ed.
-
@gomerx But after queuedaemon failed to rename it, it was owned by www-data.
-
But per the error message you posted, once the quedaemon failed to rename it, it didn't exist. That's why the chmod failed.
-
oh yes, this IS my old identica avatar.
-
It looks like the first line is where the problem is. The temp file doesn't get moved to the avatar directory because of "Permission denied"
-
@gomerx OTOH the tmp file is created just a few line before that in same script (Ostatus_profile.php). Can't be owned by root.
-
@gomerx I mean the /tmp-file was owned by www-data. Sorry, I'm being unclear. I'm blaming the 140 char limit :)
-
To be clear, when you did the rename, you where running the PHP script? If you use /usr/bin/rename to do this, it fails silently.
-
You can not rename a file from one directory to another with /usr/bin/rename. That's a move.
-
@gomerx Yep, exactly. And since tmp file is still there I was able to try do the rename/move manually, which worked fine => me confuse.
-
@gomerx I tried both with mv and then with a php script containing just the php rename command.
-
@gomerx there's also the C function rename (2) which is basically mv. Except it might not work across partitions (?).
-
But if you do it manually using a different method (mv), then the results are irellevant.
-
The reason the php command succeeded may be that you fixed the problem with mv.
-
@gomerx Rename in PHP is basically the same as shell mv (or C rename). But I also tried it with PHP rename directly. Worked fine as well.
-
@gomerx I tried with different files of course :) I had many of those "Permission denied" errors :)
-
I'm thinking it's an #identica thing. I see peoples' avatars just fine.
-
@tekk yes.
-
@x1101 actually I'm pretty sure I've changed everything back to the way it was before today's flurry of activity.
-
@sazius I don’t even run my own instance (yet, I am considering it), I am just interested in helping create a good !feds documentation repo
-
@x1101 that would be wonderful. I Will post some stuff and send you the link if I may?
-
@x1101 That is a good idea. ATM everyone has got their own blog posts, wikis etc. spread out.
-
@parlementum I think you have to be signed in to post (I dont remember). If you have any issues, let me know.
-
@sazius yeah. I am trying to spread the word throughout the !feds to pass links my way. Even if my wiki is just a collection of links.
-
@x1101 where are we posting? the sn wiki?
-
@parlementum I have my own collection of stuff @ wiki.x1101.net
-
@x1101 yeah, even a collection of useful links is an improvement at this point. I try to document what I'm doing at least on my own wiki.
-
@x1101 ok, I'll add a commented config, and a few tips I learned.
-
@gomerx I just might have found the problem: php rename() in safe-mode wants dirs to have same owner as script: http://ur1.ca/77g46
-
@gomerx My target dir (avatar) was owned by root, www-data group had write access though. Not enough for safe-mode apparently.
-
Hah, from bad to worse! ;)
-
All Gomertronic content and data are available under the