Author: admin

We just tripped a circuit breaker a while…

Mon Dec 15 13:49:59 PST 1997 — We just tripped a circuit breaker a while after adding some new equipment, and the UPS supporting out NetApp ran out of juice. For about 10 minutes, the web, shell and ftp servers lost access to the NetApp filesystem. Of course, the filesystem is robust and NVRAM backed up, so the system came back online reliably – and it boots in only 60 seconds.

We’re pleased to announce work on deployment…

Sat Dec 13 13:28:28 PST 1997 — We’re pleased to announce work on deployment in a number of new points of presence. This is a wonderful expansion of our current coverage area. The following lines are currently in a beta test stage, so if you’re in that area, please do give them a try and let us know how it goes. Mountain View 415-930-3610 Palo Alto 415-815-3610 Redwood City 415-480-3610 San Jose/Santa Clara 408-367-8004 408-933-3610 San Mateo 415-235-3610

Of course, check and make sure that anything you call is local – toll calls are not Sonic’s responsibility.

As of Wednesday, Pacific Bell has not yet…

Wed Dec 10 10:49:48 PST 1997 — As of Wednesday, Pacific Bell has not yet been able to fix the troubles that we’ve had with busy signals in the switch. Basically, our X2/ISDN hunt group was configured as a sequential hunt instead of a multi line hunt, and the NorTel DMS100 won’t do sequential hunt beyond about 100 lines. We’ve got 192 lines in that group, and we’re not able to use them all! As this group serves overflow for the v.34 group, all users may get busy signals during our peak time in the evening on busy evenings – notably Mondays and Tuesdays. Pacific Bell is expediting the paperwork on this change order, and we’re expecting a final solution soon. -Dane

The RADIUS user authentication server is…

Mon Dec 8 17:29:45 PST 1997 — The RADIUS user authentication server is having problems keeping up with the load we’re placing on it, and this is causing an odd cascade failure effect with authentication. Basicly, each terminal server will make a request, wait one second for a response, and then ask again. If something causes responses to take slighly more than one second, they’ll all ask again, and this extra load makes it take longer, etc etc. Moving to a non-forked mode allows the system to continue to function, but it’s a bit slower. In other words, if you have trouble logging in, we’re working on it, please try again in a minute. -Dane

Our news server has some filesystem…

Mon Dec 8 17:28:31 PST 1997 — Our news server has some filesystem corruption on it’s main news storage disk, so we’re currently running in read-only mode while we check the filesystem. This should not affect your news reading or posting, however posts will be stored until the filesystem check is complete, and then injected into the feed. -Dane

If you’ve got a business website of any size…

Fri Dec 5 14:23:51 PST 1997 — If you’ve got a business website of any size hosted here at Sonic, we’ve got a co-marketing program in place to help you with Pacific Bell yellow pages listing. Get listed in PacBell’s new Internet Directory for next year, and let Sonic pick up the cost. See full info at the web page, and sign up there! The deadline is December 12th, so move fast on this! www.sonic.net/directory/

We have become aware of a problem within our…

Mon Dec 1 21:50:03 PST 1997 — We have become aware of a problem within our dialup hunt group. If you are having problems connecting, or are getting busy signals, please try dialing 547-3200. This problem should be resolved by tomorrow morning. -Brian

Scott has completed migration of listserves…

Mon Dec 1 17:47:11 PST 1997 — Scott has completed migration of listserves to our new dedicated lists system, lists.sonic.net, aka afterburner.sonic.net. This will speed delivery of list traffic as well as regular email. Let us know if you notice any troubles with lists which you host here. -Dane and Scott