 |  |
John,
Re: QuickDNS in the background
From: Mitch Kahn
Date: Tuesday, March 27, 2001
Time: 9:11:18 am
We currently have an iMac DV Special Edition (400 Mhz, 512 MB RAM)
running WebSTAR 4.2 (SSL, FTP, Mail, MGI and Lasso plugins) in the
foreground with FMP 4 and QDNS in the background. The iMac has a half
dozen active domains at two IP addresses. We also have a 6100 with 24
MB RAM running ListSTAR 2.0, Cyberguage and the secondary QDNS.
This has worked satisfactorily although admittedly we only get around
20,000 unique visitors per day.
We are adding a new site in the next few weeks that anticipates heavy
traffic and we will be splitting things up. The new plan calls for
the primary QDNS to have its own iMac, FMP on a G4 400, WebSTAR (and
its plugins) on a G4 450, WS4D on a G4 400 with the secondary QDNS.
QDNS has always run in the background without any problems. My
question is: what do you plan to gain with the finder in front?
Mitch Kahn
mitch@cms-ltd.com
At 9:03 AM -0500 3/27/01, US Billing_John wrote:
>Does anyone have experience with performance if QDNS is in the background?
>
>Example: EIMS and QDNS on the same box with the finder in the front. A 266
>G3, with 192 megs RAM and OS 9.1. Two IPs with QDNS on the main IP, and
>EIMS on a secondary.
>
>Comments or suggestions?
>
>--
>
>John Bernhoft
>US Billing, Inc.
>**************************
>http://www.usbilling.com
>
>> From: Mia's Virtual Post Office <list@mia.net>
>> Reply-To: "QuickDNS Talk" <quickdns-talk@lists.menandmice.com>
>> Date: Mon, 26 Mar 2001 16:57:02 -0600
>> To: "QuickDNS Talk" <quickdns-talk@lists.menandmice.com>
>> Subject: Re: QuickDNS reliability questions
>>
>> ahclist said:
>>
>>>>
>>>> I was poking around on the Men And Mice web site and I wasn't able find an
>>>> upgrade price for QuickDNS Pro 3.5 for Mac OS X.
>>>>
>>>> I'm doing a cost analysis for upgrading our server to Mac OS X and would
>>>> really appreciate an approximate price.
>>>
>>> Does 3.0 crash as much as 2.2.1 does under tb2 administration. About
>>> every fourth time I try to quit QDNS while using remote admin in TB2,
>>> the QDNS server program will not quit politely. Really hoping now
>>> that 3.0 has been out a while, folks have a feeling for how reliable
>>> it is proving.
>>
>> I would say that for us stability has been about the same.. Quitting of
>> QDNS via Tb2 is really no different than quitting QDNS locally. I really
>> do not think this is a QDNS issue though.. We see the same with EIMS, and
>> a number of TCP/IP based apps.. More to do with OT. In any event, I do
>> not really recommend quitting QDNS. If you have to quit it, then reboot
>> the box.
>>>
>>> Also, how stable is the remote administration software?
>>>
>> I have not had a problem with the Admin.. I love it. It makes life much
>> easier.
>>
>> Also, so far our crashing problem has disappeared since talking to Steve
>> Crisp (had a few beers that night) on the phone. He suggested we knock
>> our logging option for our QDNS logs to "minimal", along with trashing
>> some TB2 stuff. We left the TB2 stuff for now, but did change the
>> logging options. So far the logs are tiny, and the box has not given us
>> any trouble. No I did just get back from a remote POP, where I had to
>> manually reboot ns2, which puked over the weekend. Even Powerkey could
>> not help on this one.. Very strange. But it is working now.
>>
>>
>>
>> jer (jer@mia.net)
>>
>> Bella Mia, Inc.
>> High Speed Wireless - www.dslone.com
>> Web Hosting and Colocation - www.hostdrive.com
>> Nation Wide Dialup 4 years and running - www.mia.net
>>
>>
>>
>> NetZero = What this company will "NET" --- "ZERO"
>>
>>
>>
Messages In This Thread:
Return to Digital Point Solutions' Home Page