RE: [cobalt-developers] re: Date Time Settings Not Being Preserved TO TIM HOCKIN

["Kal Amry" <kamry1888@xxxxxxxxx>]

Tim Hockin you are trying to present some fixes, then what going on these
unsolved issues. We buy the Raqs and 'cause of its structure and warranty
voidness if we were to do some heavy stuff, there should be several staff
only appointed to provide fixes to Cobalt mistakes on a timely manner.

All versions of Interbase including Firebird has patches to a major security
hole in Interbase. It is a simple as 1, 2, 3 for a professional cobalt
personnel to take that any of those batches and turn it to a .pkg (Which The
Cobalt Only Way for Non High Professionals to Install a SW). However, as of
today nothing is out. I've contacted Borland weeks ago and they said that
Cobalt is working on it so is it going to be the Surprise of Cobalt 5 or
what's the deal...

The other issue is regarding secure APOP. One of the patches provided by
cobalt disabled the APOP and currently is not functioning so when are we
going to see a batch.

A more important issue is that I've seen a post a couple of days about the
new patch release 4 for Cobalt 3 which also had bugs. For Cobalt Owners,
this may cause a lot of harm to many people who now or in the future would
install a bad batch 'cause this mean that their system will be screwed up.

The bottom line, I support what Peter said although you posted a solution to
that Date problem, but that wouldn't change anything regarding the Cobalt
VERY LOW LEVEL OF SUPPORT TO THE PRODUCTS. THE KNOWLEDGE BASE IS BECOMING A
DEAD END ANYWAY 'CAUSE MOST OF THE STUFF ARE OLD COMPARED TO COBALT RAQ 4
AND THE CHANGES THAT WERE DONE TO IT. Examples are such:

*where to add a code to a the add_vsite function which its location is
totally different than the location mentioned on the Knowledge Base (Which
is for Raq2)

*How to enable Interbase

*How to use and enable Postgre

*Interbase objects are not loaded upon installing PHP while the Cobalt is
Proud of introducing Raq 4 and FREE DATABASE (IB) which in reality is
nothing as opposed to the information available to activate such feature.

....
ANY one feel free to add here
....




-----Original Message-----
From: cobalt-developers-admin@xxxxxxxxxxxxxxx
[mailto:cobalt-developers-admin@xxxxxxxxxxxxxxx]On Behalf Of Tim Hockin
Sent: Thursday, January 25, 2001 7:54 PM
To: cobalt-developers@xxxxxxxxxx
Subject: [cobalt-developers] re: Date Time Settings Not Being Preserved


Peter Ball wrote:
>
> I think it's a bug in the clock chip.
>
> 1 of our RAQ4's loses over an hour per day.
>
> I emailed Cobalt and they didn't want to know about it, as it was over 30
> days since we bought the box.
> Terrible service as usual, but what can I do being 10,000KM away

This should be in the knowledge base, and I thought it was.  Do this:

cat /proc/rtc.  If you see 24hr : no, compile and run the attached
program on your raq.  Then re-set the time.

> I manage several Cobalt RAQ4 servers, and have noticed that the date and
> time settings on the server don't always remain correct over time.  We'll
> correct the date and time, leave the server alone for a month, at which
> point discover that the date is now off by a day or more.  We have nailed
> down a pattern to it yet (we've had some servers both lose time and some
> that gain it), and it doesn't happen with all of our servers.  Outside of
> people intentionally changing the date and time, any ideas as to what may
be
> causing this?

--
Tim Hockin
Systems Software Engineer
Sun Microsystems, Cobalt Server Appliances
thockin@xxxxxxx




/*
 * gcc -O2 mfg-fix-rtc.c -o mfg-fix-rtc
 * ./mfg-fix-rtc
 */

/* ------------------ mfg-fix-rtc.c ------------------*/
/* original by Tim Hockin, Cobalt Networks            */
#include <stdio.h>
#include <sys/io.h>

int main(int argc, char *argv[])
{
        unsigned char tmp;

        if (ioperm(0x70, 2, 1)) {
                perror("ioperm");
                return 2;
        }

        outb(0xb, 0x70);
        tmp = inb(0x71);
        outb(tmp | 0x80, 0x71);

        outb(0xa, 0x70);
        outb(0x26, 0x71);

        outb(0xb, 0x70);
        outb(0x2, 0x71);

        outb(0xb, 0x70);
        tmp = inb(0x71);
        outb(tmp & ~0x80, 0x71);

        return 0;
}
/* ------------------ mfg-fix-rtc.c ------------------ */

_______________________________________________
cobalt-developers mailing list
cobalt-developers@xxxxxxxxxxxxxxx
http://list.cobalt.com/mailman/listinfo/cobalt-developers


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com