autoyast upgrade

2006-03-05 Thread Lior Kesos
Has anybody in the list ever attempted an autoyast upgrade.
I've done that sort of stuff with kickstart but haven't found anything
meaningfull googling or in the autoyast mailing archives..
thanks for any leads..
Lior.

--
Peace Love and Penguins -
Lior Kesos

--
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: vswitch eth0 stops working after kernel upgrade

2005-12-19 Thread Lior Kesos
Our vm level is 4.4 but why is the VM level relevent.
Is it common that certain linux functionality does not work under elder vm
versions?
Is there any known issues with vm4.4 vswitch and these kernels?
I searched for a bugzilla like repository like redhat has for novell/suse is
one like that available that way I can search myself a known knwoledgebase
of similiar problems.

Thanks for the answer and best regards
Lior Kesos.

On 12/19/05, Tom Duerbusch [EMAIL PROTECTED] wrote:

 I'm running vswitch with:

 Welcome to SUSE LINUX Enterprise Server 9 (s390x) - Kernel
 2.6.5-7.202.5-s390x
 It also ran well with just SP 2 applied.

 Our VM system is:

 q cplevel
 z/VM Version 5 Release 1.0, service level 0501 (64-bit)
 Generated at 08/17/2005 17:31:13 CDT
 IPL at 10/18/2005 17:12:29 CDT


 Tom Duerbusch
 THD Consulting

  [EMAIL PROTECTED] 12/18/2005 9:17 AM 
 Hello,
 We've deployed a Sles 9 on S390X architecture using vswitch on the VM
 side.
 When preforming kernel upgrade to kernel-s390x-2.6.5-7.139 from
 kernel-s390x-2.6.5-7.111.30, we lose network connectivity.
 The eth0 interface is up and running, routing table seems to be in
 order and
 yet there's no reply when pinging the GW, when pinging the static IP of
 the
 machine's own eth0 I/F there is a reply.

 Taken steps to diagnose the problem:
 0. Checked boot.msg log for errors: nothing suspicious and there are
 no
 error messages.
 1. Restarted  network service - service goes down and up again just
 fine and
 without error messages and still there's no reply when pinging the GW.
 2. Made sure iptables is not running.

 After all of the above we downgraded the kernel back to
 kernel-s390x-2.6.5-7.111.30 and all was fine after reboot.
 We compared running modules before and after the upgrade and found no
 diff
 between them.

 Other kernels we tried with no success:
 kernel-s390x-2.6.5-7.201
 kernel-s390x-2.6.5-7.202.5
 kernel-s390x-2.6.5-7.202.7

 Attaching dmesg and lsmod output
 We're pretty stuck here because we have to run some tests on these
 versions
 and can not do so because we have no network.
 The wierd part is that some kernels work and some don't without any
 configuration changes we even went over the kernel changelogs and
 found
 nothing...

 thanks for any help or ideas...

 best regards
 Lior

 --
 Peace Love and Penguins -
 Lior Kesos

 --
 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




--
Peace Love and Penguins -
Lior Kesos

--
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: vswitch eth0 stops working after kernel upgrade

2005-12-19 Thread Lior Kesos
After searching the repositry I found -
http://support.novell.com/techcenter/search/search.do?cmd=displayKCdocType=kcexternalId=10096543htmlsliceId=dialogID=3286245
which describes the exact things we're encounter and suggest some vm
modification and upgrades to address the issue.
Thanks for all of your help
Lior.

On 12/19/05, Mark Post [EMAIL PROTECTED] wrote:

 It has been known that changes in Linux/390 have required corresponding
 z/VM
 maintenance to be in place, and vice versa.  Not just z/VM 4.4, but higher
 level versions as well.  The knowledgebase for SUSE is at
 http://www.novell.com/support/products/suselinux/


 Mark Post

 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
 Lior Kesos
 Sent: Monday, December 19, 2005 4:11 PM
 To: LINUX-390@VM.MARIST.EDU
 Subject: Re: vswitch eth0 stops working after kernel upgrade


 Our vm level is 4.4 but why is the VM level relevent.
 Is it common that certain linux functionality does not work under elder vm
 versions?
 Is there any known issues with vm4.4 vswitch and these kernels?
 I searched for a bugzilla like repository like redhat has for novell/suse
 is
 one like that available that way I can search myself a known knwoledgebase
 of similiar problems.

 Thanks for the answer and best regards

 --
 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




--
Peace Love and Penguins -
Lior Kesos

--
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


vswitch eth0 stops working after kernel upgrade

2005-12-18 Thread Lior Kesos
Hello,
We've deployed a Sles 9 on S390X architecture using vswitch on the VM side.
When preforming kernel upgrade to kernel-s390x-2.6.5-7.139 from
kernel-s390x-2.6.5-7.111.30, we lose network connectivity.
The eth0 interface is up and running, routing table seems to be in order and
yet there's no reply when pinging the GW, when pinging the static IP of the
machine's own eth0 I/F there is a reply.

Taken steps to diagnose the problem:
0. Checked boot.msg log for errors: nothing suspicious and there are no
error messages.
1. Restarted  network service - service goes down and up again just fine and
without error messages and still there's no reply when pinging the GW.
2. Made sure iptables is not running.

After all of the above we downgraded the kernel back to
kernel-s390x-2.6.5-7.111.30 and all was fine after reboot.
We compared running modules before and after the upgrade and found no diff
between them.

Other kernels we tried with no success:
kernel-s390x-2.6.5-7.201
kernel-s390x-2.6.5-7.202.5
kernel-s390x-2.6.5-7.202.7

Attaching dmesg and lsmod output
We're pretty stuck here because we have to run some tests on these versions
and can not do so because we have no network.
The wierd part is that some kernels work and some don't without any
configuration changes we even went over the kernel changelogs and found
nothing...

thanks for any help or ideas...

best regards
Lior

--
Peace Love and Penguins -
Lior Kesos

--
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


lsmod.bad
Description: Binary data


mksles9root script download

2005-11-08 Thread Lior Kesos
Tried to download the script but http://mikemacisaac.com seems to have
expired.
Alternate location?
Can someone mail me it?

thanks a gazillion
Lior.

--
Peace Love and Penguins -
Lior Kesos

--
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: mksles9root script download

2005-11-08 Thread Lior Kesos
Thanks alot.

On 11/8/05, Michael MacIsaac [EMAIL PROTECTED] wrote:

 Lior,

  Tried to download the script but http://mikemacisaac.com seems to
  have expired.
  Alternate location?
 http://linuxvm.org/patches/ - at the top is mksles9root.sh

 Mike MacIsaac [EMAIL PROTECTED] (845) 433-7061

 --
 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




--
Peace Love and Penguins -
Lior Kesos

--
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


Cloning a VM user using SMAPI

2005-10-26 Thread Lior Kesos
I'm trying to use z/vm SMAPI to clone a VM user.
My problem is that I keep getting error 562/3212 on the clonedisk command.
I've googled around but did not find any leads I could spot...
I'm using z/vm 4.4
Any ideas or experiences?

best regards
Lior


-
Peace Love and Penguins -
Lior Kesos

--
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: Maintaining SLES9 Colonies?

2005-04-13 Thread Lior Kesos
Hello Peter,
I'm sending this personally so I don't spam the list with a
commercial offering.
I work for aduva a linux company which has a multitude of clients
using Onstage our product to address that same goal.
We support SLES8 and SLES9 both 31bt and 64 versions on Z (on zvm).
I understand if you're trying to solve this with open-source
methodologies and obiously it is possible with some work to do so - I
just wanted to raise you're awareness that there are products that
address that issue exactly and much more.
We've had great reviews by other mainframe linux customers and
although we're also in the distributed linux and solaris segments we
have the most friction in our work in the mainframe linux sites.

I'm happy about the basevol link which I tried access but seemed to be dead.
Opensource is a wonderfull source of inspiration for software development.

best regards
Lior.

On 4/13/05, Peter E. Abresch Jr.   - at Pepco [EMAIL PROTECTED] wrote:
 I am revisiting this again. I implemented a basevol/guestvol system
 similar to what is
 described at http://linuxvm.org/present/misc/basevol.html . This has
 worked for our SLES 8. We now have SLES9 guest up and running and I am
 wondering if we should continue under this methodology. Some say yes, some
 say no.
 
 Out intent is to reduce man hours to apply individual maintenance to each
 Linux Guest or product. Since SLES9 is different, the basevol/guestvol R/O
 scripts do not quite fit. I do not know if this methodology even applies
 to SLES 9.
 
 There is also a local YOU server I believe with SLES 9 that Linux guests
 can be configured to use for updates. But this means that each Linux guest
 must have r/w Linux root file system.
 
 Is there a recommended or official recommendation for maintaining z/VM
 Linux colonies? I appreciate any recommendations, philosophies, and/or
 experiences. As always, 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.
 
 --
 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
 


-- 
Peace Love and Penguins -
Lior Kesos

--
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: LVM/Sistina/GFM -- eh?

2005-04-13 Thread Lior Kesos
redhat bought sistina about a year and half ago...
http://www.redhat.com/about/presscenter/2003/press_sistina.html
That's the reason for the redirection
I believe GFM  is a commercial offering while LVM is free.
regards
lior.
On 4/13/05, Jon Brock [EMAIL PROTECTED] wrote:
 In searching for a way to add storage to my play RHEL/z system, I decided to 
 look into LVM.  I find references to www.sistina.com , but when I go there I 
 am redirected to a www.redhat.com page referencing GFM.  Am I to understand 
 that Red Hat uses their own GFM system instead of LVM?  If so, how do I go 
 about installing GFM?
 
 Thanks,
 Jon
 
 --
 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
 


-- 
Peace Love and Penguins -
Lior Kesos

--
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: Maintaining SLES9 Colonies?

2005-04-13 Thread Lior Kesos
I'm sorry I accidently replied to the list.
This was not intentional (google autocompletion) - and I suddenly got
the usual out of office notices and understood my mistake.
Please disregard my last message it was a more commercial oriented
offering and  did not fit in a technical mailing list.
My sincere apologies
Lior.

On 4/13/05, Lior Kesos [EMAIL PROTECTED] wrote:
 Hello Peter,
 I'm sending this personally so I don't spam the list with a
 commercial offering.
 I work for aduva a linux company which has a multitude of clients
 using Onstage our product to address that same goal.
 We support SLES8 and SLES9 both 31bt and 64 versions on Z (on zvm).
 I understand if you're trying to solve this with open-source
 methodologies and obiously it is possible with some work to do so - I
 just wanted to raise you're awareness that there are products that
 address that issue exactly and much more.
 We've had great reviews by other mainframe linux customers and
 although we're also in the distributed linux and solaris segments we
 have the most friction in our work in the mainframe linux sites.
 
 I'm happy about the basevol link which I tried access but seemed to be dead.
 Opensource is a wonderfull source of inspiration for software development.
 
 best regards
 Lior.
 
 On 4/13/05, Peter E. Abresch Jr.   - at Pepco [EMAIL PROTECTED] wrote:
  I am revisiting this again. I implemented a basevol/guestvol system
  similar to what is
  described at http://linuxvm.org/present/misc/basevol.html . This has
  worked for our SLES 8. We now have SLES9 guest up and running and I am
  wondering if we should continue under this methodology. Some say yes, some
  say no.
 
  Out intent is to reduce man hours to apply individual maintenance to each
  Linux Guest or product. Since SLES9 is different, the basevol/guestvol R/O
  scripts do not quite fit. I do not know if this methodology even applies
  to SLES 9.
 
  There is also a local YOU server I believe with SLES 9 that Linux guests
  can be configured to use for updates. But this means that each Linux guest
  must have r/w Linux root file system.
 
  Is there a recommended or official recommendation for maintaining z/VM
  Linux colonies? I appreciate any recommendations, philosophies, and/or
  experiences. As always, 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.
 
  --
  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
 
 
 --
 Peace Love and Penguins -
 Lior Kesos
 


-- 
Peace Love and Penguins -
Lior Kesos

--
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: guestlan issues

2005-03-28 Thread Lior Kesos
Hello Mark,Marcy.. list..
Indeed as Marcy stated the problem was related to routing and having
both my iucv and qdio interface allocated on the same ip.
Thanks for the help
Lior


On Sun, 27 Mar 2005 14:51:36 -0800, Cortes, Marcy D.
[EMAIL PROTECTED] wrote:
 It's normal on a guest lan.  That's what mine say too:
 [EMAIL PROTECTED]:~ sudo su -
 Password:
 LNX60:~ # ifconfig
 hsi0  Link encap:Ethernet  HWaddr 00:00:00:00:00:00
   inet addr:10.12.10.60  Bcast:10.12.10.127  Mask:255.255.255.128
   inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link
   UP BROADCAST RUNNING NOARP MULTICAST  MTU:8192  Metric:1
   RX packets:389011 errors:0 dropped:0 overruns:0 frame:0
   TX packets:387565 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:100
   RX bytes:93000553 (88.6 Mb)  TX bytes:219601482 (209.4 Mb)
   Interrupt:10

 I think your problem lies elsewhere.

 Is all of your routing working correctly?  In my case
 LNX60:~ # route -n
 Kernel IP routing table
 Destination Gateway Genmask Flags Metric RefUse
 Iface
 10.12.10.0  0.0.0.0 255.255.255.128 U 0  00 hsi0
 0.0.0.0 10.12.10.1  0.0.0.0 UG0  00 hsi0

 10.12.10.1 is owned by VM TCPIP and it routes to the external network using
 OSPF on MPROUTE.

 Marcy Cortes
 (

 This message may contain confidential and/or privileged information.  If
 you are not the addressee or authorized to receive this for the addressee,
 you must not use, copy, disclose, or take any action based on this message
 or any information herein.  If you have received this message in error,
 please advise the sender immediately by reply e-mail and delete this
 message.  Thank you for your cooperation.


 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lior
 Kesos
 Sent: Sunday, March 27, 2005 9:29 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: [LINUX-390] guestlan issues

 Hello O wise ones... :)
 I've been working with iucv until now and I'm trying to switch to guestlan
 (My Zvm version doesn't support vswitch).
 I''m following the instructions in the excellent Networking Overview for
 linux on Zseries refrenced here - but something isn't working for me at the
 last part (configuration of linux to use the coupled virtual
 nic.)
 I think the heart of the problem is that when I ifconfig eth0 I get a
 00:00:00:00:00:00 HWaddr.
 This is although I I see the mac id when I query nic and the nic creation
 and coupling seem as they have been performed well (no
 errors...)
 So what does a blank HWaddr mean?
 regards
 Lior.
 --
 Peace Love and Penguins -
 Lior Kesos

 --
 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



--
Peace Love and Penguins -
Lior Kesos

--
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: guestlan issues

2005-03-28 Thread Lior Kesos
I'm in junction in which I need to take a descsion  between qdio to
hipersocket..
qdio is leading because I've already implemented a connection and
understand the configuration and basics.
Is hipersockets much better ?(it sounds way cooler ...)
I'm using this lan to optimize communication speed and throughput
between a group of computers (typically alot of ddr, OS and package
installations ) - It's a test environment.
This is a second interface on all of these nodes they have a historic
iucv network which I'd rather not touch to maintain a period of
backward compatability.
So is it worth the effort?
regards
Lior.


On Mon, 28 Mar 2005 07:59:04 -0600, Rich Smrcina [EMAIL PROTECTED] wrote:
 The hsi interface is for the Hipersockets emulation, eth can be used for
 QDIO.

 Mark D Pace wrote:
  If I remember my guestlan correctly, and looking at Marcy's post,  you
  should not be configuring eth0 for your guestlan, it should be hsi0.
 
 
 
  Mark D Pace
  Senior Systems Engineer
  Mainline Information Systems
  1700 Summit Lake Drive
  Tallahassee, FL. 32317
  Office: 850.219.5184
  Fax: 888.221.9862
  http://www.mainline.com
 
 
  This e-mail and files transmitted with it are confidential, and are
  intended solely for the use of the individual or entity to whom this e-mail
  is addressed.  If you are not the intended recipient, or the employee or
  agent responsible to deliver it to the intended recipient, you are hereby
  notified that any dissemination, distribution or copying of this
  communication is strictly prohibited.  If you are not one of the named
  recipient(s) or otherwise have reason to believe that you received this
  message in error, please immediately notify sender by e-mail, and destroy
  the original message.  Thank You.
 
  --
  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
 

 --
 Rich Smrcina
 VM Assist, Inc.
 Main: (262)392-2026
 Cell: (414)491-6001
 Ans Service:  (866)569-7378
 rich.smrcina at vmassist.com

 Catch the WAVV!  http://www.wavv.org
 WAVV 2005 - Colorado Springs - May 20-24, 2005

 --
 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



--
Peace Love and Penguins -
Lior Kesos

--
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


guestlan issues

2005-03-27 Thread Lior Kesos
Hello O wise ones... :)
I've been working with iucv until now and I'm trying to switch to
guestlan (My Zvm version doesn't support vswitch).
I''m following the instructions in the excellent Networking Overview
for linux on Zseries refrenced here - but something isn't working for
me at the last part (configuration of linux to use the coupled virtual
nic.)
I think the heart of the problem is that when I ifconfig eth0 I get a
00:00:00:00:00:00 HWaddr.
This is although I I see the mac id when I query nic and the nic
creation and coupling seem as they have been performed well (no
errors...)
So what does a blank HWaddr mean?
regards
Lior.
--
Peace Love and Penguins -
Lior Kesos

--
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


linux connectivity issues in SLES9

2005-03-21 Thread Lior Kesos
Ello,
I'm the linux oriented person in my company and I'm trying to debug a
network problem regarding a group of machines I administer.
Whenever I modprobe iucv for these machines I get a -
kernel: iucv_receive returned 0008 warning.
I tried googlin for it and found lot's of patches and several ibm
documents reffering to the iucv_recieve function (from Device Drivers
and Installation Commands) in the iucv API.
In the pdf the function is indeed mentioned and it's return values
discussed but 0x80 (if indeed that is return value) I see above gives
that rather cryptic and unhelpfull resolution to - specifies that the
data is contained in the parameter list.
I'm a bit puzzelled, any help before I go and bug the Oh wise one
(local system programmer).

Link to doc can be seen
http://www.ibm.com/servers/eserver/zseries/os/linux/pdf/l390dd05.pdf

Any ideas or directions will be most welcome
thanks -
---
Peace Love and Penguins -
Lior Kesos

--
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 connectivity issues in SLES9

2005-03-21 Thread Lior Kesos
Thanks Alan,list
I'm not in complete control of the infrastructure (mainframe access is
hosted offshore).
This leads to not being able to totally design my infrastructure.
How difficult is the migration form a iucv infrastructure to a
guestlan or a vswitch.
Are there ant redbooks dealing with the migration?
I'm fairly good with linux but just learning the vm magic so any
collective experience would be great..
respectfully
Lior


On Mon, 21 Mar 2005 10:02:12 -0500, Alan Altmark
[EMAIL PROTECTED] wrote:
 On Monday, 03/21/2005 at 04:05 ZE2, Lior Kesos [EMAIL PROTECTED]
 wrote:
  Ello,
  I'm the linux oriented person in my company and I'm trying to debug a
  network problem regarding a group of machines I administer.
  Whenever I modprobe iucv for these machines I get a -
  kernel: iucv_receive returned 0008 warning.
  I tried googlin for it and found lot's of patches and several ibm
  documents reffering to the iucv_recieve function (from Device Drivers
  and Installation Commands) in the iucv API.
  In the pdf the function is indeed mentioned and it's return values
  discussed but 0x80 (if indeed that is return value) I see above gives
  that rather cryptic and unhelpfull resolution to - specifies that the
  data is contained in the parameter list.
  I'm a bit puzzelled, any help before I go and bug the Oh wise one
  (local system programmer).
 
  Link to doc can be seen
  http://www.ibm.com/servers/eserver/zseries/os/linux/pdf/l390dd05.pdf
 
  Any ideas or directions will be most welcome
  thanks -

 kernel: iucv_receive returned 0008 is being issued by netiucv,
 reporting the IPRCODE.  From the z/VM CP Programming Services book, return
 code 8 means message id found but message class or path ID invalid. What
 it indicates to me is some sort of error in netiucv, the iucv interrupt
 handler, or in memory management.  When netiucv performs iucv_receive() it
 passes in the message id, path, and class that were pulled from the
 interrupt buffer when the message came in.  With that design, it is
 supposed to be impossible to get RC=8.  You should report this error to
 your Linux service provider.

 There have been a couple of patches to IUCV support since April 2004
 stream was released.

 Is there other IUCV activity going on (e.g. vmlogrdr)?  How many virtual
 CPUs?  Of course, from a network perspective, it's time to dump IUCV and
 move to z/VM Guest LANs or the Virtual Switch.

 Alan Altmark
 z/VM Development
 IBM Endicott

 --
 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



--
Peace Love and Penguins -
Lior Kesos

--
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 connectivity issues in SLES9

2005-03-21 Thread Lior Kesos
Michael -
From a brief overview of the document this looks like the exact fine
manual I needed.
I have gaping holes in understanding the difference between
hipersockets,qdio,iucv,guestlan and vswitches...
So this doc looks as if it can put some order into this chaos.
Thanks for the pointer
Lior.


On Mon, 21 Mar 2005 15:25:37 -0500, Michael MacIsaac [EMAIL PROTECTED] wrote:
 Lior,

  Are there ant redbooks dealing with the migration?

 I'm not sure how much migration is dealt with, but the redpaper:
 Networking Overview for Linux on zSeries, REDP-3901-00, is new and very
 well done (it was reviewed better than some other redpapers that come to
 mind :)). It is on the Web at:
 http://www.redbooks.ibm.com/abstracts/redp3901.html?Open

 Mike MacIsaac [EMAIL PROTECTED]   (845) 433-7061

 --
 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



--
Peace Love and Penguins -
Lior Kesos

--
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: initctl issues while initrd hacking - SLES9 - S390X

2005-01-19 Thread Lior Kesos
Hi Mark,
I followed exactly the second example as well - the -a init.new just
names the proccess init.new - don't totally know why (I'm maintainign
scripts I haven't written initially).
Thanks for the direction..
Lior.

On Tue, 18 Jan 2005 12:42:23 -0500, Post, Mark K [EMAIL PROTECTED] wrote:
 I notice that you're not following the second example exactly as they have
 documented it.  Instead of doing:
 sh -c 'umount /old_root; exec /sbin/init' \
 dev/console dev/console 21

 You have:
 /bin/sh -c 'umount /initrd ;  exec -a init.new /sbin/init' \
 dev/console dev/console 21


 Why are you using exec -a init.new instead of just exec?  The error
 message you're getting:
 Usage: init.new 0123456SsQqAaBbCcUu
 Seems to indicate something is happening that init doesn't like.

 Mark Post

 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Lior
 Kesos
 Sent: Tuesday, January 18, 2005 9:36 AM
 To: LINUX-390@VM.MARIST.EDU
 Subject: initctl issues while initrd hacking - SLES9 - S390X

 Hi I've been working lately on a set of scripts that bootstrap a linux
 instance.
 They way I accomplish this is to have an extended initrd which sets up
 networking on the initrd and then nfs mounts a real disk dumping data
 upon it and in the end running init from the new mounted disk.
 In kernel 2.4/2.6 pivot_root was introduced to do exactly that and
 we've dealt with it.
 This is how I'm mounted now..

 /dev/ram0 on / type ext2 (rw)
 none on /proc type proc (rw)
 none on /sys type sysfs (rw)
 /dev/dasdb1 on /mnt type ext2 (ro)

 basically I'm running the next sequence of events trying to leave the
 initrd...

 cd /mnt
 pivot_root . initrd
 exec chroot . /bin/sh -c 'umount /initrd ;  exec -a init.new
 /sbin/init' dev/console dev/console 21

 This crashes  with:
 + /tmp/pivot_root . initrd
 + exec chroot . /bin/sh -c 'umount /initrd ;  exec -a init.new /sbin/init '
 umount: /initrd: device is busy
 Usage: init.new 0123456SsQqAaBbCcUu
 VFS: Cannot open root device dasdb1 or unknown-block(0,0)
 Please append a correct root= boot option
 Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)
 HCPGIR450W CP entered; disabled wait PSW 00020001 8000  0046CB4C

 Now  this is very odd because:
 1. Shouldn't init read the inittab for the chrooted system (it exists
 -default runlevel - 3).
 2. When I explicitly run init 3 I get a different error mentioning ...
 init.new: timeout opening/writing control channel /dev/initctl
 3. If I use the pivot_root(8) manpages _first_ example (running sh
 instead of init) it works ok.

 I read about initctl and it (the pipe) exists in the new filesystem.
 I'm pretty much a RTFM kinda guy but I'm a bit stuck here - any ideas?

 respectfully
 Lior.

 --
 Peace Love and Penguins -
 Lior Kesos

 --
 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



--
Peace Love and Penguins -
Lior Kesos

--
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: initctl issues while initrd hacking - SLES9 - S390X

2005-01-19 Thread Lior Kesos
On Tue, 18 Jan 2005 07:58:04 -0800, Ranga Nathan wrote -
 umount: /initrd: device is busy
 Usage: init.new 0123456SsQqAaBbCcUu
 VFS: Cannot open root device dasdb1 or unknown-block(0,0)

Seems like initrd has this baked in. I had similar problems when
changing the boot device. Would you perhaps have to do mkinitrd and
zipl or the equivalent?

I'm not sure what you mean by baked in I have a zipl that is run
before this step and sets disk through it's paramfile flag.

--
Peace Love and Penguins -
Lior Kesos

--
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: initctl issues while initrd hacking - SLES9 - S390X

2005-01-19 Thread Lior Kesos
Let me refine my question ...
What controls the mounts that exist after you pivot_root it isn't done
through the fstab - because it's not synced in my case.
So what can it be?
googlin' on
Lior.


On Wed, 19 Jan 2005 14:42:52 +0200, Lior Kesos [EMAIL PROTECTED] wrote:
 On Tue, 18 Jan 2005 07:58:04 -0800, Ranga Nathan wrote -
  umount: /initrd: device is busy
  Usage: init.new 0123456SsQqAaBbCcUu
  VFS: Cannot open root device dasdb1 or unknown-block(0,0)

 Seems like initrd has this baked in. I had similar problems when
 changing the boot device. Would you perhaps have to do mkinitrd and
 zipl or the equivalent?

 I'm not sure what you mean by baked in I have a zipl that is run
 before this step and sets disk through it's paramfile flag.

 --
 Peace Love and Penguins -
 Lior Kesos



--
Peace Love and Penguins -
Lior Kesos

--
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


initctl issues while initrd hacking - SLES9 - S390X

2005-01-18 Thread Lior Kesos
Hi I've been working lately on a set of scripts that bootstrap a linux instance.
They way I accomplish this is to have an extended initrd which sets up
networking on the initrd and then nfs mounts a real disk dumping data
upon it and in the end running init from the new mounted disk.
In kernel 2.4/2.6 pivot_root was introduced to do exactly that and
we've dealt with it.
This is how I'm mounted now..

/dev/ram0 on / type ext2 (rw)
none on /proc type proc (rw)
none on /sys type sysfs (rw)
/dev/dasdb1 on /mnt type ext2 (ro)

basically I'm running the next sequence of events trying to leave the initrd...

cd /mnt
pivot_root . initrd
exec chroot . /bin/sh -c 'umount /initrd ;  exec -a init.new
/sbin/init' dev/console dev/console 21

This crashes  with:
+ /tmp/pivot_root . initrd
+ exec chroot . /bin/sh -c 'umount /initrd ;  exec -a init.new /sbin/init '
umount: /initrd: device is busy
Usage: init.new 0123456SsQqAaBbCcUu
VFS: Cannot open root device dasdb1 or unknown-block(0,0)
Please append a correct root= boot option
Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)
HCPGIR450W CP entered; disabled wait PSW 00020001 8000  0046CB4C

Now  this is very odd because:
1. Shouldn't init read the inittab for the chrooted system (it exists
-default runlevel - 3).
2. When I explicitly run init 3 I get a different error mentioning ...
init.new: timeout opening/writing control channel /dev/initctl
3. If I use the pivot_root(8) manpages _first_ example (running sh
instead of init) it works ok.

I read about initctl and it (the pipe) exists in the new filesystem.
I'm pretty much a RTFM kinda guy but I'm a bit stuck here - any ideas?

respectfully
Lior.


--
Peace Love and Penguins -
Lior Kesos

--
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: How to place a file on the linux instance without networking.

2004-12-27 Thread Lior Kesos
Hi Dave, fir of all thanks for your swift reply..
The problem is that I can't transfer any files to my linux instance
(no networking) so I can't compile the cmsfs util on my linux
(although it looks like good practice putting it there proactively).
I couldn't find any info on e2 is it commercial/opensource where''s
the util page etc..
Ronald (thanks as well) suggested that I use cp link to add a shared
disk to the broken machine mount it and copy the file the problem is -
when I issue a a cp link command is that it gives me a ' no read
password' error and does not let me link it.
I understand that these is a method of disc based access control but
where is it defined?
regards 
Lior.


On Mon, 27 Dec 2004 09:26:31 -0600, Dave Jones [EMAIL PROTECTED] wrote:
 Hi, Lior.
 
 I can think of a couple of ways you can get files transfered to a VM
 Linux guest that does not have networking connectivity enabled:
 
 1) move the Linux files you want transferred to a CMS disk that the
 Linux image can access. Then you can use Rick Troth's way cool cmsfs
 Linux utility to read the files on the CMS disk and transfer then
 (either in binary or EBCDIC-ASCII mode) to the Linux file system. With
 this approach, you're basically pulling the needed files from CMS onto
 Linux; the Linux guest must be up and running.
 
 2) there is a nifty new utility called E2 that provides a r/w interface
 to the Linux ext2fs file system from Rexx execs running under CMS. It
 was developed to address exactly this kind of problem with running Linux
 under VM. With the Linux guest quiesced, or better yet, logged off, a
 CMS user can link to the Linux minidisk in r/w mode and then use the E2
 utility to read and write files directly into the Linux file system.
 Linux files can be moved, deleted, renamed, etc., as well.
 
 HTH.
 
 DJ
 
 Lior Kesos wrote:
  As my questions imply I'm a linux geek wallowing in the new for me
  mainframe space...
  I'm tending to a SLES9 S390X (64bit) machine.
  I've installed one of the recent kernels 2.6.5-7.111.5 and have been
  experiencing severe communication oddities (I'm using iucv) and the
  next messege...
  ping:sendmsg: No buffer space available - over and over again.
  This resemebelled an IA64 SLES9 machine  I administer wo had the same
  problem (regarding buffer space).
  I upgraded the kernel in the IA64 and it solved the problem - my
  problem is how can I place a file in the linux instance through the CP
  without networking.
  Untill now I'd do CP - linux file transfer through ftp.
  I'm sure they'res a way to tend to an unnetworked node...
  Any ideas?
 
  --
  Peace Love and Penguins -
  Lior Kesos
   
  --
  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
 
 
 --
 Dave Jones
 CA Technical Services
 Houston, TX
 281.578.7544
 
 Speaking stricty for myself.
 


-- 
Peace Love and Penguins -
Lior Kesos

--
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


Where did cpint_load go? (in SLES9)

2004-12-19 Thread Lior Kesos
I have a set of scripts that I need to maintain that use cpint_load to
load modules through a custom initrd.
I'm porting these scripts to SLES9 and I suddently found out that
cpint_load isn't distributed in the cpint package anymore?
I'm not familiar with the design idea of why this was used in the
first place - and the initial developer is long gone ...
Was cpint_load just a temporary hack? Is there a subsitute in SLES9?
Should I just write a workaround or is there something importent in
the loading of cpint that cpint_load was in charge of doing?
thanks in advance for any help offered

regards
Lior

--
Peace Love and Penguins -
Lior Kesos

--
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: Where did cpint_load go? (in SLES9)

2004-12-19 Thread Lior Kesos
Thanks (Ronald and Mark) for the swift answer...
Because I'm working off a modified initrd I guess I'll manually do all
the sanity check and the /dev magic or actually implement most of the
script to the file-system and do a simple insmod cpint in the end...

regards-
Lior.


On Sun, 19 Dec 2004 18:32:47 -0500, Mark Post [EMAIL PROTECTED] wrote:
 The cpint_load command does several things:
 1. Does an insmod on the cpint kernel module
 2. Checks /proc/devices to see what major device number it got assigned by
 the kernel
 3. Creates the corresponding entries for that in /dev
 4. Sets up a couple of symbolic links in /dev
 5. Sets some owner and group names on the devices

 SUSE appears to have decided to hard-code the device number to 107 (which is
 normally used by the 3DFX graphics card, so not used on the mainframe), and
 has most likely put the needed device entries in /dev already.  As a result,
 they don't include cpint_load and cpint_unload as part of their packages.

 As a first attempt at experimentation, you could try replacing the calls to
 cpint_load with insmod cpint and see what happens.

 Mark Post

 -Original Message-
 From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of
 Lior Kesos
 Sent: Sunday, December 19, 2004 11:11 AM
 To: [EMAIL PROTECTED]
 Subject: Where did cpint_load go? (in SLES9)

 I have a set of scripts that I need to maintain that use cpint_load to
 load modules through a custom initrd.
 I'm porting these scripts to SLES9 and I suddently found out that
 cpint_load isn't distributed in the cpint package anymore?
 I'm not familiar with the design idea of why this was used in the
 first place - and the initial developer is long gone ...
 Was cpint_load just a temporary hack? Is there a subsitute in SLES9?
 Should I just write a workaround or is there something importent in
 the loading of cpint that cpint_load was in charge of doing?
 thanks in advance for any help offered

 regards
 Lior

 --
 Peace Love and Penguins -
 Lior Kesos

 --
 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

 --
 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



--
Peace Love and Penguins -
Lior Kesos

--
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