Linux-Development-Sys Digest #754, Volume #6     Sat, 29 May 99 18:14:09 EDT

Contents:
  Re: advance power management (Marius)
  RAID-1 and 5 broken in 2.2.9? (bill davidsen)
  Re: Terabite Plus Filesystems (Greg White)
  Re: Booting Diskless Client - Linux 2.2.6 ("Christopher R. Thompson")
  POSIX information ("Arthit Suriyawongkul")
  Re: SMP: Inconsistent variable MTRR settings ??? (You Wish)
  Where is the www.linuxhq.com gone? (Aurel Balmosan)
  Re: Where is the www.linuxhq.com gone? (Andrew McDonald)
  Re: Where is the www.linuxhq.com gone? (Henri Karrenbeld)
  FREE HARDCORE XXX SEX PICTURES!  6186 ([EMAIL PROTECTED])
  Still need help with Dell PowerEdge SP 5166-2 (Leslie Smith)
  Kernel and hisax isdn driver support (Kristian Vuorinen)
  Re: How to access SQL Server using C language in Linux ??? (selious)
  copy on write (Nitin Malik)
  Re: Where is the www.linuxhq.com gone? (James Curbo)
  Re: Large CD-ROM file errors...? (James Youngman)
  Re: Terabite Plus Filesystems (David T. Blake)

----------------------------------------------------------------------------

From: Marius <[EMAIL PROTECTED]>
Subject: Re: advance power management
Date: 28 May 1999 17:35:55 GMT

Allin Cottrell <[EMAIL PROTECTED]> wrote in
<[EMAIL PROTECTED]>: 
>"Paul D. Pandian" wrote:
>
>> Okay: Question. I upgraded the kernel to 2.2.0 (and tried all the rest
>> upwards too inlcuding the latest 2.3.3). System cannot shutdown. Even
>> when I selected the APM options under kernel configuration and
>> compilation. 
>> 
>> What do I do ?
>
>Read /usr/src/linux/Documentation/Configure.help and look for
>references to APM.  The kernel no longer does poweroff; when
>you select that option in configuring the kernel, all you're
>doing is "enabling" (not "activating") poweroff on shutdown.
>Supposedly you need a recent "shutdown" binary (util-linux)
>and give it the -p flag (or invoke it as "poweroff").  But
>I have to say this has not worked for me :-(

You should check the system shutdown scripts (/etc/rc.d/rc.0 or
something like that -- for Red Hat it is /etc/rc.d/init.d/halt, IIRC).
Add the `-p' option to the shutdown command in the script (or,
if the script calls `halt' command, use `poweroff' instead).  This
should work (it does for me).

I have seen a very nice explaination of this `problem' (or should I say
`new feature'?), unfortunately, I do not recall the source now.

Yours,
Marius Gedminas

------------------------------

From: [EMAIL PROTECTED] (bill davidsen)
Subject: RAID-1 and 5 broken in 2.2.9?
Date: 29 May 1999 06:00:00 GMT

I think there is a problem in md support for raid-1 and 5 in 2.2.9. I
have no problem with raid-0, but neither of the reliable personalities
works. I get phantom superblock errors in both cases.

I can't seem to find a site with a newer md utils, the Documentation
says only linear and raid-0 are supported then on the next line talks
about using raid-1. The kernel has raid-1 and raid-5 modules, and the
raid-1 used to work.

Here's the output from the test, I'm still fighting this, I really need
to upgrade from old kernels this weekend.
================================================================

Script started on Sat May 29 00:45:58 1999
bash-2.02# mdstop /dev/md0
bash-2.02# cat /proc/mdstat 
Personalities : [1 linear] [2 raid0] [3 raid1] [4 raid5]
read_ahead 128 sectors
md0 : inactive
md1 : inactive
md2 : inactive
md3 : inactive
bash-2.02# mdadd /dev/md0 /dev/hdg1 /dev/hde1
bash-2.02# cat /proc/mdstat 
Personalities : [1 linear] [2 raid0] [3 raid1] [4 raid5]
read_ahead 128 sectors
md0 : inactive hdg1 hde1 7168832 blocks
md1 : inactive
md2 : inactive
md3 : inactive
bash-2.02# mdrun -p0 /dev/md0
bash-2.02# cat /prod/md    
bash-2.02# cat /proc/mdstat 
Personalities : [1 linear] [2 raid0] [3 raid1] [4 raid5]
read_ahead 128 sectors
md0 : active raid0 hdg1 hde1 7168832 blocks 4k chunks
md1 : inactive
md2 : inactive
md3 : inactive
bash-2.02# mdstop /dev/md0
bash-2.02# cat /proc/mdstat 
Personalities : [1 linear] [2 raid0] [3 raid1] [4 raid5]
read_ahead 128 sectors
md0 : inactive
md1 : inactive
md2 : inactive
md3 : inactive
bash-2.02# mdadd /dev/md0 /dev/hdg1 /dev/hde1
bash-2.02# mdrun -p1 /dev/md0
/dev/md0: Invalid argument
bash-2.02# cat /proc/mdstat 
Personalities : [1 linear] [2 raid0] [3 raid1] [4 raid5]
read_ahead 128 sectors
md0 : inactive hdg1 hde1 7168832 blocks
md1 : inactive
md2 : inactive
md3 : inactive
bash-2.02# mdrun -c64k -f1 -p1 /dev/md0
/dev/md0: Invalid argument
bash-2.02# mdrun -p5 /dev/md0
/dev/md0: Invalid argument
bash-2.02# mdrun -p0 /dev/md0
bash-2.02# m 
bash-2.02# cat /proc/mdstat 
Personalities : [1 linear] [2 raid0] [3 raid1] [4 raid5]
read_ahead 128 sectors
md0 : active raid0 hdg1 hde1 7168832 blocks 4k chunks
md1 : inactive
md2 : inactive
md3 : inactive
bash-2.02# fdeisk
bash-2.02# fdisk /dev/hdg

The number of cylinders for this disk is set to 16383.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/hdg: 16 heads, 63 sectors, 16383 cylinders
Units = cylinders of 1008 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hdg1             1      7112   3584416+  83  Linux native

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 2
First cylinder (7113-16383, default 7113): 
Using default value 7113
Last cylinder or +size or +sizeM or +sizeK (7113-16383, default 16383): +20m

Command (m for help): p

Disk /dev/hdg: 16 heads, 63 sectors, 16383 cylinders
Units = cylinders of 1008 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hdg1             1      7112   3584416+  83  Linux native
/dev/hdg2          7113      7153     20664   83  Linux native

Command (m for help): n
Command action
   e   extended
   p   primary partition (1-4)
p
Partition number (1-4): 3
First cylinder (7154-16383, default 7154): 
Using default value 7154
Last cylinder or +size or +sizeM or +sizeK (7154-16383, default 16383): +20m

Command (m for help): p

Disk /dev/hdg: 16 heads, 63 sectors, 16383 cylinders
Units = cylinders of 1008 * 512 bytes

   Device Boot    Start       End    Blocks   Id  System
/dev/hdg1             1      7112   3584416+  83  Linux native
/dev/hdg2          7113      7153     20664   83  Linux native
/dev/hdg3          7154      7194     20664   83  Linux native

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

WARNING: If you have created or modified any DOS 6.x
partitions, please see the fdisk manual page for additional
information.
bash-2.02# mdadd /dev/md2 /dev/hdg2 /dev/hdg3
bash-2.02# cat /proc/mdstat 
Personalities : [1 linear] [2 raid0] [3 raid1] [4 raid5]
read_ahead 128 sectors
md0 : active raid0 hdg1 hde1 7168832 blocks 4k chunks
md1 : inactive
md2 : inactive hdg2 hdg3 41328 blocks
md3 : inactive
bash-2.02# mdrun -p1 /dev/md2
/dev/md2: Invalid argument
bash-2.02# mdstop /dev/md2
bash-2.02# mdstop /dev/md0
bash-2.02# cat /proc/mdstat 
Personalities : [1 linear] [2 raid0] [3 raid1] [4 raid5]
read_ahead 128 sectors
md0 : inactive
md1 : inactive
md2 : inactive
md3 : inactive
bash-2.02# exit
exit

Script done on Sat May 29 00:54:12 1999

-- 
bill davidsen <[EMAIL PROTECTED]>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
-- 
bill davidsen <[EMAIL PROTECTED]>
  CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.

------------------------------

From: Greg White <[EMAIL PROTECTED]>
Crossposted-To: 
comp.os.ms-windows.nt.admin.misc,comp.sys.sun.admin,comp.sys.hp.misc,comp.os.linux.hardware
Subject: Re: Terabite Plus Filesystems
Date: Sat, 29 May 1999 07:03:02 GMT

Al in Seattle wrote:
> 
> I don't see where money is an issue in his original mail.
> Other than the fact that you folks all use Unix based systems that are
> recommending Unix based system, what technical reason are you siting for not
> using an NT based system?
> 
> Some of the quotes:
> "I feel that if your data is important and you want a file server that comes
> up and stays up, you should discount NT immediately. I have heard some
> horror stories about NT with very large directories "  no basis in fact
> here.
> 
> "PCs are just not
> built to the same standard as most of the "real" Unix boxes from Sun, HP,
> IBM, SGI, etc. The one exception that comes to mind would be the Sequent
> range."     pure bs. It simply depends on what you are willing to spend.
> Compaq and others have totally capable boxes if you want to spend the same
> kind of money that the Unix crowd delivers.
> 
> I would continue your quest to price out the system consistently on various
> box types. Your expertise as either an NT or Unix admin will ultimately be
> probably the main factor here.
> 
> al in seattle

Windows NT definitely has its place in the corporate enterprise, but,
IMHO, this is __not__ it. Low-end Linux boxes consistently out-pace
high-end Windows NT servers in my experience, and ( no offence to Linux
users I hope), most of the good 64-bit unices far outpace Linux in
performance. IMHO, Microsoft Windows NT has a long way to go before it
can replace any Unix at the enterprise level.

GW

Follow-ups set to comp.os.linux.development.system, just because that's
where I caught the thread, and I hate cross-posts.

------------------------------

From: "Christopher R. Thompson" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Re: Booting Diskless Client - Linux 2.2.6
Date: Fri, 28 May 1999 23:26:45 -0700

Hey... are you guys able to boot more than one client simultaneously?

------------------------------

From: "Arthit Suriyawongkul" <[EMAIL PROTECTED]>
Subject: POSIX information
Date: Sat, 29 May 1999 11:09:41 +0700

Where can i found the POSIX specification / information
... anything, documents, source code, demos, ...
Thank you

Art!

P.S.
i'm a student from Thailand and doing a senior project in operating system



------------------------------

From: [EMAIL PROTECTED] (You Wish)
Crossposted-To: comp.os.linux.setup
Subject: Re: SMP: Inconsistent variable MTRR settings ???
Date: Fri, 28 May 1999 20:51:37 GMT

On 27 May 1999 19:45:41 +0000, David Wragg <[EMAIL PROTECTED]> wrote:

>[EMAIL PROTECTED] (You Wish) writes:
>> I just installed RH 6.0 on a dual P2-266 system (QDI motherboard) and I get
>> the following message when booting:
>> 
>> ...
>> *IRQ mapping table*
>> mtrr: your CPUs had inconsistent variable MTRR settings
>> mtrr: probably your BIOS does not setup all CPUs
>> PCI: PCI BIOS revision 2.10 entry at 0xfb530
>> ...
>> 
>> Can someone give me more info. on this?
>
>The BIOS is supposed to set the MTRRs (memory type range registers) on
>all CPUs to the same values. But unfortunately some BIOSes only setup
>the MTRRs on CPU0. So Linux checks for this; when it finds
>inconsistent MTRR settings it prints that message and fixes the
>problem by assuming the settings on CPU0 are correct.
>
>> Should I care at all?
>
>Probably not, since that message means the problem has been fixed.

Thanks a lot for the info! At least thats one "problem" I don't have to care
about :)

Marc

------------------------------

From: Aurel Balmosan <[EMAIL PROTECTED]>
Subject: Where is the www.linuxhq.com gone?
Date: Sat, 29 May 1999 10:46:22 GMT

Hi,

I have tried recentltz to get information about linux like 
browesing kernel patches but www.linuxhq.com seems to be 
down. I already tried ww.linuxhq.org but there is no info
shown except the logo.

-- 
================================================================
Aurel Balmosan                |  [EMAIL PROTECTED], [EMAIL PROTECTED] 
http://gaia.owl.de/~aurel/    |                                 
================================================================

------------------------------

From: [EMAIL PROTECTED] (Andrew McDonald)
Subject: Re: Where is the www.linuxhq.com gone?
Date: 29 May 1999 11:21:07 GMT

Aurel Balmosan <[EMAIL PROTECTED]> wrote:
> I have tried recentltz to get information about linux like 
> browesing kernel patches but www.linuxhq.com seems to be 
> down. I already tried ww.linuxhq.org but there is no info
> shown except the logo.

It can be found at http://www.kernelnotes.org/
There is a note there about the problems.

Andrew
-- 
Andrew McDonald
andrew at mcdonald.org.uk
http://ban.joh.cam.ac.uk/~adm36/

------------------------------

From: [EMAIL PROTECTED] (Henri Karrenbeld)
Subject: Re: Where is the www.linuxhq.com gone?
Date: 29 May 1999 11:31:29 GMT

Aurel Balmosan <[EMAIL PROTECTED]> writes:

>Hi,

>I have tried recentltz to get information about linux like 
>browesing kernel patches but www.linuxhq.com seems to be 
>down. I already tried ww.linuxhq.org but there is no info
>shown except the logo.

It's been moved to http://kernelnotes.org/

$) Henri
--
Hardware, n.: The parts of a computer system that can be kicked. -- nn.
There are no thoughts too radical for a people to view; there are just some
people too radical to control the thoughts of others --
    JMS - Great Maker of Babylon 5.

------------------------------

From: [EMAIL PROTECTED]
Subject: FREE HARDCORE XXX SEX PICTURES!  6186
Date: 29 May 1999 10:21:53 GMT

free no bullshit xxx sex pictures visit

http://www.users.globalnet.co.uk/~nigel32/freepictures.htm
jodvwsuqieqhhucphdslysypwynkefshqudpeysxgcxgs


------------------------------

From: [EMAIL PROTECTED] (Leslie Smith)
Subject: Still need help with Dell PowerEdge SP 5166-2
Date: 29 May 1999 12:26:51 +0100

Can help me out here, I have got a Dell PowerEdge server
SP 5166-2 Dual CPU. 

I'm using Red Hat 5.2, when I am using the boot disk to boot
the machine. It seems to load the boot.img OK, but when it
tries to load initrd.img the system seems to hang at ... .
This also happens with Red Hat 5.1 too. I am able to load Red
Hat 5.0 OK.

Machine Spec:

CPU = 2 x 166
SCSI Controller = NCR 53c810
SCSI HD = 4 x 2GB 
SCSI CD = x32
MEM = 128MB
Display = 1 x Vodoo 4MB

REgards

Leslie...UK:-)


------------------------------

From: Kristian Vuorinen <[EMAIL PROTECTED]>
Subject: Kernel and hisax isdn driver support
Date: Sat, 29 May 1999 15:56:46 +0300

    Hello,

            Someone should update ISDN driver support to support other
TELES cards than 16.3 and 16.3c and 16.0 cause those aren't that popular

            like vision b5 is nowadays. ( which i have ( vision b5 ))

            if someone got information where i could directly mail this
suggestion to hisax development team or got solution to my problem,
please reply

         with respect, Funk-e


------------------------------

From: selious <[EMAIL PROTECTED]>
Subject: Re: How to access SQL Server using C language in Linux ???
Date: Sat, 29 May 1999 19:55:16 +0200
Reply-To: [EMAIL PROTECTED]

Ehh, I heared of a JDBC to ODBC bridge !!

So you need to call java stuff from your C program !!

Good luck !!



------------------------------

Date: Sat, 29 May 1999 15:08:11 -0400
From: Nitin Malik <[EMAIL PROTECTED]>
Reply-To: Nitin Malik <[EMAIL PROTECTED]>
Subject: copy on write

I have mapped some kernel buffers to user space via mmap()

When i call mmap with READ and WRITE access and MAP_SHARED flag, the
changes the user does in the buffers are visible to the kernel... this is
as expected. 

I have written a small routine that can set/reset the write permission on
a page using the pte_mkwrite() and pte_wrprotect(). This is similar to the
remap_page_range() function. When the write permissions are reset using my
routine, the user should not be able to write, but it is able to do so via
the COW which is some how set... the kernel buffers are still preserved as
before. How do I override the COW property?  I printed the physical
address and they are indeed different from before. 

When I called mmap with only READ and MAP_SHARED flag and then later set
the write permission using my above mentioned function, the COW doesn't
come into play. Can some one explain me why this is so?? 

Thanks,

-- 
nitin




------------------------------

From: [EMAIL PROTECTED] (James Curbo)
Subject: Re: Where is the www.linuxhq.com gone?
Date: 29 May 1999 19:20:52 GMT

In article <[EMAIL PROTECTED]>, Aurel Balmosan wrote:
>Hi,
>
>I have tried recentltz to get information about linux like 
>browesing kernel patches but www.linuxhq.com seems to be 
>down. I already tried ww.linuxhq.org but there is no info
>shown except the logo.

www.kernelnotes.org

-- 
James Curbo <[EMAIL PROTECTED]> <http://users.ipa.net/~jcurbo>
undergradute computer science/math student - Henderson State University
PGP Key - 0x76E2061B - http://users.ipa.net/~jcurbo/pgp-key.txt
Debian GNU/Linux - <http://www.debian.org> <http://www.gnu.org>

------------------------------

From: James Youngman <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: Large CD-ROM file errors...?
Date: 28 May 1999 19:13:35 +0100

[EMAIL PROTECTED] (Peter Samuelson) writes:


> Bzzzt ... he burned a single 70MB tarfile, not a whole directory tree.
> (Read the original post.)  The issue is that Linux shows a truncated
> (16MB) file instead of the whole thing.

Sounds like the iso9660 "cruft" option.

-- 
ACTUALLY reachable as @free-lunch.demon.(whitehouse)co.uk:james+usenet

------------------------------

From: [EMAIL PROTECTED] (David T. Blake)
Crossposted-To: 
comp.os.ms-windows.nt.admin.misc,comp.sys.sun.admin,comp.sys.hp.misc,comp.os.linux.hardware
Subject: Re: Terabite Plus Filesystems
Date: 29 May 1999 13:35:34 -0700

"Al in Seattle" <[EMAIL PROTECTED]> writes:

>I don't see where money is an issue in his original mail.

I believe the statement was that he wanted to stick with
*x86 architecture for cost purposes.

>Other than the fact that you folks all use Unix based systems that
>are recommending Unix based system, what technical reason are you
>siting for not using an NT based system?

We regularly find 2-3 times the sys admin manpower required
for NT boxes compared to UNIX boxes in the same setting. And
I've had more than enough experience with the blue screen of
death. There are a number of core problems with NTs usability.
Such as, 
1) Want to put in a new video card - reboot about 10 times.
2) Video server built in to the kernel
3) Want to extend functionality - send a check for $10k to
   Redmond
4) Want to program - send another check to Redmond - one
   for each language
5) Having problems with the OS - too bad. Call Redmond and
   pay out the nose while you wait on hold, and then talk to
   someone who knows horribly less than you about the OS.
6) Remote administration
7) Lack of a respectable scripting language for administration
   purposes

>Some of the quotes:
>"I feel that if your data is important and you want a file server
>that comes up and stays up, you should discount NT immediately. I
>have heard some horror stories about NT with very large directories "
>no basis in fact here.


>"PCs are just not built to the same standard as most of the "real"
>Unix boxes from Sun, HP, IBM, SGI, etc. The one exception that comes
>to mind would be the Sequent range."  pure bs. It simply depends on
>what you are willing to spend.

PCs with *x86 architecture have about 1/3 the computing power
of an alpha at the same clock speed. That is the penalty for
keeping legacy chip architecture around.


>Compaq and others have totally capable boxes if you want to spend the
>same kind of money that the Unix crowd delivers.

I understand the Compaq XP-2000 is a quite capable box. If you 
don't have the $$ for that you can try the DS-10 from Compaq for
about $3500   + $1200 or so for Tru64Unix (or linux for free).

-- 
Dave Blake
[EMAIL PROTECTED]

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [EMAIL PROTECTED]

You can send mail to the entire list (and comp.os.linux.development.system) via:

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Development-System Digest
******************************

Reply via email to