Re: SLES9 Installation - Very Basic

2005-07-26 Thread Froberg, David C
 If you have a lot of ISO images, you may need to increase the 
 number of loop devices on the system.
 

How do you increase the number of loop devices?

Dave

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


SLES9 Install with FTP under VM question

2005-05-24 Thread Froberg, David C
Folks,

I'm installing SLES9 under z/VM 4.4.  When transfering the Installation
System via FTP, I don't get what I would expect or what the SuSE doc
seems to indicate I should get for byte counts.

I ftp from a VM Linux guest to other which has copies the SLES9 ISOs.  A
dir of boot/ shows: 
dir

PORT 10,100,4,13,4,84

200 PORT command successful. Consider using PASV.

LIST

150 Here comes the directory listing.

-r--r--r--1 00  77 Jul 06  2004 directory.yast

-r--r--r--1 0012361298 Jul 06  2004 initrd

-r--r--r--1 00   4 Jul 06  2004 initrd.siz

dr-xr-xr-x2 002048 Jul 06  2004 loader

-r--r--r--1 00  62 Jul 06  2004 parmfile

-r--r--r--1 0016898549 Jun 21  2004 rescue

-r--r--r--1 0054779904 Jul 06  2004 root

-r--r--r--1 00 143 Jul 06  2004 suse.ins

-r--r--r--1 00 4556148 Jul 06  2004 tapeipl.ikr

-r--r--r--1 00 4556148 Jul 06  2004 vmrdr.ikr


When I do gets for parmfile (62 bytes), initrd (12361298 bytes) and
vmrdr.ikr (4556148 bytes) ftp shows that is receives 64 bytes, 12361360
bytes, and 4556160 bytes respectively.  They differ.  In the SuSE doc,
the counts match.  Later on, when I run the SLES9 EXEC to IPL the
Installation System, the IPL eventually fails with a crc error and a
Kernel panic: 
md: Autodetecting RAID arrays.

md: autorun ...

md: ... autorun DONE.

RAMDISK: Compressed image found at block 0

crc error

Kernel panic: VFS: Unable to mount root fs on ram1

HCPGIR450W CP entered; disabled wait PSW 000A 80442B6A

Anyone encounter this sort of thing before?  

Thanks  

Dave Froberg



--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: SLES9 Install with FTP under VM question

2005-05-24 Thread Froberg, David C
 
 
 When you transfer the files to VM make sure the files are 
 being transferred Fixed 80 with the VMRDR and INITRD files in 
 binary. Chapter 8.3 of the SUSE sles9 manual 
 Architecture-Specific Information. This manual is on the 
 sles9 CD1 disk.
 

Thanks for all your replies so far.  I should have just included the
rest of the ftp log.
I did set Fixed 80 and Bin.  Note the byte count of the 150 Opening
message is different from the byte count after the tranfer is done:

Command:

locsite fix 80 
Command:   
bin
TYPE i  
Command:

CWD /sles/sles9/sles9/CD1/boot

250 Directory successfully changed.

Command:

get vmrdr.ikr sles9.image (rep

PORT   
200 PORT command successful. Consider using PASV.

RETR vmrdr.ikr

150 Opening BINARY mode data connection for vmrdr.ikr (4556148 bytes).

226 File send OK.

4556160 bytes transferred in 1.149 seconds. Transfer rate 3965.33
Kbytes/sec.  
Command:

get initrd sles9.initrd (rep

PORT   
200 PORT command successful. Consider using PASV.

RETR initrd

150 Opening BINARY mode data connection for initrd (12361298 bytes).

226 File send OK.

12361360 bytes transferred in 3.167 seconds. Transfer rate 3903.18
Kbytes/sec. 
Command:

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: SLES9 Install with FTP under VM question

2005-05-24 Thread Froberg, David C
 

 
 If you downloaded these from SuSE, check the MD5SUM values.
 

Thanks.  I double-checked the md5sum and it looks fine. 

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: SLES9 Install with FTP under VM question

2005-05-24 Thread Froberg, David C
 
 
 Did you do Parmfile as bin or ascii?
 

Ascii.  The SuSE doc shows doing an asc command just before the get for
parmfile.

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


MySQL - glibc 2.2 - glibc 2.3 question

2005-04-27 Thread Froberg, David C
Got a question.  

We're currently running SLES8 SP3 with glibc 2.2.5.

I was APPLY CHECKing, er, running rpm -Uh --test on mysql-4.0.18 and 
mysql-client.  Several dependencies were indicated, including
libc.so.6 (GLIBC_2.3) needed for mysql-4.0.18.  I then did a rpm -Uh --test on 
glibc-2.3.3-98.  I received an error:failed dependencies with a 
list of products (like rpm, susewm, kdebase3, webalizer) that needed libdb.so.2 
(GLIBC_2.0).

So, actually, a few questions. 

What is the approriate thing to do here?  

Install glibc 2.3.3 and then re-install the products called out for 
libdb.so.2 and other GLIBC_2.0 dependencies?  

Install glibc 2.3.3 and install higher versions of the products called 
out for libdb.so.2?  

Is it better just to do a forced march to SLES9?  

Finally, is there a doc or HOWTO that talks about the sort of dependencies and 
issues between glibc versions and products that use them?

Thanks

Dave Froberg

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: MySQL - glibc 2.2 - glibc 2.3 question

2005-04-27 Thread Froberg, David C
snip

It looks as though you're trying to install RPMs from SLES9 on a SLES8
system.  Don't do that.  If you need packages that are at the version levels
in SLES9, then upgrade to SLES9.  Trying to do otherwise will eventually
result in just about the same thing, but with a whole lot more time spent
(wasted), and greatly increased stress levels.

/snip

Yes, the RPMs came from SLES9.  I see what I'm doing wrong.
The RPMs were built for SLES9 (and with glibc 2.3) which is 
of course different from SLES8 (with glibc 2.2).  


Thanks, Mark.  

Dave

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Linux /tmp and /var housekeeping recommendations

2004-12-13 Thread Froberg, David C
Peter,

Are you sure you want to do /var?  I would think /var/tmp.  Other places like 
/var/log would, perhaps, be application 
specific?

Might want to consult the Filesystem Hierarchy Standard 
(http://www.pathname.com/fhs/2.2/) for /tmp and /var.

Dave

-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
Peter E. Abresch Jr. - at Pepco
Sent: Sunday, December 12, 2004 4:40 PM
To: [EMAIL PROTECTED]
Subject: Linux /tmp and /var housekeeping recommendations



I was planning to perform some housekeeping cleanup on a regular basis for
/tmp by including the following command in a cron:

find /tmp -atime +30 -type f -print0 | xargs -0 rm

I was going to do the same for the /var directory and got to thinking that
maybe I will get more than I bargain for. What is everyones opinion about
removing all files that have not been accessed in 30 days for directory
/var? Am I being over zealous?

What about directories? Should I remove empty directories within /tmp and
/var using a command like?:

find /tmp empty -type d -print0 | xargs -0 rmdir

I welcome all comments. Thanks.

Peter


This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to copyright
belonging to Pepco Holdings, Inc. or its affiliates (PHI).  This Email is
intended solely for the use of the person(s) to which it is addressed.  If
you are not an intended recipient, or the employee or agent responsible for
delivery of this Email to the intended recipient(s), you are hereby
notified that any dissemination, distribution or copying of this Email is
strictly prohibited.  If you have received this message in error, please
immediately notify the sender and permanently delete this Email and any
copies.  PHI policies expressly prohibit employees from making defamatory
or offensive statements and infringing any copyright or any other legal
right by Email communication.  PHI will not accept any liability in respect
of such communications.


Can multiple ethx be defined on one OSA-E port

2004-10-18 Thread Froberg, David C
Got a question:

Can two network interface be defined with different IP addresses in a Linux instance 
(in this case an lpar, SLES 8) with both interfaces using devices numbers associated 
with the same OSA-E port?

For example, assuming -000f are defined for a particular OSA-E port, can two 
interfaces be done:

noauto;qeth1,0x,0x0001,0x0002;addparms,0x10,0x,0x0002
noauto;qeth2,0x0008,0x0009,0x000a;addparms,0x10,0x0008,0x000a

And then associate two different IP addesses (say 192.10.20.01 and 192.30.10.10) with 
the two different interfaces, one to eth1 and one to eth2?

Or, is there a more appropiate way to use two IP addresses when there is only one 
physical (OSA-E) port?

Thanks

Dave

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: Can multiple ethx be defined on one OSA-E port

2004-10-18 Thread Froberg, David C
/snip on

Yes, you can do it the way you asked.  I guess the real question is: what
are you trying to accomplish?  The answer to that may be radically different
from what you're trying to do.

/snip off

Thanks, Mark.  Fair question.  The OSA-E card has one port connected to a switch to 
the intranet and a given IP address is assocated with the network interface.  A group 
of users would like to access the lpar but with an IP address that reflects their 
subnet.  So I thought one way be be to define another eth_ and associate their IP 
address scheme with it.

Dave

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390


Re: VM for x86 project

2004-01-14 Thread Froberg, David C
Their paper Xen and the Art of Virtualization specifically mentions VM/370
in page 12.

This sounds neat, especially with EMC buying VMware.  Love to have a space
server to play with this.

Dave

 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, January 14, 2004 7:25 AM
 To: [EMAIL PROTECTED]
 Subject: [LINUX-390] VM for x86 project


 I have just bumped into something that may be of interest to the list.

 Xen is a virtual machine monitor for x86 that supports execution of
 multiple guest operating systems with unprecedented levels of
 performance and resource isolation.

 http://www.cl.cam.ac.uk/Research/SRG/netos/xen/index.html

 Which is part of a larger project:
 http://www.cl.cam.ac.uk/Research/SRG/netos/xeno/

 In their own words:

 The Xenoserver project is building a public infrastructure for
 wide-area distributed computing. [...]

 This wide-ranging project has two main strands of work:

 * Development of the Xen virtual machine monitor, a
 high-performance
 hypervisor for hosting multiple commodity operating systems
 on a single
 x86-based server. This forms the core of each Xenoserver
 node, providing
 the resource management, accounting and auditing that we require. Xen
 finds numerous applications outside the Xenoserver project.
 These inclue
 server consolidation and secure computing platforms.

 * Development of the Xenoserver Open Platform control software for
 managing networks of Xenoservers. Our research includes distributed
 storage, server discovery, resource management and authentication,
 authorization and accounting (AAA) functions. This work finds
 relevance
 to Grid computing and to globally distributed testbeds such as
 PlanetLab. 


 I skimmed a couple of their papers and they specifically mention S/390
 and zArch LPARs as an example of virtualization technology
 but I didn't
 find any referece to z/VM.

 -jmc



Re: LVM usage between lpars

2004-01-14 Thread Froberg, David C
I really appreciate everyone's feedback on this topic.

It was a *big* help in planning out a few things.

Dave

 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED]
 Sent: Friday, January 09, 2004 5:20 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [LINUX-390] LVM usage between lpars


 On Fri, 2004-01-09 at 14:44, Froberg, David C wrote:
  Thanks, David.  Neglected the reserve/release issue.
 
  For the simpler solution you outlined, is NFS a better way
 to go than SMB
  [Samba]?

 NFS and Samba both have their own sets of issues.  I find Samba easier
 to set up; NFS is more ubiquitous when talking to non-Windows hosts,
 though.

 Adam



31-bit vs 64-bit and migration implications

2004-01-14 Thread Froberg, David C
Folks, any thoughts on this would be greatly appreciated:

We currently run SuSE's SLES 8 31-bit.  Would like to go 64-bit at some
point.

Has anyone migrated from SLES 8 31-bit to 64?  Was it fairly straight
forward or was a lot of recompiling and reinstalling required?

Similarly, what is a migration from SLES 8 to, say, Debian's 64-bit
distribution like?

Guess I'm trying to get a feel for how much work would be involved so I can
try to count the cost before plunging into the process.

Thanks,

Dave


LVM usage between lpars

2004-01-09 Thread Froberg, David C
Folks,

Sanity check.

I've defined two LVM physical volume groups.  I plan to share these two
volume groups between three lpars running Linux (SLES 8).  The physical
volume groups will provide two pools of space from which logical volumes can
be allocated and mounted to the various Linux images. (Any given logical
volume will be mounted exclusively to only one Linux image.)

This should not be a problem sharing physical volume groups, correct?  I
should be able to share the physical volume groups, right?  Are there any
obvious problems with this?

Thanks in advance for any input.

Dave


Re: LVM usage between lpars

2004-01-09 Thread Froberg, David C
Thanks, David.  Neglected the reserve/release issue.

For the simpler solution you outlined, is NFS a better way to go than SMB
[Samba]?

Dave

 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED]
 Sent: Friday, January 09, 2004 2:24 PM
 To: [EMAIL PROTECTED]
 Subject: Re: [LINUX-390] LVM usage between lpars


 Linux does not do reserve/release, so you need to be very,
 very sure that
 the devices never come online to more than one LPAR at a time.

 I'd suggest a simpler solution: designate one LPAR as a NFS
 file server and
 use NFS to mount the volumes on the various other LPARs. It's
 a lot simpler
 to manage, and it's a ideal use for hipersockets if you have them.

 -- db

 David Boyes
 Sine Nomine Associates


  -Original Message-
  From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
  Froberg, David C
  Sent: Friday, January 09, 2004 11:55 AM
  To: [EMAIL PROTECTED]
  Subject: LVM usage between lpars
 
 
  Folks,
 
  Sanity check.
 
  I've defined two LVM physical volume groups.  I plan to share
  these two
  volume groups between three lpars running Linux (SLES 8).
  The physical
  volume groups will provide two pools of space from which
  logical volumes can
  be allocated and mounted to the various Linux images. (Any
  given logical
  volume will be mounted exclusively to only one Linux image.)
 
  This should not be a problem sharing physical volume groups,
  correct?  I
  should be able to share the physical volume groups, right?
  Are there any
  obvious problems with this?
 
  Thanks in advance for any input.
 
  Dave
 



bash and zsh question

2003-11-12 Thread Froberg, David C
Curious if anyone has tried shifting from using bash to zsh.

If someone did switch or tried it and gave up, I would be curious to know
what you encountered.

Dave Froberg


Question about method of backing up Linux/390 system to VTS

2003-07-30 Thread Froberg, David C
Folks,

I have a SuSE Linux 2.4.19 system running on an lpar.  I was planning on
using Tivoli Storage Manager client for file-level backup to our NT-based
TSM server (which would then send the data to the open-system side of our
IBM VTS).  [TSM is the standard mechanism for our proprietary 'open-system'
backups.]

But the lpar also has access to the s/390 side of the VTS.   Have others
used programs like dar or amanda to provide the same capability (file-level
backing up to the VTS) without the network overhead (shipping the data out
over the network). If so, and the s/390 side of the VTS is shared with other
OS/390 lpars, can I rely on the VTS to manage the tapes (whether their
scratch or not, ala TMS) or is there other software I need or would this run
a foul with TMS on the OS/390 lpars?

Thanks,

Dave

David Froberg
Phone: 202-312-9807
Email: [EMAIL PROTECTED]


Wine on Linux for S/390

2003-06-18 Thread Froberg, David C
Folks,

Question about Wine.  Can it run on S/390 arch. machines?

Doc seems to indicate 'no'.  From the FAQ:

2.2. Is Wine an emulator?
No, as the name says, Wine Is Not a (CPU) Emulator. Wine just provides the
Windows API. This means that
you will need an x86-compatible processor to run an x86 Windows application.
The advantage is that, unlike
solutions that rely on emulation, Wine runs applications run at full speed.

But, I thought I'ld check.

Thanks,

Dave

David Froberg
Phone: 202-312-9807
Email: [EMAIL PROTECTED]


Re: Wine on Linux for S/390

2003-06-18 Thread Froberg, David C
Thanks to all who have responded.

Management saw a vendor presentation that included Wine and they go pretty
excited.

For those who have used Bochs, is it fairly stable software?  Also, I've got
a lpar on a z900
I've been working on for a while.  Is Bochs efficient enough to do real work
or would a few users bring it to its knees?
(I know, it depends on workload, config, etc., but I hope you catch my
drift).

Thanks,

Dave

David Froberg
Phone: 202-312-9807
Email: [EMAIL PROTECTED]





-Original Message-
From: Greg Smith [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 18, 2003 1:01 PM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] Wine on Linux for S/390


Froberg, David C wrote:
 Folks,

 Question about Wine.  Can it run on S/390 arch. machines?

 Doc seems to indicate 'no'.

Perhaps it could in the sense that you could run an ia32 emulator on
s/390.  See, for example, http://www.fsf.net/~adam/NT-on-390-desktop.png ;-)

Greg Smith


rpm under chroot to 'apply' maintenance

2003-03-26 Thread Froberg, David C
Folks,

If I copy (say, via  (cd / ; tar -clpSf - . ) | tar -xpSf -
-C /mnt) a whole bootable Linux volume to a new volume mounted to /mnt,
then chroot to /mnt, then upgrade a package (say samba) with
rpm, would that keep rpm's updates to within the directory structure
under /mnt so the *new* volume would have the new samba and
the samba under / left unchanged?

Essentially, I'm thinking along the lines of what is often
done in the OS/390 realm where a resvol is cloned and maintenance applied to
the clone leaving the original intact.

Thanks,

David Froberg


Re: rpm under chroot to 'apply' maintenance

2003-03-26 Thread Froberg, David C
Thanks, John.

The --root is more to the point.  (Sorry, I should have done a man rpm
first.)

With copying with dd, would the command like something like: dd
if=/dev/dasda1 of=/dev/dasdb1 ?

Dave

-Original Message-
From: John Summerfield [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 26, 2003 8:50 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] rpm under chroot to 'apply' maintenance


On Wed, 26 Mar 2003, Froberg, David C wrote:

 Folks,

 If I copy (say, via  (cd / ; tar -clpSf - . ) | tar -xpSf
-
 -C /mnt) a whole bootable Linux volume to a new volume mounted to /mnt,
 then chroot to /mnt, then upgrade a package (say samba)
with
 rpm, would that keep rpm's updates to within the directory structure
 under /mnt so the *new* volume would have the new samba
and
 the samba under / left unchanged?

 Essentially, I'm thinking along the lines of what is often
 done in the OS/390 realm where a resvol is cloned and maintenance applied
to
 the clone leaving the original intact.


The idea is sound. Note:

Be sure you replicate the _entire_ system
dd  may be faster than tar | tar. Depends on how much data.

Some S/390 storage systems can have their own means of replicating
volumes. That is likely to be faster.

You might prefer to run rpm thus:
rpm --root /mnt ...

Probably doesn't matter in this case, but this approach doesn't require
rpm to be installed on the target.



--


Cheers
John.

Join the Linux Support by Small Businesses list at
http://mail.computerdatasafe.com.au/mailman/listinfo/lssb


Re: grep question

2003-02-26 Thread Froberg, David C
If you have the findutils-locate package installed, locate might be faster.
You can do:

locate filename pattern

Dave

-Original Message-
From: Steven A. Adams [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 1:26 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] grep question


The find command works well and if you don't care to see the permission
errors and such you might try appending 2/dev/null to the command.
Something like:

find / -name xxx* -print 2/dev/null

In a nutshell your telling STDERR to output to /dev/null.

Steve

On Tue, 2003-02-25 at 13:30, MACK, JONATHAN (AIT) wrote:
 Scott,

 You might want to try and use the find command. This will output
 the complete path of the file found return code you can do some form of
 logic on.

 Such as:
 find some path -name 


 Just my 2 cents worth.

 Jon


 -Original Message-
 From: Scott Koos [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, February 25, 2003 10:57 AM
 To: [EMAIL PROTECTED]
 Subject: grep question


 Hi All,

Dumb question on grep, I'm trying to find if a file exists and the path
 to it.  ls -laR | grep y shows me the y file exists, is there a
way
 to show the path to the file also.

 Thanks in advance,
 Scott



Re: ISPF for Linux

2003-02-19 Thread Froberg, David C
I would strongly suggest trying mc (midnight commander) and its editor
mcedit.  I found mcedit extremely intuitive
(coming from a extended ISPF background) and I found mc to be a superb shell
environment.  mc is one of the first things I look for after putting up a
Linux distribution and, if it aint there, its a snap to install

I would also strongly suggest getting at least a working know of vi.  vi is
*always* there.  On the web, there are lots of articles, tutorials, and
quickrefs out there.

Dave



Re: Yet Another IBM Conspiracy Theory... unmasked

2002-12-18 Thread Froberg, David C
The availablilty, then disappearance, then pending availability of the UNIX
Tools  Toys web page brings to mind a few thoughts I keep having about
open source and USS.

1) I really appreaciated the website and redbook because it helped
me greatly to get a handle on porting tools to USS.

2) Its disappearance forced me to research and experiment more with
porting to USS since a number of tools at the   website really are very
valuable.

3) The biggest thing that repeatedly struck me, though, was the
static nature of the website's tools.  (And this is NOT
knock against anyone at IBM.  As I said in #1, I greatly appreciated
the site.)  I also work with the Linux world and
and watch frequent notices and then frequent updates for various
tools (Samba for example is at what? 2.2.7a?).  Would   it not be nice to
have some website and process by which the tools were more current?  How
this would be done, not sure.  Have a place in the site for us to
stick more current ports?

Dave

-Original Message-
From: Steve Stiert [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 18, 2002 1:29 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] Yet Another IBM Conspiracy Theory... unmasked


Hi Folks:
I hate to ruin the intrigue of a good conspiracy theory  :-) 
but the packages should be back online by the end of the day
Wednesday.

 Feel free to contact me if you have don't find
what you're looking for after that time.

regards,
Steve
 Tools and Toys Website Maintainer



Modularized vs Monolithic kernel

2002-12-11 Thread Froberg, David C
I was reading an article
(http://www.openna.com/documentations/articles/kernel/) that discussed the
differences between modularized and monolithic Linux kernels which got me
wondering what were the pros and cons when it comes to a S/390 or zSeries
box.   Anyone have any thoughts?

Thanks

Dave

David Froberg
Phone: 202-312-9807
Email: [EMAIL PROTECTED]



Re: Testing a second OSA-E card

2002-12-06 Thread Froberg, David C
Thank you Carlos and Mark.

insmod qdio

insmod qeth qeth_options=noauto,0x5200,0x5201,0x5202,portname:TEST

were successful.

Dave



-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 05, 2002 10:55 AM
To: [EMAIL PROTECTED]
Subject: Re: [LINUX-390] Testing a second OSA-E card


Dave,

That sounds about right, except for the = - : correction Carlos noted.
The other option, in case you want to play around with things for a while,
would be to put the information into /etc/modules.conf:
alias eth1 qeth
options qeth qeth_options=noauto;0x1500,0x1501,0x1502,portname:TESTPORT

Then all you have to do is the ifconfig eth1 commands and it all magically
works.

Mark Post



Testing a second OSA-E card

2002-12-05 Thread Froberg, David C
We recently upgraded our 9672 G6 (with an OSA-2 card) to a z900 (with two
OSA-E cards).  I'm testing a SuSE Linux 2.2.16 distribution and currently
using
one of the OSA-Es in non-qdio mode.  Everything is working fine just like
with the 9672.

I would like to try the other OSA-E (which is genned for qdio).  I've look
through some of the redbooks and search the archives and I wasn't real sure
of the
command sequence to get Linux talking to OSA-E on at least a temporary
basis. Would the sequence be something like:

insmod qdio
insmod qeth qeth1,0x1500,0x1501,0x1502,portname=TESTPORT [1500
is the device number]
ifconfig eth1 xxx.xxx.xxx.xxx netmask xxx.xxx.xxx.xxx

Thanks,

Dave Froberg
Phone: 202-312-9807
Email: [EMAIL PROTECTED]



Re: backup software

2002-04-23 Thread Froberg, David C

True.

I suspect a number of Linux/390 shops have MVS, OS/390, or z/OS with variety
of dasd or tape pools that can be expoited for backup purposes.

 -Original Message-
From:   Noll, Ralph [mailto:[EMAIL PROTECTED]]
Sent:   Tuesday, April 23, 2002 2:13 PM
To: [EMAIL PROTECTED]
Subject:Re: backup software

their product requires os/390,mvs or z/os.e

 -Original Message-
 From: Froberg, David C [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, April 23, 2002 12:52 PM
 To: [EMAIL PROTECTED]
 Subject: Re: backup software


 Ralph,

 You should check in to Innovation's Upstream product.
 Upstream is great,
 works nicely and easily with existing mainframe infrastructure, and I
 believe it has a Linux agent.

 David Froberg
 No warrantee is implied or explicitly stated.
 Do not bend, fold, spindle, or mutilate.

  -Original Message-
 From:   Noll, Ralph [mailto:[EMAIL PROTECTED]]
 Sent:   Tuesday, April 23, 2002 1:46 PM
 To: [EMAIL PROTECTED]
 Subject:backup software

 what does anyone use for backup software for
 linux/390...

 do you use TSM under VM

 or a Microsoft product to backup Linux


 thanks

 Ralph Noll
 Systems Programmer
 City of Little Rock
 Phone (501) 371-4884
 Fax   (501) 371-4616
 Cell  (501) 590-8626
 mailto:[EMAIL PROTECTED]


\\\|///
  \\\ ~ ~ ///
   (  @ @  )
  ===oOOo=(_)=oOOo===




Re: Backup possibilities under the 2.2.x kernal

2002-04-19 Thread Froberg, David C

Might want to check into Innovation's Upstream.  I believe they have a Linux
agent and Upstream is a dynamite product for backing up servers and PCs
through a mainframe infrastructure.

David Froberg
No warrantee is implied or explicitly stated.
Do not bend, fold, spindle, or mutilate.

 -Original Message-
From:   David Boyes [mailto:[EMAIL PROTECTED]]
Sent:   Thursday, April 18, 2002 10:11 AM
To: [EMAIL PROTECTED]
Subject:Re: Backup possibilities under the 2.2.x kernal

 Hey Gang.  I was wondering what exactly one can do in a native LPAR
 installation of Linux, using the 2.2x kernal (I've not gotten the 2.4
 distribution) from SuSE to backup their system.

With 2.2 native, you have limited options. You can attach a tape drive
to the LPAR and use dump manually, or you can use Amanda, which is on
your SuSE CDs.  Amanda is by far the more attractive of the two options,
and it supports connnecting over the network to another system and
dumping to a remote tape drive. You can also use Tivoli Storage Manager
if you have it, but the L/390 client seems rather unreliable at the
previous release level -- I haven't tried the most current one yet, as
they don't seem too interested in most of the 390 versions of TSM at the
moment, and it's not cheap. CA has a product as well, but it's not cheap
either.

 I understand that the 2.4 kernal allows/can allow the s/390
 side of the
 coin to backup the Linux volumes natively? Is that the best
 way to go? (The
 2.4 kernal/distribution)

This is in general a good idea but it still allows only full-volume or
full-partition dumps, which are great for DR, but not so hot for A.
Underpaid Admin who has a bunch of J. Random Lusers who deleted one file
and want it back day before yesterday. You can do the same options as
above for file-level backups. Amanda is probably the best bet here as
well, along with using DFDSS to do full volume dumps periodically with
the Linux system down for consistency sake.

-- db



Re: DASD Management Question

2002-03-27 Thread Froberg, David C

For quick and simple full volume dumps (so you have as least some sort of
backup), I use the OFFLINDR utility from
ftp.ox.ac.uk/pub/linux/s390/offlindr or maybe its
www.clueful.co.uk/mbeattie/s390/offlindr.jcl now.

Might want to check into Innovation's Upstream.  Upstream is a great product
and I'm pretty sure they have a Linux agent now.

Dave
No warrantee is implied or explicitly stated.
Do not bend, fold, spindle, or mutilate.




-Original Message-
From: Benton, Gerald [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 26, 2002 3:26 PM
To: [EMAIL PROTECTED]
Subject: DASD Management Question


Hey Folks!

We've gotten our first instance of linux up in a LPAR with miminal issues.
However we would like to back it up.

IBM's DFHSM does not recognize the DASD format.

Veritas has unoffically stated that they don't support a Mainframe Based
facility.

This pretty well leaves only IBM's Tivoli Dasd Management system.

What about SILO's, we have STC's for mid-range and mainframe use.

What about Tape Manangement Systems? Whats keeping track of, where?

Comments, recommendations, and references are appricated!

Thanks
Gerald Benton



Re: New copyright bill could mean the death of Linux...

2002-03-26 Thread Froberg, David C

One would almost get the impression that the trial lawyers and
congresspeople are just trying to export as many jobs and as much creativity
as possible to other countries.


Dave
No warrantee is implied or explicitly stated.
Do not bend, fold, spindle, or mutilate.




-Original Message-
From: Graeme St. Clair [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 25, 2002 8:37 PM
To: [EMAIL PROTECTED]
Subject: Re: New copyright bill could mean the death of Linux...


I look forward to the outlawing of Xerox machines - and indeed ballpoint
pens (any hardware that can reproduce
copyrighted material).

This is of course an unintended consequence of the 1st amendment's creation
of a market in congresscritters (they ought to trade the _ss*^%s on Wall
St), and yet another illustration of lawmakers' propensity for solving all
problems with yet further laws (if the only tool you have is a hammer,
every problem looks like a nail).

G.


- Original Message -
From: Nix, Robert P. [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 25, 2002 11:22 AM
Subject: New copyright bill could mean the death of Linux...


 http://www.wired.com/news/politics/0,1283,51274,00.html

 The basic jist of the bill would mean that any software or hardware that
 didn't include a government approved form of copy protection could not be
 distributed within the United States. No software from outside the US
could
 be legally imported, since it wouldn't include the copy protection.

 It would also end the shared libraries, since I couldn't write a piece of
 software and give it to anyone else without violating the law and facing
 criminal charges.

 
 Robert P. Nixinternet: [EMAIL PROTECTED]
 Mayo Clinic  phone: 507-284-0844
 200 1st St. SW page: 507-255-3450
 Rochester, MN 55905
 
 In theory, theory and practice are the same,
  but in practice, theory and practice are different.




Resource and object access authorization products

2002-03-20 Thread Froberg, David C

Folks,

We are presently evaluating a package called CA eTrust Access Control, which
provides C2 and some B1 like security controls for resource and object
access authorization.  While we have been exploring SELinux, we ware looking
for something that provides centralized security for applications hosted on
Linux.  Anyone know of any other products we should consider?

Dave
No warrantee is implied or explicitly stated.
Do not bend, fold, spindle, or mutilate.



SE-Linux w/ Linux for S/390

2002-02-22 Thread Froberg, David C

Curious if anyone has tried to apply the NSA's SE-Linux patches to their
Linux for S/390 or zSeries distribution.

If you have, how did it go?  What distribution and kernel level did you use?
Did it impact you administration of the Linux system?

Thanks

Dave
No warrantee is implied or explicitly stated.
Do not bend, fold, spindle, or mutilate.