Author: admin

Thu Feb 18 15:06:33 PST 1999 — One of our phone companies has incorrectly changed the routing of calls. The result: calls to the ‘0174’ numbers are being completed on another ISP’s gear. We are aggressively pursuing this problem; we don’t expect the condition to last more than a few more minutes. -Scott & Dane

Wed Feb 17 10:41:26 PST 1999 — Yesterday’s test of the Apache server caused some problems with web sites — mostly, due to .htaccess files that are not compatible with Apache’s new .htaccess format. If you have a multihomed web site that uses .htaccess files, please visit news:sonic.help.www for information on compatibility notes, as well as help with migration issues with the new server. Thanks! -Scott

Tue Feb 16 16:59:03 PST 1999 — We’ve modified the telnet issue file so that it warns users about the risk of using telnet versus SSH – we recommend users switch to SSH where possible. -Dane

Sat Feb 13 05:40:00 PST 1999 — Our database server, Timber, now sports a shiny-new RAID-5 disk subsystem. It has been online for over a day — so far, no problems. Thank you for your patience during this upgrade. -Scott

Sat Feb 13 17:30:08 PST 1999 — Sonic.net will be closed on Monday the 15th of February. Technical support is available on Saturday and Sunday from 9am to 9pm, and will reopen on Tuesday at 9am. Have a nice holiday weekend! -Dane

Thu Feb 11 20:14:05 PST 1999 — Our new RAID-5 disk system is ready for service in our mysql server (Timber). Since initialization would take far longer than we expected (12 hours!), we pulled the RAID out and initialized it in another computer. Starting at 1am tomorrow (Friday) morning, we’ll be moving databases on Timber to the new hardware RAID system, as well as performing miscellaneous maintenance on the system. Timber should be back in action by 5am. -Scott

Wed Feb 10 04:41:21 PST 1999 — Timber, the mysql server, is still down for maintenance as we move from software RAID to hardware RAID. The Mylex controller is currently initializing the RAID5 pack; I estimate it will complete prior to 6:30am. Sorry about the delay! -Scott

Tue Feb 9 09:54:58 PST 1999 — We’ve completed the emergency maintenance on the T3, and things are humming right along. Latency and packet loss are both back to normal levels, and we’re quite pleased. There was a configuration problem with the way that the SMDS circuit was engineered, and PacBell had to build up a new circuit which we’ve transitioned to. The engineering folks I worked with mumbled something about half versus full duplex, but the point is that it’s fixed, and fast again! -Dane

Mon Feb 8 18:01:40 PST 1999 — We’re running behind on expansion of capacity for our xxx-0174 (PacWest served) dialup numbers, and this is resulting in intermittant busy signals in some areas. More capacity is on order, and will be delivered by PacWest late this week. Meanwhile, in many areas where customers are using these numbers, there are alternate dialups, so if you find yourself experiencing a busy signal, you can check our POP finder for these numbers. The POP finder is at:

www.sonic.net/cgi-bin/pops.pl

Right now, at 6:10pm, we’re at 79% utilization, so there’s no busy signals, but I expect it to get a bit tighter as the evening goes on. For those of you in areas only served by xxx-0174 numbers, thank you for your patience as we wait for the phone company! -Dane

Mon Feb 8 17:54:28 PST 1999 — PacBell and UUNet are working on resolving slowdowns in the T3 SMDS cloud. This slowdown is causing some packet loss and long round trip times between us and UUNet. Emergency maintenance is being scheduled for the T3 circuit and should be completed on Tuesday. -Dane