Wed Jun 19 04:13:47 2024
EVENTS
 FREE
SOFTWARE
INSTITUTE

POLITICS
JOBS
MEMBERS'
CORNER

MAILING
LIST

NYLXS Mailing Lists and Archives
NYLXS Members have a lot to say and share but we don't keep many secrets. Join the Hangout Mailing List and say your peice.

DATE 2003-08-01

HANGOUT

2024-06-19 | 2024-05-19 | 2024-04-19 | 2024-03-19 | 2024-02-19 | 2024-01-19 | 2023-12-19 | 2023-11-19 | 2023-10-19 | 2023-09-19 | 2023-08-19 | 2023-07-19 | 2023-06-19 | 2023-05-19 | 2023-04-19 | 2023-03-19 | 2023-02-19 | 2023-01-19 | 2022-12-19 | 2022-11-19 | 2022-10-19 | 2022-09-19 | 2022-08-19 | 2022-07-19 | 2022-06-19 | 2022-05-19 | 2022-04-19 | 2022-03-19 | 2022-02-19 | 2022-01-19 | 2021-12-19 | 2021-11-19 | 2021-10-19 | 2021-09-19 | 2021-08-19 | 2021-07-19 | 2021-06-19 | 2021-05-19 | 2021-04-19 | 2021-03-19 | 2021-02-19 | 2021-01-19 | 2020-12-19 | 2020-11-19 | 2020-10-19 | 2020-09-19 | 2020-08-19 | 2020-07-19 | 2020-06-19 | 2020-05-19 | 2020-04-19 | 2020-03-19 | 2020-02-19 | 2020-01-19 | 2019-12-19 | 2019-11-19 | 2019-10-19 | 2019-09-19 | 2019-08-19 | 2019-07-19 | 2019-06-19 | 2019-05-19 | 2019-04-19 | 2019-03-19 | 2019-02-19 | 2019-01-19 | 2018-12-19 | 2018-11-19 | 2018-10-19 | 2018-09-19 | 2018-08-19 | 2018-07-19 | 2018-06-19 | 2018-05-19 | 2018-04-19 | 2018-03-19 | 2018-02-19 | 2018-01-19 | 2017-12-19 | 2017-11-19 | 2017-10-19 | 2017-09-19 | 2017-08-19 | 2017-07-19 | 2017-06-19 | 2017-05-19 | 2017-04-19 | 2017-03-19 | 2017-02-19 | 2017-01-19 | 2016-12-19 | 2016-11-19 | 2016-10-19 | 2016-09-19 | 2016-08-19 | 2016-07-19 | 2016-06-19 | 2016-05-19 | 2016-04-19 | 2016-03-19 | 2016-02-19 | 2016-01-19 | 2015-12-19 | 2015-11-19 | 2015-10-19 | 2015-09-19 | 2015-08-19 | 2015-07-19 | 2015-06-19 | 2015-05-19 | 2015-04-19 | 2015-03-19 | 2015-02-19 | 2015-01-19 | 2014-12-19 | 2014-11-19 | 2014-10-19 | 2014-09-19 | 2014-08-19 | 2014-07-19 | 2014-06-19 | 2014-05-19 | 2014-04-19 | 2014-03-19 | 2014-02-19 | 2014-01-19 | 2013-12-19 | 2013-11-19 | 2013-10-19 | 2013-09-19 | 2013-08-19 | 2013-07-19 | 2013-06-19 | 2013-05-19 | 2013-04-19 | 2013-03-19 | 2013-02-19 | 2013-01-19 | 2012-12-19 | 2012-11-19 | 2012-10-19 | 2012-09-19 | 2012-08-19 | 2012-07-19 | 2012-06-19 | 2012-05-19 | 2012-04-19 | 2012-03-19 | 2012-02-19 | 2012-01-19 | 2011-12-19 | 2011-11-19 | 2011-10-19 | 2011-09-19 | 2011-08-19 | 2011-07-19 | 2011-06-19 | 2011-05-19 | 2011-04-19 | 2011-03-19 | 2011-02-19 | 2011-01-19 | 2010-12-19 | 2010-11-19 | 2010-10-19 | 2010-09-19 | 2010-08-19 | 2010-07-19 | 2010-06-19 | 2010-05-19 | 2010-04-19 | 2010-03-19 | 2010-02-19 | 2010-01-19 | 2009-12-19 | 2009-11-19 | 2009-10-19 | 2009-09-19 | 2009-08-19 | 2009-07-19 | 2009-06-19 | 2009-05-19 | 2009-04-19 | 2009-03-19 | 2009-02-19 | 2009-01-19 | 2008-12-19 | 2008-11-19 | 2008-10-19 | 2008-09-19 | 2008-08-19 | 2008-07-19 | 2008-06-19 | 2008-05-19 | 2008-04-19 | 2008-03-19 | 2008-02-19 | 2008-01-19 | 2007-12-19 | 2007-11-19 | 2007-10-19 | 2007-09-19 | 2007-08-19 | 2007-07-19 | 2007-06-19 | 2007-05-19 | 2007-04-19 | 2007-03-19 | 2007-02-19 | 2007-01-19 | 2006-12-19 | 2006-11-19 | 2006-10-19 | 2006-09-19 | 2006-08-19 | 2006-07-19 | 2006-06-19 | 2006-05-19 | 2006-04-19 | 2006-03-19 | 2006-02-19 | 2006-01-19 | 2005-12-19 | 2005-11-19 | 2005-10-19 | 2005-09-19 | 2005-08-19 | 2005-07-19 | 2005-06-19 | 2005-05-19 | 2005-04-19 | 2005-03-19 | 2005-02-19 | 2005-01-19 | 2004-12-19 | 2004-11-19 | 2004-10-19 | 2004-09-19 | 2004-08-19 | 2004-07-19 | 2004-06-19 | 2004-05-19 | 2004-04-19 | 2004-03-19 | 2004-02-19 | 2004-01-19 | 2003-12-19 | 2003-11-19 | 2003-10-19 | 2003-09-19 | 2003-08-19 | 2003-07-19 | 2003-06-19 | 2003-05-19 | 2003-04-19 | 2003-03-19 | 2003-02-19 | 2003-01-19 | 2002-12-19 | 2002-11-19 | 2002-10-19 | 2002-09-19 | 2002-08-19 | 2002-07-19 | 2002-06-19 | 2002-05-19 | 2002-04-19 | 2002-03-19 | 2002-02-19 | 2002-01-19 | 2001-12-19 | 2001-11-19 | 2001-10-19 | 2001-09-19 | 2001-08-19 | 2001-07-19 | 2001-06-19 | 2001-05-19 | 2001-04-19 | 2001-03-19 | 2001-02-19 | 2001-01-19 | 2000-12-19 | 2000-11-19 | 2000-10-19 | 2000-09-19 | 2000-08-19 | 2000-07-19 | 2000-06-19 | 2000-05-19 | 2000-04-19 | 2000-03-19 | 2000-02-19 | 2000-01-19 | 1999-12-19

Key: Value:

Key: Value:

MESSAGE
DATE 2003-08-19
FROM From: "Inker, Evan"
SUBJECT Subject: [hangout] IBM Article: Use the /proc filesystem to get a handle on your sy

Use the /proc filesystem to get a handle on your system
Level: Intermediate

http://www-106.ibm.com/developerworks/linux/library/l-adfly.html?ca=den-wud
ftp://www6.software.ibm.com/software/developer/library/l-adfly.pdf


Graham White (gwhite-at-uk.ibm.com)
IT specialist, Hursley, IBM
May 14, 2003

The /proc filesystem is one of Linux's great features, and this article
gives you a thorough grounding in some of its most useful aspects. With it,
you can administer many details of the operating system without ever having
to shut down and reboot the machine, which is a boon for those who need to
keep their systems as available as possible.

Anyone who has administered a system of commercial importance knows the
value of uptime -- or, conversely, knows the headaches you get from users
because of downtime. One of the main reasons a company will run a UNIX
server is because of its reliability and stability. If managed carefully,
there's usually no need to restart these servers for long periods of time.
And to improve matters further, there are administrative tasks -- even at
the kernel level -- that you can perform on the fly, keeping your servers
available. While you may still need to restart a system to upgrade hardware
or if someone trips over the power cord, it's good to know that many
administrative tasks can be performed without disrupting service.

This article includes hints and tips for performing various administrative
tasks and changing your system without rebooting. Linux provides various
ways to change underlying operating system values and settings while keeping
the system up and running. These come in two basic forms, those that are
general to all Linux systems and are provided in the Linux kernel (you can
find more information about the Linux kernel and download kernel source at
the Linux Kernel Archives; see Resources for a link), and those that are
distribution specific and provided by the vendor. This article deals with
both types.

Note: This article is written for a 2.4-level kernel. Some of the options
and features may be different for other kernel versions.

Changing running kernel parameters

Linux provides a really neat way for administrators to change the kernel
while the system is running and without the need to reboot the
kernel/system. This is done with a virtual filesystem called /proc. Linux
Gazette provides one of the simplest and easiest references on /proc I have
seen. (See Resources for a link.) Very basically, the /proc filesystem gives
you a view into the running kernel, which can be useful for monitoring
performance, discovering system information, finding out how the system is
configured, and changing that configuration. This filesystem is called a
virtual filesystem, because it is not really a filesystem at all. It's just
a map provided by the kernel that is attached to your usual filesystem
structure to give you access to it.

The fact that we have some way of changing the running kernel parameters
while the system is up and running gives the system administrator great
power and flexibility in changing kernel settings. This sort of
implementation was an inspired idea on the part of the Linux kernel
developers. But can too much power be a bad thing? Sometimes. If you are
going to change anything in the /proc filesystem, you must make sure that
you know what you are changing and what effect this will have on the system.
These are really useful techniques, but a wrong move can give you some
rather undesired consequences. If you are new to this sort of thing or are
not sure what effect one of your changes will have, practice on a machine
that is not important to you or your business.

How to make changes

First, think about how not to make changes to the kernel. There are two good
reasons why you should not just jump into the /proc filesystem, open a file
in your text editor, make a bunch of changes, and save the file back out
again. These are:

Data integrity: All of these files represent the running system, and since
the kernel may change any of these files at any time, if you open an editor
and change some data while the system is changing it underneath you,
whatever you save back is unlikely to be what the kernel is expecting.

Virtual files: All of these files do not actually exist. How would the saved
data be synchronized, etc.?

The answer to making changes to any of these files, therefore, is not to use
an editor. When making changes to anything at all in the /proc filesystem,
you should use the echo command and redirect the output from the command
line into your chosen files under /proc. For example:

echo "Your-New-Kernel-Value" > /proc/your/file

Similarly, if you wish to view information from /proc, you should either use
a command that is designed for the purpose or use the command line cat
command.

What to change

You do not need to be a kernel hacker to get good use out of /proc, and a
basic understanding of the structure of this filesystem will aid you
greatly. You may find that you don't need to know about anything in /proc,
until the day a user asks you for a certain bit of functionality that makes
you glad you bothered to learn where to look to make changes. The /proc
filesystem helps the system administrator in this respect via its structure
and file permissions.

Each file in /proc has a very particular set of file permissions assigned to
it and will be owned by a particular user ID. This is very carefully done so
that the correct functionality is presented to the administrator and to the
users. The following list summarizes what particular permissions may do on
individual files:

Read-only: File is not changeable by any user; used for presenting system
information
Root-write: If a file is writeable in /proc, it is usually writeable only by
the root user
Root-read: Some files may not be viewable to normal system users, only to
root
Other: You may find combinations other than the common three, above, for
various reasons

A very broad generalization about /proc is that you will find most of it
read-only except for the /proc/sys directory. This directory is the one that
holds most kernel parameters (rather than information) and is the one that
is designed to be changed while the system is running. As a result, this is
the directory that this article will look mainly at.

The last thing to know about learning what to change in /proc is what you
should actually be writing to these files. You will notice as you look at
various files in /proc that some of them are human readable and some are
data files. The data files can still be read by using specific utilities
such as top, lspci, and free. You will also notice that the human-readable
files take two different formats: some are binary switches and others
contain more information. The binary switch files only contain a zero (off)
or a one (on) for that particular kernel feature.

Making changes
Detailing the exact information and usage of each file in /proc is outside
the scope of this article. For more information about any /proc files not
discussed in this article, one of the best sources is the Linux kernel
source itself, which contains some very good documentation. The following
files in /proc are more useful to a system administrator. This is not meant
to be an exhaustive treatment but an easy-access reference for day-to-day
use.

/proc/scsi
/proc/scsi/scsi
One of the most useful things to learn as a system administrator is how to
add more disk space if you have hot-swap drives available to you, without
rebooting the system. Without using /proc, you could insert your drive, but
you would then have to reboot in order to get the system to recognize the
new disk. Here, you can get the system to recognize the new drive with the
following command:

echo "scsi add-single-device w x y z" > /proc/scsi/scsi

For this command to work properly, you must get the parameter values w, x,
y, and z correct, as follows:

w is the host adapter ID, where the first adapter is zero (0)
x is the SCSI channel on the host adaptor, where the first channel is zero
(0)
y is the SCSI ID of the device
z is the LUN number, where the first LUN is zero (0)

Once your disk has been added to the system, you can mount any previously
formatted filesystems or you can start formatting it, and so on. If you are
not sure about what device the disk will be, or you want to check any
pre-existing partitions, for example, you can use a command such as fdisk
-l, which will report this information back to you.

Conversely, the command to remove a device from your system without a reboot
would be:

echo "scsi remove-single-device w x y z" > /proc/scsi/scsi

Before you enter this command and remove your hot-swap SCSI disk from your
system, make sure you have unmounted any filesystems from this disk first.

/proc/sys/fs/
/proc/sys/fs/file-max
This specifies the maximum number of file handles that can be allocated. You
may need to increase this value if users get error messages stating that
they cannot open more files because the maximum number of open files has
been reached. This can be set to any number of files and can be changed by
writing a new numeric value to the file.

Default setting: 4096

/proc/sys/fs/file-nr
This file is related to file-max and holds three values:

Number of allocated file handles
Number of used file handles
Maximum number of file handles
This file is read-only and for informational purposes only.

/proc/sys/fs/inode-*
Any files starting with the name "inode" will perform the same operation as
files starting with the name "file" as above, but perform their operation
relative to inodes instead of file handles.

/proc/sys/fs/overflowuid and /proc/sys/fs/overflowgid
This holds the User ID (UID) and Group ID (GID) for any filesystems that
support 16-bit user and group IDs. These values can be changed, but if you
really do find the need to do this, you might find it easier to change your
group and password file entries instead.

Default Setting: 65534

/proc/sys/fs/super-max
This specifies the maximum number of super block handlers. Any filesystem
you mount needs to use a super block, so you could possibly run out if you
mount a lot of filesystems.

Default setting: 256

/proc/sys/fs/super-nr
This shows the currently allocated number of super blocks. This file is
read-only and for informational purposes only.

/proc/sys/kernel
/proc/sys/kernel/acct
This holds three configurable values that control when process accounting
takes place based on the amount of free space (as a percentage) on the
filesystem that contains the log:

If free space goes below this percentage value then process accounting stops
If free space goes above this percentage value then process accounting
starts
The frequency (in seconds) at which the other two values will be checked
To change a value in this file you should echo a space separated list of
numbers.

Default setting: 2 4 30

These values will stop accounting if there is less than 2 percent free space
on the filesystem that contains the log and starts it again if there is 4 or
more percent free space. Checks are made every 30 seconds.

/proc/sys/kernel/ctrl-alt-del
This file holds a binary value that controls how the system reacts when it
receives the ctrl+alt+delete key combination. The two values represent:

A zero (0) value means the ctrl+alt+delete is trapped and sent to the init
program. This will allow the system to have a graceful shutdown and restart,
as if you typed the shutdown command.
A one (1) value means the ctrl+alt+delete is not trapped and no clean
shutdown will be performed, as if you just turned the power off.

Default setting: 0

/proc/sys/kernel/domainname
This allows you to configure your network domain name. This has no default
value and may or may not already be set.

/proc/sys/kernel/hostname
This allows you to configure your network host name. This has no default
value and may or may not already be set.

/proc/sys/kernel/msgmax
This specifies the maximum size of a message that can be sent from one
process to another process. Messages are passed between processes in kernel
memory that is not swapped out to disk, so if you increase this value, you
will increase the amount of memory used by the operating system.

Default setting: 8192

/proc/sys/kernel/msgmnb
This specifies the maximum number of bytes in a single message queue.

Default setting: 16384

/proc/sys/kernel/msgmni
This specifies the maximum number of message queue identifiers.

Default setting: 16

/proc/sys/kernel/panic
This represents the amount of time (in seconds) the kernel will wait before
rebooting if it reaches a "kernel panic." A setting of zero (0) seconds will
disable rebooting on kernel panic.

Default setting: 0

/proc/sys/kernel/printk
This holds four numeric values that define where logging messages are sent,
depending on their importance. For more information on different log levels,
read the manpage for syslog(2). The four values of the file are:

Console Log Level: messages with a higher priority than this value will be
printed to the console
Default Message Log Level: messages without a priority will be printed with
this priority
Minimum Console Log Level: minimum (highest priority) value that the Console
Log Level can be set to
Default Console Log Level: default value for Console Log Level

Default setting: 6 4 1 7

/proc/sys/kernel/shmall
This is the total amount of shared memory (in bytes) that can be used on the
system at any given point.

Default setting: 2097152

/proc/sys/kernel/shmax
This specifies the largest shared memory segment size (in bytes) allowed by
the kernel.

Default setting: 33554432

/proc/sys/kernel/shmmni
This represents the maximum number of shared memory segments for the whole
system.

Default setting: 4096

/proc/sys/kernel/sysrq
This activates the System Request Key, if non-zero.

Default setting: 0

/proc/sys/kernel/threads-max
This is the maximum number of threads that can be used by the kernel.

Default setting: 2048

/proc/sys/net
/proc/sys/net/core/message_burst
This is the time required (in 1/10 seconds) to write a new warning message;
other warning messages received during this time will be dropped. This is
used to prevent Denial of Service attacks by someone attempting to flood
your system with messages.

Default setting: 50 (5 seconds)

/proc/sys/net/core/message_cost
This holds a cost value associated with every warning message. The higher
the value, the more likely the warning message is to be ignored.

Default setting: 5

/proc/sys/net/core/netdev_max_backlog
This gives the maximum number of packets allowed to queue when an interface
receives packets faster than the kernel can process them.

Default setting: 300

/proc/sys/net/core/optmem_max
This specifies the maximum buffer size allowed per socket.

/proc/sys/net/core/rmem_default
This is the receive socket buffer's default size (in bytes).

/proc/sys/net/core/rmem_max
This is the receive socket buffer's maximum size (in bytes).

/proc/sys/net/core/wmem_default
This is the send socket buffer's default size (in bytes).

/proc/sys/net/core/wmem_max
This is the send socket buffer's maximum size (in bytes).

/proc/sys/net/ipv4
All of the IPv4 and IPv6 parameters are fully documented in the kernel
source documentation. See the file
/usr/src/linux/Documentation/networking/ip-sysctl.txt.

/proc/sys/net/ipv6
Same as IPv4.

/proc/sys/vm
/proc/sys/vm/buffermem
This controls the amount of the total system memory (as a percent) that will
be used for buffer memory. It holds three values that can be set by writing
a space-separated list to the file:

Minimum percentage of memory that should be used for buffers
The system will try and maintain this amount of buffer memory when system
memory is being pruned in the event of a low amount of system memory
remaining
Maximum percentage of memory that should be used for buffers

Default setting: 2 10 60

/proc/sys/vm/freepages
This controls how the system reacts to different levels of free memory. It
holds three values that can be set by writing a space-separated list to the
file:

If the number of free pages in the system reaches this minimum limit, only
the kernel will be permitted to allocate any more memory.
If the number of free pages in the system falls below this limit, the kernel
will start swapping more aggressively to free memory and maintain system
performance.
The kernel will try to keep this amount of system memory free. Falling below
this value will start the kernel swapping.

Default setting: 512 768 1024

/proc/sys/vm/kswapd
This controls how the kernel is allowed to swap memory. It holds three
values that can be set by writing a space separated list to the file:

Maximum number of pages the kernel tries to free at one time. If you want to
increase bandwidth to/from swap, you will need to increase this number.
Minimum number of times the kernel tries to free a page on each swap.
The number of pages the kernel can write in one swap. This has the greatest
impact on system performance. The larger the value, the more data can be
swapped and the less time is spent disk seeking. However, a value that is
too large will adversely affect system performance by flooding the request
queue.

Default setting: 512 32 8

/proc/sys/vm/pagecache
This does the same job as /proc/sys/vm/buffermem, but it does it for memory
mapping and generic caching of files.

Making your kernel settings persistent
A handy utility is provided for making changes to any kernel parameters
under the /proc/sys directory. It allows you to make changes to the running
kernel (similarly to the echo and redirection method used above), but it
also has a configuration file that is executed on system boot. This lets you
make changes to the running kernel and add them to the configuration file so
that any changes you make will remain after a system reboot.

The utility is called sysctl and is fully documented in the man pages at
sysctl(8). The configuration file for sysctl is /etc/sysctl.conf, which can
be edited and is documented under sysctl.conf(8). Sysctl treats the files
under /proc/sys as individual variables that can be changed. So, for
example, the file under /proc/sys that represents the maximum number of file
handles allowed on the system, /proc/sys/fs/file-max, is represented as
fs.file-max.

This example reveals some oddities in sysctl notation. Since sysctl can only
change variables under the /proc/sys directory, that part of the variable
name is missing as the variables are always assumed to be under that
directory. The next change to note is that the directory separators (slash,
/) have changed to periods (dot, .).

There are two simple rules for converting between files in /proc/sys and
variables in sysctl:

Drop the /proc/sys from the beginning.
Swap slashes for dots in the filenames.

These two rules will let you swap any file name in /proc/sys for any
variable name in sysctl. The general file to variable conversion is:

/proc/sys/dir/file --> dir.file
dir1.dir2.file --> /proc/sys/dir1/dir2/file

You can view all the variables that are available to be changed, along with
their current setting, using the command sysctl -a.

Variables can also be changed using sysctl, which does exactly the same job
as the echo method used above. This notation is as follows:

sysctl -w dir.file="value"

Using the file-max example again, we could change this value to 16384 using
one of two methods as follows:

sysctl -w fs.file-max="16384"

Or:

echo "16384" > /proc/sys/fs/file-max

Don't forget that sysctl does not add changes made to the configuration
file; this is left for you to do manually. If you want your changes to
persist after a reboot, you must maintain this file.

Note: Not all distributions provide sysctl support. If this is the case for
your particular system, then you can use the echo and redirect method
described above and add these commands to a start-up script so they are
executed every time the system boots.

Commands for setting the system
It is possible to change other non-kernel system parameters while the system
is running and also get these settings to take effect without rebooting.
These can mainly be classified as services, daemons, and servers that will
be listed in the /etc/init.d directory. Since there is an increasingly wide
range of scripts that can be listed in this directory, it is not possible to
go through all the different configurations here. However, below are a few
examples of how the /etc/init.d scripts can be manipulated on different
distributions of Linux. Examples of where changes to a daemon and a reload
of the configuration without rebooting might be useful are:

Changing your Web server configuration and reloading Apache
Removing an inetd login service that you don't require
Manipulating your network settings
Exporting new filesystems via NFS
Starting/stopping your firewall

First, the generic way of manipulating system services is directly, via the
scripts in /etc/init.d. These scripts take parameters to manipulate the
services that they control; you can type the script name without any
parameters to see what the valid options are. Common parameters are:

start: Starts a stopped service
stop: Stops a running service
restart: Stops and then starts a running service; will start a stopped
service
reload: Reloads service configuration without breaking any connection(s)
status: Outputs whether the service is running or not

As an example, the following command would reload your xinetd configuration
without terminating any connected user's sessions (useful if you make a
change to /etc/xinetd.conf):

/etc/init.d/xinetd reload

Red Hat provides a command, service, that will manipulate services for you.
The service command provides the same functionality as typing the script
name itself. The syntax is as follows:

service script-name [parameter]

For example:

service xinetd reload

SuSE also provide a command called rc. This is similar to the service
command above, but has no space between the command and the script name. The
syntax is as follows:

rc{script-name} parameter

For example:

rcapache start

Similarly to changing kernel parameters, once you reboot your system, any
changes made to services will be lost. More and more distributions are
adopting the use of the chkconfig command, which manages the services that
are started at various run levels (including on boot). At the time of this
writing, the chkconfig command syntax differs slightly on different versions
of Linux, but if you enter the command chkconfig without any parameters, you
will get a list of how to use it. More information about chkconfig can also
be found via the man pages at chkconfig(8).

Conclusion
Configuring the Linux kernel on the fly using the /proc filesystem isn't to
be taken lightly, but once you understand its structure and how to
manipulate the various files and parameters, you've gained the use of a
powerful tool for keeping your servers available around the clock.

Acknowledgment
I would like to thank Mr. Adrian Fewings for proofreading this article.

Resources

Download, get involved with, or just learn about the Linux kernel at the
Linux Kernel Archives.


Refer to the kernel documentation in the "Documentation" directory where you
installed the kernel source.


Learn more about the /proc virtual filesystem from Linux Gazette.


Read the man pages for sysctl(8) and sysctl.conf(8).


Find more Linux documents at the Linux Documentation Project homepage.


For a guide to troubleshooting hardware problems, read "Linux hardware
stability guide, Part 1" (developerWorks, March 2001) and "Linux hardware
stability guide, Part 2" (developerWorks, July 2001).


"Understanding Linux configuration files" (developerWorks, December 2001)
gives an overview of files that control permissions, system applications,
daemons, and more.


"Configuring and compiling the kernel" (developerWorks, May 2002) takes you
step by step through the basic task of compiling the Linux kernel from
sources.


If you want to know what "high availability" means from a mainframe
perspective, read the IBM Redpaper "Linux on IBM zSeries and S/390: High
Availability for z/VM and Linux."


Find more resources for Linux developers in the developerWorks Linux zone.

About the author
Graham graduated from The University of Exeter with a B.Sc. (Honors) degree
in Computer Science with Management Science in July 2000. He joined IBM as
an IT support worker in September 2000 with no previous experience and
started learning Linux. One year later, in September 2001, he was certified
as a Red Hat Certified Engineer. His work and personal interests gave him
experience with many different versions of Linux running on a wide range of
platforms to support the development community at the IBM Hursley Laboratory
in the UK. Recently, he has taken up writing articles about Linux, his first
and only other publication being a guide for the Linux Documentation
Project. Contact Graham at gwhite at uk.ibm.com.



****************************************************************************
This message contains confidential information and is intended only
for the individual or entity named. If you are not the named addressee
you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately by e-mail if you have received
this e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed, arrive
late or incomplete, or contain viruses. The sender therefore does not
accept liability for any errors or omissions in the contents of this
message which arise as a result of e-mail transmission.
If verification is required please request a hard-copy version.
This message is provided for informational purposes and should not
be construed as an invitation or offer to buy or sell any securities or
related financial instruments.
GAM operates in many jurisdictions and is
regulated or licensed in those jurisdictions as required.
****************************************************************************

____________________________
NYLXS: New Yorker Free Software Users Scene
Fair Use -
because it's either fair use or useless....
NYLXS is a trademark of NYLXS, Inc

  1. 2003-08-02 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] please excuse this spam
  2. 2003-08-02 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] NYLXS has had a death in the family
  3. 2003-08-01 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Meeting Tonight
  4. 2003-08-01 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Tech Night Idea's
  5. 2003-08-01 Contrarian <adrba-at-nyct.net> Re: [hangout] Tech Night Idea's
  6. 2003-08-01 Ron Guerin <ron-at-vnetworx.net> Re: [hangout] please excuse this spam
  7. 2003-08-01 From: "akbar pasha" <akbar-at-pionerd.org> Subject: [hangout] [OT] perl q/ideas?
  8. 2003-08-25 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Biggest Free Softwaree Chamber of Commerce Meeting of the Year
  9. 2003-08-25 Ruben I Safir <ruben-at-mrbrklyn.com> Subject: [hangout] Biggest Free Softwaree Chamber of Commerce Meeting of the Year
  10. 2003-08-25 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] The work force transforms, creating new challenges for federal ma
  11. 2003-08-25 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] FW: must see this
  12. 2003-08-25 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> Subject: [hangout] FW: must see this
  13. 2003-08-24 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Editing an MP3
  14. 2003-08-24 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Novell Bets on Linux
  15. 2003-08-23 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] GNOME Developers Summit
  16. 2003-08-23 David Sugar <dyfet-at-ostel.com> Re: [hangout] GNOME Developers Sumit
  17. 2003-08-23 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] GNOME Developers Sumit
  18. 2003-08-23 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] [jobs-admin-at-perl.org: [Perl Jobs] mod_perl / DBI developer for web projects (telecommute), Australia, Queensland, Brisbane]
  19. 2003-08-23 David Sugar <dyfet-at-ostel.com> Re: [hangout] GNOME Developers Sumit
  20. 2003-08-23 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] GNOME Developers Sumit
  21. 2003-08-23 David Sugar <dyfet-at-ostel.com> Re: [hangout] GNOME Developers Sumit
  22. 2003-08-23 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Volunteer needed to take press photo's
  23. 2003-08-23 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] GNOME Developers Sumit
  24. 2003-08-22 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] [GeoBear-at-geobop.com: Freedomware Campaign]
  25. 2003-08-22 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] I take it back - I;m not banned from NYLUG
  26. 2003-08-22 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] NYLGU list
  27. 2003-08-22 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] GNOME CONFERENCE MINUTES
  28. 2003-08-22 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] irc
  29. 2003-08-22 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Subject: [hangout] irc
  30. 2003-08-22 From: "Ray C." <ray-pub-at-nyc.rr.com> Re: [hangout] Help moving stuff
  31. 2003-08-22 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Novell Bets on Linux
  32. 2003-08-22 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Some Interesting News this weel
  33. 2003-08-22 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> Subject: [hangout] Volunteers needed
  34. 2003-08-22 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] NYLXS is Breathign Again Easily
  35. 2003-08-22 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Re: [nylug-talk] DRM is Theft
  36. 2003-08-21 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] IRC NOW
  37. 2003-08-21 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Re: [nylug-talk] DRM is Theft
  38. 2003-08-21 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] DRM is Theft
  39. 2003-08-21 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] NYLXS Organizing the GNOME Developers Conference
  40. 2003-08-21 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Re: [hangout] NYLXS Organizing the GNOME Developers Conference
  41. 2003-08-21 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Novell Bets on Linux
  42. 2003-08-21 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> Subject: [hangout] Help moving stuff
  43. 2003-08-21 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Felten, 08/28/03
  44. 2003-08-21 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] NYLXS Organizing the GNOME Developers Conference
  45. 2003-08-21 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] NYLXS Organizing the GNOME Developers Conference
  46. 2003-08-21 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> Subject: [hangout] Playtime
  47. 2003-08-21 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] How does this work?
  48. 2003-08-21 Bob Butcher <rwbutcher-at-yahoo.com> RE: [hangout] How does this work?
  49. 2003-08-21 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] How does this work?
  50. 2003-08-21 Bob Butcher <rwbutcher-at-yahoo.com> Subject: [hangout] How does this work?
  51. 2003-08-21 From: "David Sugar" <dyfet-at-ostel.com> Re: [hangout] NYLXS Organizing the GNOME Developers Conference
  52. 2003-08-20 Billy <billy-at-dadadada.net> Re: [hangout] Felten, 08/28/03
  53. 2003-08-20 Ruben I Safir <ruben-at-mrbrklyn.com> Subject: [hangout] Board Orientation
  54. 2003-08-20 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Felten, 08/28/03
  55. 2003-08-20 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] NYLXS Organizing the GNOME Developers Conference
  56. 2003-08-20 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] [jobs-admin-at-perl.org: [Perl Jobs] LAMP+XML developer (onsite), United States, DC, Washington]
  57. 2003-08-20 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] [jobs-admin-at-perl.org: [Perl Jobs] Senior Engineer / Analyst (onsite), United States, MA, Cambridge
  58. 2003-08-20 From: "Inker, Evan" <EInker-at-gam.com> RE: [hangout] Laptops for All
  59. 2003-08-20 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] Laptops for All
  60. 2003-08-20 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Democracy and the Information Revolution
  61. 2003-08-20 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Connecting Kids to Technology: Challenges and Opportunities
  62. 2003-08-20 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Laptops for All
  63. 2003-08-20 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Crossfire client for OSX...
  64. 2003-08-20 Billy <billy-at-dadadada.net> Subject: [hangout] Felten, 08/28/03
  65. 2003-08-20 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Two on Backfire of SCO's "Smoking Gun"
  66. 2003-08-20 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] SAMBA News (19th Aug, 2003) SCO use of Samba code u
  67. 2003-08-20 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] NYLXS' materials
  68. 2003-08-20 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] SCO users divided over GPL
  69. 2003-08-20 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Readers respond: SCO's McBride doesn't speak for IT in IBM fight
  70. 2003-08-20 From: "akbar pasha" <akbar-at-pionerd.org> Re: [hangout] Nothing is Forever
  71. 2003-08-20 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] SAMBA News (19th Aug, 2003) SCO use of Samba code under the GPL
  72. 2003-08-20 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] NYLXS' materials
  73. 2003-08-20 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] IBM Article: Use the /proc filesystem to get a han
  74. 2003-08-20 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Re: [hangout] Nothing is Forever
  75. 2003-08-20 Ruben I Safir <ruben-at-mrbrklyn.com> Subject: [hangout] NYLXS Board Minutes
  76. 2003-08-20 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Nothing is Forever
  77. 2003-08-19 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Wednesday Night Gnome Development Meeting
  78. 2003-08-19 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] NYLXS' materials
  79. 2003-08-19 From: "Ray C." <ray-pub-at-nyc.rr.com> Subject: [hangout] NYLXS' materials
  80. 2003-08-19 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] IBM Article: Use the /proc filesystem to get a handle on your sy
  81. 2003-08-19 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] DistroWatch/SuSe arrogance.
  82. 2003-08-19 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] GNOME summit update and Kings Games on Wednesday
  83. 2003-08-19 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] CRN Interview: SuSE Linux CEO / Face to Face Richard Seibt SuSE's CEO
  84. 2003-08-19 David Sugar <dyfet-at-ostel.com> Re: [hangout] GNOME summit update and Kings Games on Wednesday
  85. 2003-08-19 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] DistroWatch Weekly, Issue 11, 18 August 2003
  86. 2003-08-19 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] GNOME summit update and Kings Games on Wednesday
  87. 2003-08-18 Ruben I Safir <ruben-at-mrbrklyn.com> Subject: [hangout] Fwd: [Perl Jobs] mod_perl/Linux Software Engineer for SSL VPN Leader (onsite), United States, New Jersey [jobs-admin-at-perl.org]
  88. 2003-08-18 David Sugar <dyfet-at-ostel.com> Subject: [hangout] GNOME summit update and Kings Games on Wednesday
  89. 2003-08-18 Robert Marino <prmarino-at-mrbrklyn.com> RE: [hangout] Operating Systems...
  90. 2003-08-18 David Sugar <dyfet-at-ostel.com> Subject: [hangout] Re: Guadec 5
  91. 2003-08-18 David Sugar <dyfet-at-ostel.com> Subject: [hangout] GUADEC REPORT: The counter proposal from the GNOME board...
  92. 2003-08-17 Jacek Blizinski <azidog-at-nyc.rr.com> Re: [hangout] Safe to read.
  93. 2003-08-17 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Safe to read.
  94. 2003-08-17 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Weekly NYLXS Announcments
  95. 2003-08-17 Ruben I Safir <ruben-at-mrbrklyn.com> Subject: [hangout] EULA Law
  96. 2003-08-17 NYLUG NYLUG <nylug-at-mrbrklyn.com> Subject: [hangout] Weekly NYLXS Announcments
  97. 2003-08-17 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  98. 2003-08-17 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Ultra..
  99. 2003-08-17 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Subject: [hangout] Re: General membership and board meeting
  100. 2003-08-17 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  101. 2003-08-17 From: "Ray C." <ray-pub-at-nyc.rr.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  102. 2003-08-16 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Ultraleftism.
  103. 2003-08-16 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Operating Systems...
  104. 2003-08-16 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] OS/2/IBM/Banks.
  105. 2003-08-16 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  106. 2003-08-16 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  107. 2003-08-16 Billy <billy-at-dadadada.net> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  108. 2003-08-16 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Wiki (fwd)
  109. 2003-08-16 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  110. 2003-08-16 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  111. 2003-08-16 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  112. 2003-08-16 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Wiki (fwd)
  113. 2003-08-16 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Subject: [hangout] Wiki (fwd)
  114. 2003-08-16 Billy <billy-at-dadadada.net> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  115. 2003-08-16 Billy <billy-at-dadadada.net> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  116. 2003-08-16 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Satellite that was knocked out a few years ago.
  117. 2003-08-16 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] crossfire tonight?
  118. 2003-08-15 Ruben I Safir <ruben-at-mrbrklyn.com> Subject: [hangout] crossfire tonight?
  119. 2003-08-15 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  120. 2003-08-15 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  121. 2003-08-15 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Welcome back.
  122. 2003-08-15 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] GNOME foundation seeks host city for Guadec 5
  123. 2003-08-15 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  124. 2003-08-15 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Where were you when the lights went off?
  125. 2003-08-14 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] more GNOME foundation seeks host city for Guadec 5
  126. 2003-08-14 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] GNOME foundation seeks host city for Guadec 5
  127. 2003-08-14 David Sugar <dyfet-at-ostel.com> Re: [hangout] GNOME foundation seeks host city for Guadec 5
  128. 2003-08-14 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] GNOME foundation seeks host city for Guadec 5
  129. 2003-08-13 David Sugar <dyfet-at-ostel.com> Re: [hangout] GNOME foundation seeks host city for Guadec 5
  130. 2003-08-13 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] IBM and banking
  131. 2003-08-13 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] IBM and banking
  132. 2003-08-13 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] Fwd: [NMLUG] OT Law. (fwd)
  133. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Fwd: [NMLUG] OT Law. (fwd)
  134. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  135. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  136. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Subject: [hangout] Fwd: #357: Pipes in NYPost on "The Terrorist Next Door" (Hawash case) [dplist-at-danielpipes.org]
  137. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  138. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Fwd: [NMLUG] OT Law. (fwd)
  139. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  140. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Subject: [hangout] More Interesting Holes in MS
  141. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Subject: [hangout] Fwd: Your Linux Today Security Letter for August 13, 2003 [reply-478d-1808-2f6b114cd7-at-nl.internet.com]
  142. 2003-08-13 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] GNOME foundation seeks host city for Guadec 5
  143. 2003-08-13 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Fwd: [NMLUG] OT Law. (fwd)
  144. 2003-08-13 Billy <billy-at-dadadada.net> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  145. 2003-08-13 Sunny Dubey <dubeys-at-bxscience.edu> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  146. 2003-08-13 Ron Guerin <ron-at-vnetworx.net> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  147. 2003-08-13 David Sugar <dyfet-at-ostel.com> Subject: [hangout] GNOME foundation seeks host city for Guadec 5
  148. 2003-08-13 Ron Guerin <ron-at-vnetworx.net> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  149. 2003-08-12 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Fwd: [NMLUG] OT Law. (fwd)
  150. 2003-08-12 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] Fwd: [NMLUG] OT Law. (fwd)
  151. 2003-08-12 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Fwd: [NMLUG] OT Law. (fwd)
  152. 2003-08-12 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Fwd: [NMLUG] OT Law. (fwd)
  153. 2003-08-12 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Subject: [hangout] General membership and board meeting
  154. 2003-08-11 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] Killarney Rose arises from the Ashes.....
  155. 2003-08-11 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Killarney Rose arises from the Ashes.....
  156. 2003-08-10 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Tech Night continues
  157. 2003-08-10 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Weekly NYLXS Announcments
  158. 2003-08-10 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Weekly NYLXS Announcments
  159. 2003-08-10 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] [jobs-admin-at-perl.org: [Perl Jobs] Perl/ASP Developer (telecommute), United States, Texas, Austin]
  160. 2003-08-09 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] How is this for FUD.
  161. 2003-08-08 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] IBM counter sues SCO
  162. 2003-08-08 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] IBM counter sues SCO
  163. 2003-08-08 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Lindows continues its PC push
  164. 2003-08-08 From: "Inker, Evan" <EInker-at-gam.com> RE: [hangout] IBM counter sues SCO
  165. 2003-08-08 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] IBM counter sues SCO
  166. 2003-08-08 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] Lindows continues its PC push
  167. 2003-08-08 From: "Inker, Evan" <EInker-at-gam.com> RE: [hangout] Lindows continues its PC push
  168. 2003-08-08 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Lycoris Users Immune to SCO Licensing
  169. 2003-08-08 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] Lindows continues its PC push
  170. 2003-08-08 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Lindows continues its PC push
  171. 2003-08-08 Ron Guerin <ron-at-vnetworx.net> Re: [hangout] IBM countersues SCO
  172. 2003-08-08 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] IBM countersues SCO
  173. 2003-08-08 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Need info on Microsofts licensing tactics.
  174. 2003-08-08 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Need info on Microsofts licensing tactics.
  175. 2003-08-07 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] [lordvolton-at-yahoo.com: Re: Your legal rights against SCO.]
  176. 2003-08-07 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] IBM countersues SCO
  177. 2003-08-07 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] IBM countersues SCO
  178. 2003-08-07 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] This could be a problem.
  179. 2003-08-07 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] [lordvolton-at-yahoo.com: Re: Your legal rights against SCO.]
  180. 2003-08-06 Joe Grastara <joe-at-endeavor.med.nyu.edu> Subject: [hangout] Help Editing
  181. 2003-08-06 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Progress on Mandrake G4 install.
  182. 2003-08-06 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Meeting Tonight?
  183. 2003-08-06 Contrarian <adrba-at-nyct.net> Re: [hangout] Editors Needed Imediately - available
  184. 2003-08-06 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Re:Crossfire Server
  185. 2003-08-06 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] Re:Crossfire Server
  186. 2003-08-05 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Re: [hangout] Meeting
  187. 2003-08-05 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Meeting
  188. 2003-08-05 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Subject: [hangout] Meeting
  189. 2003-08-05 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Re:Crossfire Server
  190. 2003-08-05 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Perl Job: United States, NJ, Trenton
  191. 2003-08-05 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] Re:Crossfire Server
  192. 2003-08-05 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] Re:Crossfire Server
  193. 2003-08-05 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Re:Crossfire Server
  194. 2003-08-05 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Re:Crossfire Server
  195. 2003-08-05 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] Idea for NYLXS.
  196. 2003-08-05 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] Idea for NYLXS.
  197. 2003-08-05 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] Idea for NYLXS.
  198. 2003-08-05 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Idea for NYLXS.
  199. 2003-08-05 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] Re:Crossfire Server
  200. 2003-08-05 Joe Grastara <joe-at-endeavor.med.nyu.edu> Re: [hangout] Editors Needed Imediately
  201. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Crossfire Server
  202. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] KDE security questions.
  203. 2003-08-04 From: "Steve Milo" <slavik914-at-rennlist.com> Re: [hangout] KDE security questions.
  204. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] NYLXS JOURNAL
  205. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Re: [learn] Editors Needed Imediately
  206. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Editors Needed Imediately
  207. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Novell Acquires Ximian
  208. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] need a person for PHP & MySQL project
  209. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] [jobs-admin-at-perl.org: [Perl Jobs] DBI/CGI Programmer (onsite), United States, NY, New York]
  210. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] KDE security questions.
  211. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] re:I want to learn linux
  212. 2003-08-04 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] RedHat sues SCO for deceptive business practices.
  213. 2003-08-04 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Red Hat fires back at SCO in Linux fight
  214. 2003-08-04 From: "Inker, Evan" <EInker-at-gam.com> RE: [hangout] It may have been for naught...
  215. 2003-08-04 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] It may have been for naught...
  216. 2003-08-04 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] OpenOffice...
  217. 2003-08-04 From: "J L" <lokokool-at-hotmail.com> Subject: [hangout] re:I want to learn linux
  218. 2003-08-04 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] I want to learn linux
  219. 2003-08-04 From: "J L" <lokokool-at-hotmail.com> Subject: [hangout] I want to learn linux
  220. 2003-08-04 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] KDE security questions.
  221. 2003-08-04 From: "Steve Milo" <slavik914-at-rennlist.com> Re: RE: [hangout] KDE security questions.
  222. 2003-08-04 From: "Steve Milo" <slavik914-at-rennlist.com> Subject: [hangout] KDE security questions.
  223. 2003-08-04 From: "Dimitar Georgievski" <dimitarg-at-websyn.com> Subject: [hangout] need a person for PHP & MySQL project
  224. 2003-08-04 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] Paging Rob and Evan
  225. 2003-08-04 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] Road Trip
  226. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Paging Rob and Evan
  227. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Novell Acquires Ximian
  228. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Road Trip
  229. 2003-08-04 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> Subject: [hangout] Road Trip
  230. 2003-08-04 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] Novell Acquires Ximian
  231. 2003-08-04 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] [krahmer-at-suse.de: [suse-security-announce] SuSE Security Announcement: postfix (SuSE-SA:2003:033)]
  232. 2003-08-03 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Tech Night
  233. 2003-08-03 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] a question about network.
  234. 2003-08-03 akbar pasha <akbar-at-pionerd.org> Subject: [hangout] a question about network.
  235. 2003-08-03 From: "Ray C." <ray-pub-at-nyc.rr.com> Subject: [hangout] My Present Situation
  236. 2003-08-03 akbar pasha <akbar-at-pionerd.org> Subject: [hangout] [Fwd: [Perl Jobs] Perl developer (onsite), United States, Ny, Brooklyn]
  237. 2003-08-03 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Subject: [hangout] [Fwd: Re: [nylug-talk] Death in The Family] (fwd)
  238. 2003-08-03 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Radio Show tonite
  239. 2003-08-02 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Tech Nite: The continuing saga of greatness
  240. 2003-08-02 Adam Kosmin <akosmin-at-nyc.rr.com> Re: [hangout] Death in The Family
  241. 2003-08-02 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Death in The Family
  242. 2003-08-31 Steve Milo <slavik914-at-mrbrklyn.com> Re: [hangout] Video of the Meeting
  243. 2003-08-31 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Video of the Meeting
  244. 2003-08-30 Adam Kosmin <akosmin-at-nyc.rr.com> Subject: [hangout] freshrpms.net
  245. 2003-08-30 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Video of the Meeting
  246. 2003-08-30 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Re: [nylug-talk] DRM is Theft
  247. 2003-08-29 Steve Milo <slavik914-at-mrbrklyn.com> Subject: [hangout] Interesting article on Valenti in this months Business2.0.
  248. 2003-08-29 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] No plans to sue Linux companies, says SCO
  249. 2003-08-29 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Re: [fairuse] DRM is Theft
  250. 2003-08-29 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] No plans to sue Linux companies, says SCO
  251. 2003-08-29 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] No plans to sue Linux companies, says SCO
  252. 2003-08-29 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> Subject: [hangout] RE: [fairuse] DRM is Theft
  253. 2003-08-29 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] DRM is Theft
  254. 2003-08-28 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> RE: [hangout] NY Fair Use ==> NYACSH switch other
  255. 2003-08-28 Steve Milo <slavik914-at-mrbrklyn.com> Re: [hangout] Gimp book (online)
  256. 2003-08-28 Adam Kosmin <akosmin-at-nyc.rr.com> Subject: [hangout] Gimp book (online)
  257. 2003-08-28 Steve Milo <slavik914-at-mrbrklyn.com> Re: [hangout] NY Fair Use ==> NYACSH switch other
  258. 2003-08-28 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] NY Fair Use ==> NYACSH switch other
  259. 2003-08-28 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] NY Fair Use ==> NYACSH switch other
  260. 2003-08-28 Steve Milo <slavik914-at-mrbrklyn.com> Re: [hangout] NY Fair Use ==> NYACSH switch other
  261. 2003-08-28 akbar <akbar-at-pionerd.org> Subject: [hangout] head first java
  262. 2003-08-28 akbar <akbar-at-pionerd.org> RE: [hangout] NY Fair Use ==> NYACSH switch other
  263. 2003-08-28 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Whirlwindstate-at-aol.com: Fwd: MY Group Show " 9-11 Remembered"
  264. 2003-08-28 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] Flyers for Classes
  265. 2003-08-28 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] Flyers for Classes
  266. 2003-08-28 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] NY Fair Use ==> NYACSH switch other
  267. 2003-08-28 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] Flyers for Classes
  268. 2003-08-28 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Staten Island Events
  269. 2003-08-28 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] NY Fair Use ==> NYACSH switch other
  270. 2003-08-28 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Flyers for Classes
  271. 2003-08-27 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] GNOME COnference
  272. 2003-08-27 Ruben I Safir <ruben-at-mrbrklyn.com> Re: [hangout] Edit mp3
  273. 2003-08-27 Mike Richardson - NYLXS PRESIDENT <miker-at-mrbrklyn.com> Re: [hangout] GNOME development summit approved
  274. 2003-08-27 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] GNOME development summit approved
  275. 2003-08-27 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] Last Nights Meeting
  276. 2003-08-27 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] scanner needed
  277. 2003-08-27 Adam Kosmin <akosmin-at-nyc.rr.com> Subject: [hangout] scanner needed
  278. 2003-08-27 Charles Nardino <cnardino-at-bway.net> Subject: [hangout] Edit mp3
  279. 2003-08-26 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] [thomas-at-suse.de: [suse-security-announce] SuSE Security Announcement: sendmail (SuSE-SA:2003:035)]
  280. 2003-08-26 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Re: [hangout] PR for tonight
  281. 2003-08-26 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] PR for tonight
  282. 2003-08-26 Joe Grastara <joe-at-endeavor.med.nyu.edu> RE: [hangout] PR for tonight
  283. 2003-08-26 Joe Grastara <jfg205-at-nyu.edu> Subject: [hangout] PR for tonight
  284. 2003-08-26 Michael Richardson <MRICHARDSON-at-abc.state.ny.us> RE: [hangout] PR for tonight
  285. 2003-08-26 Ruben Safir Secretary NYLXS <ruben-at-mrbrklyn.com> Subject: [hangout] COnsulting Oppurtunity with US Gov
  286. 2003-08-29 Ron Guerin <ron-at-vnetworx.net> RE: [hangout] No plans to sue Linux companies, says SCO
  287. 2003-08-29 From: "Inker, Evan" <EInker-at-gam.com> RE: [hangout] No plans to sue Linux companies, says SCO
  288. 2003-08-29 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] No plans to sue Linux companies, says SCO
  289. 2003-08-27 From: "Inker, Evan" <EInker-at-gam.com> Subject: [hangout] FSCC Meeting - Tues Aug 26, 2003
  290. 2003-08-20 From: "Ray C." <ray-pub-at-nyc.rr.com> Re: [hangout] NYLXS' materials
  291. 2003-08-17 Sunny Dubey <dubeys-at-bxscience.edu> Re: [hangout] Ultraleftism.
  292. 2003-08-17 Sunny Dubey <dubeys-at-bxscience.edu> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  293. 2003-08-16 Sunny Dubey <dubeys-at-bxscience.edu> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  294. 2003-08-16 Sunny Dubey <dubeys-at-bxscience.edu> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  295. 2003-08-15 Sunny Dubey <dubeys-at-bxscience.edu> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  296. 2003-08-14 Sunny Dubey <dubeys-at-bxscience.edu> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path
  297. 2003-08-14 Sunny Dubey <dubeys-at-bxscience.edu> Re: [hangout] IBM, Bankers at Odds Over OS/2 Migration Path

NYLXS are Do'ers and the first step of Doing is Joining! Join NYLXS and make a difference in your community today!