Press "Enter" to skip to content

Category: nuxx.net

MMBA Site Moved

Michigan Mountain Biking Association web site (mmba.org) soft launch after moving to nuxx.net for hosting.

Here’s the result of something I’ve been working on for the last couple months. The new Michigan Mountain Biking Association web site has launched, and it is now hosted here on my server. This is the soft launch of the site, as we should have a new unified theme / design across the main site, forum, and other places soon. However, we wanted to get the new site itself up and running because the old one was causing us a few problems.

I’m really, really glad we got this done. Now, time for bed.

Leave a Comment

Attributor Corporation

StatPress in WordPress on the nuxx.net Blog showing a bunch of requests from Attributor Corporation.

Do any of you who run blogs ever notice occasional rashes of indexing from 64.41.128.xxx? I’ve noticed this every few days when poking around in the copy of StatPress Reloaded which is running here to monitor pageviews and such.

It turns out that these queries are from Attributor Corporation, who regularly indexes blogs and such to look for copyright violations, duplications of text / image / video content, etc.

Attributor’s FAQ states that…

Attributor is the world’s first web-wide content tracking and analysis platform that enables publishers to build value with their content wherever it appears on the Internet.

With Attributor, publishers can now program when, how and where their content is presented across the web and social networks. Advanced fingerprinting algorithms, a large scale crawling infrastructure and detailed contextual analysis provide publishers with web-wide visibility of their articles, images or videos. Using the Attributor platform, customers can monitor licensed uses, identify new sales leads and revenue-sharing opportunities, and derive more links and better search engine placement.

The FAQ then goes on to talk about how they don’t want to immediately send out DMCA notices for such things, but instead enhance monetization by sending requests to those copying content asking for appropriate links back, attributions, etc. They also claim that their tool (Dashboard) can take Creative Commons licenses into account and help ensure that the license is being followed accordingly.

I don’t really mind, since all this content is fairly original and put out for everyone to see and read, but it is interesting to see the scanning actually happening.

2 Comments

Locking Pliers, Furnace Issues

A pair of Craftsman pliers with locking jaws found in the road around my condo complex as I was leaving for work this morning.

This morning I found this pair of Craftsman locking pliers in the road as I was leaving my condo. I’ve been wanting some of these but haven’t purchased them, so this is a nice find.

Before that, I found that my house was 58°F (14.4°C) when I woke up this morning. The thermostat was calling for heat, but the furnace wasn’t igniting. This has happened in the past, requiring a quick reset of either the thermostat (Heat -> Off -> Heat) or the furnace (power cycle) to make it work again, but in the past couple of weeks it’s been happening with alarming frequency. I’m afraid that an electrical component of my furnace is starting to go wonky. I may end up just calling Mike’s Heating & Cooling who did a nice job installing a new air conditioner in 2006. While I normally wouldn’t mind fixing such electronics myself, reproducing the issue is difficult I can’t exactly wait for parts when it’s regularly below freezing outside.

Oh, and welcome to my first post from WordPress 2.7. Hopefully it’ll continue working nicely. As long as it goes well I’ll probably be upgrading the rest of the blogs I host sometime this evening.

UPDATE: Some things are a bit weird, and plugins like StatPress Reloaded and AdSense Manager need their management / control portions tweaked so that they show up under the right part of the Dashboard, but they still seem to work.

Leave a Comment

NGROUPS_MAX to 64 under FreeBSD 7.0-RELEASE on banstyle.nuxx.net

Just so everyone knows, I’m changing NGROUPS_MAX on banstyle.nuxx.net to 64 shortly, which will require rebooting the box. Everything should come back up okay after this.

This change is being made so that a user can be a member of more than 15 groups, which will allow me to add far more local web hosting users under the lighttpd / PHP privilege separation model which I prefer. Due to some incoming sites this is needed in order to best host them. As far as I can currently tell this will only break NFS, which I don’t use.

I’ll update this post once the reboot is complete.

UPDATE: Well, that seemed to have gone as expected. Per usual, please let me know about any problems you are having with the server.

Leave a Comment

Light Snow, Bike Riding, Feeling Sick

Bob riding across the S shaped bridge in The Pines at Stony Creek on a November evening.

Here’s a photo of Bob / utabintarbo riding across the S-shaped bridge which is part of The Pines at Stony Creek. He and I met up with the intention of getting some extra riding in before the normal Wednesday at 6:30 PM group ride, but after our first lap (and a naughty daylight backwards run through The Pines) I was so out of it that I had to stop and go home early. I think I’m getting the cold that Danielle had while we were in the UK, as I feel extremely tired, I’m coughing, can’t properly get my breath, and just feeling blah. I hope this doesn’t turn into pneumonia.

Riding was interesting as the leaf and snow covered trails were reasonably slippery, previously muddy areas were rock-hard narrow ruts, wet areas were now slick ice, and previously loose sand was hard as concrete fun. I had a very hard time making it through some normally easy areas, and I’m blaming this on being slightly overdressed for the cold weather and unable to breathe properly. Ah well, hopefully I’ll be better next week.

A couple of trips to Home Depot and Lowes has resulted in my purchase of some spray paint designed for frosting windows, a replacement light bulb for the ceiling fan in my bedroom, and new LED-based nightlights for the bathrooms. Tomorrow I’m hoping to remove the blinds in the bathroom and frost the windows. Hopefully that will go as well, which is how replacing the bulb in the ceiling fan went, making the room light up properly again.

On a very positive note, I had no problems uploading the image above, and I didn’t anticipate any after incorporating the fix mentioned in the bottom of this post about php-cgi hung as sbwait. It turns out that a default setting in lighttpd breaks particularly badly on FreeBSD 7.0-RELEASE, but not previous versions. Changing it to a different setting suggested by one of the lighttpd developers has worked around the issue. This is good.

Leave a Comment

php-cgi hung as sbwait with lighttpd on FreeBSD

Gallery Remote hung at "Upload completed: server processing...", which is the most obvious symptom of the lighttpd / php-cgi problems I've been having.

When uploading a quantity of photos to my gallery I like to use a tool like Gallery Remote to make it go easier. However, since moving to banstyle (and a newer version of FreeBSD and lighttpd and PHP) I’ve had Gallery Remote regularly hang at that “Upload completed: server processing…” message. It seems to happen after a few (typically two to five) images have been uploaded.

This problem has been bothering me for a while, but I was able to work around it by scping the files to the server then adding them locally, which doesn’t have this problem. Now that I have a bunch of photos from the UK trip to upload, I want to be able to use Gallery Remote again. This morning I set to getting working, but I seem to have failed.

In short, what happens is that after an upload hangs I see one of the php-cgi processes stuck in a status of sbwait, as can be seen in this screenshot:

81073 c0nsumer        1   4    0   116M 20988K sbwait 3   0:01  0.00% php-cgi

Digging around I found this thread where someone else indicates that they are having the same problem, and only on SMP boxes. (Note: banstyle.nuxx.net is four-way SMP using SCHED_ULE.) I also came across this report to the lighttpd folks regarding this issue. The consensus seems to be that when using a config such as mine, with PHP as a FastCGI and lighttpd, this occasionally happens. I’ve seen no reports of the issue occurring under Apache.

Since I’m able to reproduce the problem I did so, attached gdb to the seemingly hung php-cgi process, and grabbed a backtrace:

(gdb) bt
#0  0x00000008010a476a in read () from /lib/libc.so.7
#1  0x000000000057d5fc in fcgi_read ()
#2  0x000000000057e306 in sapi_cgi_read_post ()
#3  0x00000000004c84a4 in fill_buffer ()
#4  0x00000000004c88b5 in multipart_buffer_read ()
#5  0x00000000004c9c08 in rfc1867_post_handler ()
#6  0x00000000004c6ee5 in sapi_handle_post ()
#7  0x00000000004cc30c in php_default_treat_data ()
#8  0x00000000004cc7eb in php_hash_environment ()
#9  0x00000000004bff47 in php_request_startup ()
#10 0x000000000057f8c6 in main ()

(gdb) f 0
#0  0x00000008010a476a in read () from /lib/libc.so.7
(gdb) info frame
Stack level 0, frame at 0x7fffffff9c50:
 rip = 0x8010a476a in read; saved rip 0x57d5fc
 called by frame at 0x7fffffff9db0
 Arglist at 0x7fffffff9c40, args: 
 Locals at 0x7fffffff9c40, Previous frame's sp is 0x7fffffff9c50
 Saved registers:
  rip at 0x7fffffff9c48

Based on the input from some folks online, it’s looking like that is php-cgi doing what it’s supposed to and just waiting for more data, which means that the problem is likely somewhere in lighttpd. I’m not really sure where to go from here, besides wait for the lighttpd folks to (hopefully) fix the problem. With any luck I’ll be able to update this post later on with a solution. For now I’m going to contemplate the difficulty of going (back, in many ways) to Apache.

For reference, I’m running lighttpd 1.4.20 and PHP 5.2.6, both installed from ports, configured as described in my article about running lighttpd with PHP as FastCGI with each user having their own PHP processes.

UPDATE: So, it seems that there is a fix for this which was suggested in the aforementioned bug report. Setting the option server.network-backend = "writev" along with the already set (in my case) server.event-handler = "freebsd-kqueue" in lighttpd fixes it. I’m not sure if both options are needed to resolve the issue, but it seems that the default setting for server.network-backend of write is confirmed as broken under FreeBSD 7.0-RELEASE with lighttpd <= 1.4.20.

1 Comment

BoingBoinging

Graph of the network traffic on nuxx.net when 23 Tubes 1 Bowl was posted to BoingBoing.

A bit over a month ago I made a post entitled 23 Tubes 1 Bowl detailing my dispensing of 23 sample size tubes of toothpaste into one bowl. Well, on Tuesday it was posted on BoingBoing.

This had the expected effect, with a tremendous surge in traffic in traffic of 4-5 Mb/sec, with one spike of over 10 Mb/sec. Strangely, despite all the hits, I only received something like $3 in ad revenue over the last day. When Lightsticks In The Toilet made digg the earnings were something like $30 the first day, and $12 the second. This surprised me a bit and showed that dental-related ads probably just don’t pay that much.

That graph up top shows the spike of traffic observed. The server is currently on a burstable 1 Mb/sec connection, billed 95th percentile. As this is figured on a monthly basis I’ve managed to stay under this limit, so this BoingBoinging won’t cost any extra. It’s nice to see that a bunch of people found the photos interesting, too. I had fun taking them, I just didn’t like the strong mint smell which was hanging wherever the bowl went.

Leave a Comment

restrict default ignore

In setting up NTP on nuxx.net I ran into a bit of a problem: time wouldn’t sync. My configuration was fairly simple, following the information on support.ntp.org for using the pool of North American servers, blocking external access, but allowing ntpq (et al) to work from localhost:

server 0.north-america.pool.ntp.org
server 1.north-america.pool.ntp.org
server 2.north-america.pool.ntp.org
server 3.north-america.pool.ntp.org

driftfile /var/db/ntp.drift

restrict default ignore
restrict 127.0.0.1

However, it seemed that no matter what I tried (disabling the firewall, adding exceptions for TCP/UDP 123, changing order of the restrict statements, etc) the box wasn’t able to contact its peers:

c0nsumer@banstyle:~> ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 217.160.254.116 .INIT.          16 u    -   64    0    0.000    0.000 4000.00
 209.132.176.4   .INIT.          16 u    -   64    0    0.000    0.000 4000.00
 209.40.97.141   .INIT.          16 u    -   64    0    0.000    0.000 4000.00
 216.14.98.234   .INIT.          16 u    -   64    0    0.000    0.000 4000.00

After some more digging I found that the restrict default ignore option, which is widely recommended to keep external folks from connecting to your ntpd, prevents synchronization from happening, even with the exception for localhost.

Having realized that, my ntp.conf is now just the basic config for the NA servers and the drift file, and it all works great:

server 0.north-america.pool.ntp.org
server 1.north-america.pool.ntp.org
server 2.north-america.pool.ntp.org
server 3.north-america.pool.ntp.org

driftfile /var/db/ntp.drift

Yep, it’s syncing just fine:

c0nsumer@banstyle:~> ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*217.160.254.116 18.26.4.105      2 u  200  256   17   37.192    4.619   1.461
 209.132.176.4   66.187.233.4     2 u  201  256   17  101.819   21.118   9.529
 209.40.97.141   192.5.41.40      2 u  197  256   17   38.565  -31.122  21.081
 216.14.98.234   216.218.254.202  2 u  200  256   17   18.731    3.940   4.848

c0nsumer@banstyle:~> ntptrace
localhost: stratum 3, offset 0.004619, root distance 0.043540
server.donkeyfly.com: stratum 2, offset -0.000686, root distance 0.006361
bonehed.lcs.mit.edu: stratum 1, offset 0.000018, root distance 0.000000, refid 'CDMA'

Now I just let pf restrict access to NTP. That works just fine.

Leave a Comment

Server Issues and Rainbows

A rainbow above Stony Creek High School before a wednesday night MMBA group ride.

As some of you may have noticed before, all sites hosted on my new server was inaccessible for a brief while this morning. It turns out that there was a slight issue which led to the switch port being turned off for a while. Everything had remained up, but the server was unavailable until it was turned back on. So, it’s still fine. This is a huge relief.

Tonight was also the normal Wednesday night group ride. I was a bit cold at first wearing just a long sleeved Target running shirt and shorts, but after we got going I was fine. This (intentionally saturated) photo was taken from the parking lot where we meet right after the rain before the ride stopped.

Thankfully some friends loaned me a head-mounted HID light so I could ride in the dark. This was definitely needed in the latter half of the ride, and particularly after the rain moved in. The ride back to the car was a quick 1.5 miles, but a bit unpleasant being in 50°F weather and down a muddy dirt road with rain coming down. At least it stopped once we got to the parking lot, making loading my bike into the car easier.

Now I’m home, relaxing, doing some laundry (yay, clean socks!), debating turning on the furnace, and generally thinking about bed.

Leave a Comment

rowla.nuxx.net, RIP

PuTTY screenshot of a disconnected session to rowla.nuxx.net after shutting it down for the last time.

That’s it. rowla.nuxx.net has been turned off, and I’m slated to pick it up tomorrow sometime around lunch. Everything has been moved over and seems to be working great. So, if I host your stuff on nuxx.net and you are having a problem, please let me know so that it may be corrected.

Leave a Comment