[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-developers] Buy Raq 4i or 550 ?
- Subject: Re: [cobalt-developers] Buy Raq 4i or 550 ?
- From: "John D. Gorena" <Support@xxxxxxxxxxxxxxxxxxx>
- Date: Mon Nov 18 16:25:00 2002
- Organization: http://www.JMG-Enterprises.com
- List-id: Discussion Forum for developers on Sun Cobalt Networks products <cobalt-developers.list.cobalt.com>
Brian,
I responded with the examples offlist but for the group here are my
problems.
1) Thank you for writing. In working on your requests I found ANOTHER
stupid quirk with the Raq550. It's just the user that I was using for
the test.
Here's the thing . . . I am using a domain name and users to test and
their seems to be a difference with the users. All the files are there
as listed below and the 3rd one does not work.
EXAMPLES ARE NO LONGER AVAILABLE
In working these examples up for you, I started to use USER2 and the
thing works. Both users are Administrators and both have frontpage
extensions installed for the user areas - it's a test.
Here is the error from the log when I run the third one.
"Premature end of script headers: /usr/cgiwrap/cgiwrap"
Your help in understanding why this is happening is greatly appreciated.
2) ABOUT BLUELINQ: I get the following error MOST OF THE TIME when I
"Check For Updates".
"BlueLinQ was unable to retrieve a list of packages from the BlueLinQ
server located at http://updates.cobalt.com/packages/. Please check to
make sure that http://updates.cobalt.com/packages/ is a valid BlueLinQ
server and that you can query it from your web browser. "
I also get an e-mail once a week stating "There was a problem querying
the BlueLinQ server" and the message is
" BlueLinQ was unable to retrieve a list of packages from the BlueLinQ
server located at http://updates.cobalt.com/packages/. Please check to
make sure that http://updates.cobalt.com/packages/ is a valid BlueLinQ
server and that you can query it from your web browser. "
3) It's not that I do not have any room to complain. Let's face it, the
raq550 has problems. I know that I am not the only person having
problems because of all the e-mails that I have received. The problem
in the section above is more than just a "quirk". One User should not
be different from another user. URL file length should not matter from
Raq4 to Raq550.
When someone asks about the Raq550 I will tell them so that they do
not go crazy trying to get it to work. The Raq4i was an awesome
machine. It had very few quirks that I could find. They work great.
The raq550 has stupid time wasting problems that are a testament to
cobalt not spending the time to test it thoroughly. I am testing it for
free. I am working out the problems for free. My time is worth more
than free. Some of the solutions that I have come up with have been
given to me by other users that have paid the money to get help from
Cobalt (thanks by the way). When you buy a new product, you would think
that the company (Cobalt) should offer some tech support from their
engineers. Get the problem solved and post a fix!
AND Yes, the Raq550 will be great someday - after the patches I'm sure.
John
BSmith@xxxxxxxxxxx wrote:
>
> -----Original Message-----
> From: John D. Gorena
> Subject: Re: [cobalt-developers] Buy Raq 4i or 550 ?
>
> ------------------------------------------------
> - Runnig CGI programs only seems to work in the base domain. The users
> (Domainname.com/~usersname/) cannot run CGI Programs unless they keep
> the file name to 4 characters or less. No one has been able to tell me
> how to extend the number of characters in the URL for CGI to work. This
> seems to be a global system setting.
> ------------------------------------------------
>
> John,
>
> I tried your problem on my box. I am running a Raq550. Just for giggles
> try this script out in one of your user directories.
>
> #!/usr/bin/perl
>
> print "Content-type: text/html\n\n";
> print "\n";
> print "Hi World!";
>
> Save it to a short file. Like hi.pl and then a long file ... longfile.pl.
>
> I tried to see if I could recreate your problem, and I couldn't. I am
> guessing by your knowledge, you looked at the /var/log/httpd/error file???
>
> What does it say when you go to execute the script (if it fails?). Post
> that
> and you may get more of a response.
>
> Is your BlueLinQ set to: http://updates.cobalt.com/packages/
>
> That is where I have mine set to, and it picks them up fairly quickly. Once
> more, I am running a Raq 550.
>
> Just to say something about Quirks. Regardless of what software you run,
> you
> will always find some quirks, or features not disclosed. That is a fact of
> life.
>
> If it ticks you off that badly, either run everything on a vanilla linux
> system
> or purchase a VA linux box. Or hell, go over to MS. They can use the
> money.
>
> Either which way, personally I have been working & Supporting Cobalts for
> about
> 2 years, prior to Sun involvement. I love them, I think they do a great
> job, and
> the times I have had problems, I either found or wrote my own work arounds.
> Not
> that hard to do, Perl/Php/CLI is pretty easy to learn, especially if you
> ever
> programmed, even way back in the day under Fortran/QBasic.
>
> Any who, if you want some real help with your scripts, send me the output
> from
> your error logs. That usually tell you exactly what is wrong with the
> script or
> Apache setup.
>
> Take care,
>
> Brian Smith
> CCNA, NCSA
> Network Support Engineer
> SOLUSERVE
> www.solunet.com
> 1571 Robert J. Conlan Blvd., Suite 110
> Palm Bay, FL 32905
> (888)449-5766
> fax: (321)-676-1287
>
> _______________________________________________
> cobalt-developers mailing list
> cobalt-developers@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt-developers