[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[no subject]



When typing in the 'dmesg' command in telnet, this is what I get:
[root admin]# dmesg
Linux version 2.2.14C11 (root@xxxxxxxxxxxxxxxxxx) (gcc version 2.95.2
19991024 (
release)) #2 Wed Jun 28 00:55:51 PDT 2000
Ignoring bogus EBDA pointer 3DDB000
Detected 298806483 Hz processor.
Calibrating delay loop... 596.38 BogoMIPS
Memory: 127980k/131072k available (1076k kernel code, 416k reserved, 1540k
data,
 60k init)

<snipped>

Further down I only have etho0 (zero), no etho1 listed. As you can see from
the screenshots, there's something weird going on in there too, got a bunch
of lockups at the end.
http://www.allaboutchoice.com/list/telnet1.jpg
http://www.allaboutchoice.com/list/telnet2.jpg
http://www.allaboutchoice.com/list/telnet3.jpg
http://www.allaboutchoice.com/list/telnet3.jpg

I'm supposed to have a 15.3GB hdd, it's reporting as a 14.2BG; but that
could be a matter of how the reporting mechanism gauges the size I suppose.

Ahh sh*t.  I could swear that my Phasi told me I had a 450. I just went to
check it though, and it's telling me I have a 300:
CPU: 1 AuthenticAMD AMD-K6(tm) 3D processor 298 MHz Processor(s)
Net Card info: 1 ethernet interface(s) eth0: Intel EtherExpress Pro 10/100
at 0x1000, 00:10:E0:01:D2:8B, IRQ 11.
IDE device(s) info: 1 IDE Device(s) hda: ST315323A, 14652MB w/512kB Cache,
CHS=29770/16/63, (U)DMA
PCI info: PCI bus devices: Host bridge: Acer Labs M1541 Aladdin V (rev 4).
PCI bridge: Acer Labs M5243 AGP (rev 4). Non-VGA device: Acer Labs M7101 PMU
(rev 0). ISA bridge: Acer Labs M1533 Aladdin IV (rev 195). IDE interface:
Acer Labs M5229 TXpro (rev 193). Ethernet controller: Intel 82559ER (rev 9).

Maybe it's when hubby and I were shopping for servers, we were talking about
so many different processors, 450 stuck in my head. Anyhow, I can make my
Phasi report available if anyone would like to see it - although you have my
word I just copied and pasted that stuff right out of it.

To CR's credit, on their offering they don't say specifically what processor
speed you'll get, just an AMD x86. Here's the offer for a RaQ4i
(non-enterprise, which is what I have):
 RaQ 4i Platform
 AMD X86
 128MB DRAM
 15.3GB Hard Disk
 Includes ASP!
 Includes PHP 4!
 Includes MySQL!
 Supports SSL
 66 GB of Traffic
 $0/Setup
 $199/Month

Granted I get 50GB of bandwidth, that's the only thing that's changed since
I signed up. Also, I suggested that they needed to take the MySQL off of
there the first week I had the server and ended up installing MySQL myself
because it wasn't on the machine... but they haven't done that.

On the Cobalt data sheet for the RaQ4 it says this:
Ordering information: Part Number R46 CE2 GIU
RAQ 4i with 128MB, DRAM Single 15GB IDE disk, dual ethernet, SCSI, PCI slot
Note that it doesn't say what processor.
Further up, in Hardware, it says
"450 MHz Intel compatible processor"
*Not* that it has to be *genuine* Intel - just Intel compatible.  Although
finding out there's a 300 where my 450 should be is still disappointing. It
also says that there are to be dual 10/100 Base-T ethernet interfaces. Looks
like I only have one.

I know that I've seen other cobalt dedicated hosts put 'AMD x86' on their
details page. So could this be something that Cobalt is offering now, but it
wasn't in the plans when the data sheet was printed?

Is it possible that this is not CR's purposeful misleading of customers, but
rather that they were shipped the wrong configuration from Cobalt itself?
I've seen quite a few messages this past week of people that have had to RMA
a lot of RaQs and are getting out of Cobalt all together because of it.

You can go to CR's site and look at the pictures of their July shipment and
their October shipment, which was about ten times the size. I just can't
believe that they would even attempt to take the time to take 450 processors
out of all of those RaQs and slip in 300's instead. A mistake had to have
been made somewhere. At this point we don't know; it could be a mistake that
generated from Cobalt's end; shipping the wrong machines or even
purposefully packaging a 300 where there was supposed to be a 450 and
shipping it to CR. We don't know.

Maybe we should ask the Vice President of Cobalt Sales - he was there at
CR's NOC (see pictures on the site).

I've also got a bunch of emails with trace routes from when things got slow
or there was no connection. (I always include a tracert if there is a
problem so that Sam can track it down.)

Sigh.
It is looking like, even if CR is found to be innocent of what everyone's
claiming, we'll all have to find a new NOC anyway because of this lawsuit
and everything it's going to cost them.

Double sigh.
Carrie Bartkowiak