Re: IP weirdness
Thank you for your explanation and the URL, Vic. I'd like to check it - if www.vm.ibm.com goes online again :-) It seems to be off-line since last Friday or Saturday :-( Does anybody know the reason - or is it only specific German/European problem ? ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Vic Cross [EMAIL PROTECTED] auTo Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 06.08.2005 16:24 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU On Saturday 06 August 2005 04:38, Neale Ferguson wrote: NF I have a guest LAN that connects a number of guests. snip NF All but one of the guests can talk to each other, except one NF (I'll call X) which can only talk to the default gateway. If I ping the NF others from X I get no response. The same goes when I go from the any NF other of the guests except R to X. snip NF We are z/VM 4.4 0404. Guest X is SLES9 SP2, Guest R is SLES7, other NF guests are Debian. There are a few VMLAN fixes out since 0404RSU. From recent experience I'd suggest you get right up to date and try again (the qeth driver on the guests other than X might need an update as well, although it strikes me as odd that the SLES 7 system works talking to the SLES 9 SP2 given that its qeth is probably older than the Debians'...). The z/VM team maintains an excellent resource that talks about (among other things) z/VM maintenance levels in support of virtual networking: http://www.vm.ibm.com/virtualnetwork Look for the Virtual Switch and Guest LAN CP Maintenance levels link. NF The other weirdness I see is that all the guests have a subnet mask of NF 255.255.255.192 but Q LAN DETAILS reports everyone as 255.255.255.0. No need to be concerned about this. At earlier levels the display shows the natural network mask (i.e. as if you weren't subnetting) instead of the actual subnet mask in use. On z/VM 5.1 the subnet mask display is removed (replaced by the MAC address, like the multicast display). Cheers, Vic Cross -- 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
Re: USER DIRECT file USE word displayed.
I want to delete column 73-80 zone 73 80 :1 c///* file Then be sure 'set serial off' is in your PROFILE XEDIT and they won't come back. 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
Re: IP weirdness
Hi, Lutz. www.vm.ibm.com has moved from 204.146.134.198 to 204.146.134.18. DNS updates are working their way through the Internet, so it's not just a German/European problem. DJ Lutz Hamann wrote: Thank you for your explanation and the URL, Vic. I'd like to check it - if www.vm.ibm.com goes online again :-) It seems to be off-line since last Friday or Saturday :-( Does anybody know the reason - or is it only specific German/European problem ? ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Vic Cross [EMAIL PROTECTED] auTo Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 06.08.2005 16:24 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU On Saturday 06 August 2005 04:38, Neale Ferguson wrote: NF I have a guest LAN that connects a number of guests. snip NF All but one of the guests can talk to each other, except one NF (I'll call X) which can only talk to the default gateway. If I ping the NF others from X I get no response. The same goes when I go from the any NF other of the guests except R to X. snip NF We are z/VM 4.4 0404. Guest X is SLES9 SP2, Guest R is SLES7, other NF guests are Debian. There are a few VMLAN fixes out since 0404RSU. From recent experience I'd suggest you get right up to date and try again (the qeth driver on the guests other than X might need an update as well, although it strikes me as odd that the SLES 7 system works talking to the SLES 9 SP2 given that its qeth is probably older than the Debians'...). The z/VM team maintains an excellent resource that talks about (among other things) z/VM maintenance levels in support of virtual networking: http://www.vm.ibm.com/virtualnetwork Look for the Virtual Switch and Guest LAN CP Maintenance levels link. NF The other weirdness I see is that all the guests have a subnet mask of NF 255.255.255.192 but Q LAN DETAILS reports everyone as 255.255.255.0. No need to be concerned about this. At earlier levels the display shows the natural network mask (i.e. as if you weren't subnetting) instead of the actual subnet mask in use. On z/VM 5.1 the subnet mask display is removed (replaced by the MAC address, like the multicast display). Cheers, Vic Cross -- 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 -- 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: IP weirdness
Thank you, Dave ... I could never imagine that those DNS-updates take more than 2 days :-) But let's wait ... But at least I can acces the site via their IP-address. ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Dave Jones [EMAIL PROTECTED] are.com To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 08.08.2005 14:12 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU Hi, Lutz. www.vm.ibm.com has moved from 204.146.134.198 to 204.146.134.18. DNS updates are working their way through the Internet, so it's not just a German/European problem. DJ Lutz Hamann wrote: Thank you for your explanation and the URL, Vic. I'd like to check it - if www.vm.ibm.com goes online again :-) It seems to be off-line since last Friday or Saturday :-( Does anybody know the reason - or is it only specific German/European problem ? ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Vic Cross [EMAIL PROTECTED] au To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 06.08.2005 16:24 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU On Saturday 06 August 2005 04:38, Neale Ferguson wrote: NF I have a guest LAN that connects a number of guests. snip NF All but one of the guests can talk to each other, except one NF (I'll call X) which can only talk to the default gateway. If I ping the NF others from X I get no response. The same goes when I go from the any NF other of the guests except R to X. snip NF We are z/VM 4.4 0404. Guest X is SLES9 SP2, Guest R is SLES7, other NF guests are Debian. There are a few VMLAN fixes out since 0404RSU. From recent experience I'd suggest you get right up to date and try again (the qeth driver on the guests other than X might need an update as well, although it strikes me as odd that the SLES 7 system works talking to the SLES 9 SP2 given that its qeth is probably older than the Debians'...). The z/VM team maintains an excellent resource that talks about (among other things) z/VM maintenance levels in support of virtual networking: http://www.vm.ibm.com/virtualnetwork Look for the Virtual Switch and Guest LAN CP Maintenance levels link. NF The other weirdness I see is that all the guests have a subnet mask of NF 255.255.255.192 but Q LAN DETAILS reports everyone as 255.255.255.0. No need to be concerned about this. At earlier levels the display shows the natural network mask (i.e. as if you weren't subnetting) instead of the actual subnet mask in use. On z/VM 5.1 the subnet mask display is removed (replaced by the MAC address, like the multicast display). Cheers, Vic Cross -- 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 -- 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
Re: IP weirdness
You're welcome, Lutz. There was a discussion over the weekend on the VM-ESA list about why it takes so long for DNS updates to propagate. It has to do with the TTL (time to live) values set by various DNS administrators. Have a good week. DJ Lutz Hamann wrote: Thank you, Dave ... I could never imagine that those DNS-updates take more than 2 days :-) But let's wait ... But at least I can acces the site via their IP-address. ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Dave Jones [EMAIL PROTECTED] are.com To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 08.08.2005 14:12 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU Hi, Lutz. www.vm.ibm.com has moved from 204.146.134.198 to 204.146.134.18. DNS updates are working their way through the Internet, so it's not just a German/European problem. DJ Lutz Hamann wrote: Thank you for your explanation and the URL, Vic. I'd like to check it - if www.vm.ibm.com goes online again :-) It seems to be off-line since last Friday or Saturday :-( Does anybody know the reason - or is it only specific German/European problem ? ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Vic Cross [EMAIL PROTECTED] au To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 06.08.2005 16:24 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU On Saturday 06 August 2005 04:38, Neale Ferguson wrote: NF I have a guest LAN that connects a number of guests. snip NF All but one of the guests can talk to each other, except one NF (I'll call X) which can only talk to the default gateway. If I ping the NF others from X I get no response. The same goes when I go from the any NF other of the guests except R to X. snip NF We are z/VM 4.4 0404. Guest X is SLES9 SP2, Guest R is SLES7, other NF guests are Debian. There are a few VMLAN fixes out since 0404RSU. From recent experience I'd suggest you get right up to date and try again (the qeth driver on the guests other than X might need an update as well, although it strikes me as odd that the SLES 7 system works talking to the SLES 9 SP2 given that its qeth is probably older than the Debians'...). The z/VM team maintains an excellent resource that talks about (among other things) z/VM maintenance levels in support of virtual networking: http://www.vm.ibm.com/virtualnetwork Look for the Virtual Switch and Guest LAN CP Maintenance levels link. NF The other weirdness I see is that all the guests have a subnet mask of NF 255.255.255.192 but Q LAN DETAILS reports everyone as 255.255.255.0. No need to be concerned about this. At earlier levels the display shows the natural network mask (i.e. as if you weren't subnetting) instead of the actual subnet mask in use. On z/VM 5.1 the subnet mask display is removed (replaced by the MAC address, like the multicast display). Cheers, Vic Cross -- 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 -- 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
Re: IP weirdness
Explanation accepted, Dave ! And I should know it - because I am one of those (admins) :-) I always use the $TTL 86400 (default) in our z/OS BIND9- implementations ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Dave Jones [EMAIL PROTECTED] are.com To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 08.08.2005 14:32 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU You're welcome, Lutz. There was a discussion over the weekend on the VM-ESA list about why it takes so long for DNS updates to propagate. It has to do with the TTL (time to live) values set by various DNS administrators. Have a good week. DJ Lutz Hamann wrote: Thank you, Dave ... I could never imagine that those DNS-updates take more than 2 days :-) But let's wait ... But at least I can acces the site via their IP-address. ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Dave Jones [EMAIL PROTECTED] are.com To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 08.08.2005 14:12 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU Hi, Lutz. www.vm.ibm.com has moved from 204.146.134.198 to 204.146.134.18. DNS updates are working their way through the Internet, so it's not just a German/European problem. DJ Lutz Hamann wrote: Thank you for your explanation and the URL, Vic. I'd like to check it - if www.vm.ibm.com goes online again :-) It seems to be off-line since last Friday or Saturday :-( Does anybody know the reason - or is it only specific German/European problem ? ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Vic Cross [EMAIL PROTECTED] au To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 06.08.2005 16:24 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU On Saturday 06 August 2005 04:38, Neale Ferguson wrote: NF I have a guest LAN that connects a number of guests. snip NF All but one of the guests can talk to each other, except one NF (I'll call X) which can only talk to the default gateway. If I ping the NF others from X I get no response. The same goes when I go from the any NF other of the guests except R to X. snip NF We are z/VM 4.4 0404. Guest X is SLES9 SP2, Guest R is SLES7, other NF guests are Debian. There are a few VMLAN fixes out since 0404RSU. From recent experience I'd suggest you get right up to date and try again (the qeth driver on the guests other than X might need an update as well, although it strikes me as odd that the SLES 7 system works talking to the SLES 9 SP2 given that its qeth is probably older than the Debians'...). The z/VM team maintains an excellent resource that talks about (among other things) z/VM maintenance levels in support of virtual networking: http://www.vm.ibm.com/virtualnetwork Look for the Virtual Switch and Guest LAN CP Maintenance levels link. NF The other weirdness I see is that all the guests have a subnet mask of NF 255.255.255.192 but Q LAN DETAILS reports everyone as 255.255.255.0. No need to be concerned about this. At earlier levels the display shows the natural network mask (i.e. as if you weren't subnetting) instead of the actual subnet mask in use. On z/VM 5.1 the subnet mask display is removed (replaced by the MAC address, like the multicast display). Cheers, Vic Cross -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO
Re: IP weirdness
Well, in that case, Lutz, we'll all just blame you then. :-) DJ Lutz Hamann wrote: Explanation accepted, Dave ! And I should know it - because I am one of those (admins) :-) I always use the $TTL 86400 (default) in our z/OS BIND9- implementations ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Dave Jones [EMAIL PROTECTED] are.com To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 08.08.2005 14:32 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU You're welcome, Lutz. There was a discussion over the weekend on the VM-ESA list about why it takes so long for DNS updates to propagate. It has to do with the TTL (time to live) values set by various DNS administrators. Have a good week. DJ Lutz Hamann wrote: Thank you, Dave ... I could never imagine that those DNS-updates take more than 2 days :-) But let's wait ... But at least I can acces the site via their IP-address. ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Dave Jones [EMAIL PROTECTED] are.com To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 08.08.2005 14:12 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU Hi, Lutz. www.vm.ibm.com has moved from 204.146.134.198 to 204.146.134.18. DNS updates are working their way through the Internet, so it's not just a German/European problem. DJ Lutz Hamann wrote: Thank you for your explanation and the URL, Vic. I'd like to check it - if www.vm.ibm.com goes online again :-) It seems to be off-line since last Friday or Saturday :-( Does anybody know the reason - or is it only specific German/European problem ? ciao Lutz - Lutz Hamann BETA Systems Software AG z/OS System Engineering - Vic Cross [EMAIL PROTECTED] au To Sent by: Linux on LINUX-390@VM.MARIST.EDU 390 Port cc [EMAIL PROTECTED] IST.EDU Subject Re: IP weirdness 06.08.2005 16:24 Please respond to Linux on 390 Port [EMAIL PROTECTED] IST.EDU On Saturday 06 August 2005 04:38, Neale Ferguson wrote: NF I have a guest LAN that connects a number of guests. snip NF All but one of the guests can talk to each other, except one NF (I'll call X) which can only talk to the default gateway. If I ping the NF others from X I get no response. The same goes when I go from the any NF other of the guests except R to X. snip NF We are z/VM 4.4 0404. Guest X is SLES9 SP2, Guest R is SLES7, other NF guests are Debian. There are a few VMLAN fixes out since 0404RSU. From recent experience I'd suggest you get right up to date and try again (the qeth driver on the guests other than X might need an update as well, although it strikes me as odd that the SLES 7 system works talking to the SLES 9 SP2 given that its qeth is probably older than the Debians'...). The z/VM team maintains an excellent resource that talks about (among other things) z/VM maintenance levels in support of virtual networking: http://www.vm.ibm.com/virtualnetwork Look for the Virtual Switch and Guest LAN CP Maintenance levels link. NF The other weirdness I see is that all the guests have a subnet mask of NF 255.255.255.192 but Q LAN DETAILS reports everyone as 255.255.255.0. No need to be concerned about this. At earlier levels the display shows the natural network mask (i.e. as if you weren't subnetting) instead of the actual subnet mask in use. On z/VM 5.1 the subnet mask display is removed (replaced by the MAC address, like the multicast display). Cheers, Vic Cross -- For LINUX-390 subscribe / signoff / archive access instructions, send email
Re: USER DIRECT file USE ?@ word displayed.
Two things I learned way back on SP1 were; Don't make volumes CP-owned unless they need to be, and don't change the file *type*. This is the source of the confusion here. When the file type is DIRECT then XEDIT will set the config to not display the sequence area, and other things. In this case the file type has been changed so XEDIT is treating it as just a general 80 character file, and line wrap is the result. Mr. mainframe_s390 really needs to get some VM-101 training. It will save him a lot of pain and agony and eliminate a lot of his confusion. |+- || David Boyes| || [EMAIL PROTECTED]| || ine.net | || Sent by: Linux | || on 390 Port| || [EMAIL PROTECTED]| || ARIST.EDU | || | || | || 08/07/2005 | || 06:11 PM | || Please respond | || to Linux on 390| || Port | || | |+- ---| | | | To: LINUX-390@VM.MARIST.EDU | | cc: | | Subject: Re: USER DIRECT file USE?@ word displayed. | ---| Use the COPYFILE command to copy the CMS file to another name, and download the copy using FTP or some other transfer method. What you are seeing in columns 72 to 80 are sequence numbers on the virtual cards in the file. Please teach me. I want to copy USER DIRECT file for backup. -- 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
DB2 Data Truncation
Hi, list. I currently have 2 zVM 4.4 partitions running in a zSeries. One of them is running in an IFL. Under my zVM IFL system I have installed: - SLES9 - DB2 ESE 8 and have connected DB2 ESE to my existing DB2 in the CP zVM. I have successfully migrated my DB2/VM database into DB2 ESE under SLES9 and I have connected DB2 VM with DB2 ESE to be able to query my database under LINUX. But to my surprise all the CHAR and DATE type fields are returned only half of their length, that is: - CHAR(20) returns a CHAR(10) string. - CHAR(9) returns a CHAR(5) string. - DATE returns a 5 char long date string. (e.g. 2005-) DECIMAL fields do not have this problem. Has anyone had the same (or similar) problem ? Any ideas will be very welcome. Greetings, José Raúl Barón Dpto. Sistemas CALCULO S.A. Tel. 91 330 86 44 e-mail: [EMAIL PROTECTED] -- 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
SLES 9 SP 2 install problem...
I'm trying to install using SLES 9 Service Pack 2. I get the first part of the installation done, and the system shuts down. I then boot from the new /boot drive, and it starts to come up, but then complains about bad superblocks in the root file system, and comes up to single user mode asking for the root password and wanting to fix the problem. If I start from SLES 9 base, I can do the install without problem. I'm not sure what is going wrong in the SP 2 install, and was wondering if anyone else has seen this. I am trying to set up /boot as its own minidisk, and two physical volumes in a volume group, divided into swap and the root file system. I have an additional two volume volume group for the users to install their applications in. Everything except swap is ext3. -- Robert P. Nix Mayo Foundation RO-CE-8-857 200 First Street SW 507-284-0844Rochester, MN 55905 - In theory, theory and practice are the same, but in practice, theory and practice are different. -- 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: Samba - multiple connections from a Windows box
We are indeed using different userids and passwords for the different shares, since these shares are used for storing images of medical forms and such. My Win2K system is as up to date as I can make it -- I can't find any outstanding updates to be applied. I found a couple of user group posts of other folks havin the same problem: it seems to be strictly NT and 2000. Seems screwy to me. Thanks, Jon snip The only time I have seen this is when I tried to access network shares and used different userids and passwords. If you're not doing that, then I would make sure your Win2K system is completely up to date, or try a Windows XP system. /snip -- 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: Samba - multiple connections from a Windows box
OK, thanks for the confirmation. We will have to take this into account in any future plans. Thanks, Jon snip This has been a (deliberate) limitation in Windows for quite a while. The OS designers didn't expect anyone would have a legitimate reason to connect to the same server with different authentication credentials. Whether this was a good design idea or not is debatable, but the end result is not: you can't do that. I suppose you could play games with your hosts file on the Windows system. Creating many host names, all with the same IP address would probably get around the issue. /snip -- 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
mksles9root.sh - SP2 files included but not SP1
Does SLES9 SP2 superceed SP1? OR do I need SP1 applied before SP2 on a *new* SLES9 system? I see the messages from the mksles9root script that it foudn SP2 CD images and built them into the install tree. Just was surprised it's not programmed to include SP1 as well. I started out with: . SLES-9-SP-2-s390x-GM-CD3.iso SLES-9-s390-RC5a-CD1.iso SLES-9-s390x-RC5a-CD1.iso .. SLES-9-s390-RC5-CD2.iso SLES-9-s390x-RC5-CD2.iso mksles9root.sh SLES-9-SP-1-s390x-RC5-CD1.iso SLES-9-s390-RC5-CD3.iso SLES-9-s390x-RC5-CD3.iso SLES-9-SP-1-s390x-RC5-CD2.iso SLES-9-s390-RC5-CD4.iso SLES-9-s390x-RC5-CD4.iso SLES-9-SP-2-s390x-GM-CD1.iso SLES-9-s390-RC5-CD5.iso SLES-9-s390x-RC5-CD5.iso SLES-9-SP-2-s390x-GM-CD2.iso SLES-9-s390-RC5-CD6.iso SLES-9-s390x-RC5-CD6.iso In the directory I built to hold all of the CD images. I also see that it built a directory sles9root but it's containign broken symbolic links drwxr-xr-x6 root root 4096 Aug 8 10:27 ./ drwxr-xr-x3 root root 4096 Aug 8 10:27 ../ lrwxrwxrwx1 root root 14 Aug 8 10:27 boot - sles9/CD1/boot lrwxrwxrwx1 root root 17 Aug 8 10:27 content - sles9/CD1/content lrwxrwxrwx1 root root 21 Aug 8 10:27 control.xml - sles9/CD1/control.xml drwxr-xr-x7 root root 4096 Aug 8 10:26 core9/ lrwxrwxrwx1 root root 22 Aug 8 10:27 driverupdate - sp2-9/CD1/driverupdate lrwxrwxrwx1 root root 15 Aug 8 10:27 linux - sp2-9/CD1/linux lrwxrwxrwx1 root root 17 Aug 8 10:27 media.1 - sles9/CD1/media.1 drwxr-xr-x3 root root 4096 Aug 8 10:26 sles9/ drwxr-xr-x5 root root 4096 Aug 8 10:26 sp2-9/ drwxr-xr-x2 root root 4096 Aug 8 10:27 yast/ None of the symbolic links are 'working' because the sles9/CD1 directory is empty. Is that supposed to be that way and you just mount the CD manually at that point? -- 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: SLES 9 SP 2 install problem...
Did you double check the checksums from the install CD's had a similar issue with a bad CD once.. jrw --- Jeremy Warren Manager of Open Systems KB Toy Stores mailto:[EMAIL PROTECTED]@kbtoys.com Nix, Robert P. [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 08/08/2005 10:24 AM Please respond to Linux on 390 Port To: LINUX-390@VM.MARIST.EDU cc: Subject:[LINUX-390] SLES 9 SP 2 install problem... I'm trying to install using SLES 9 Service Pack 2. I get the first part of the installation done, and the system shuts down. I then boot from the new /boot drive, and it starts to come up, but then complains about bad superblocks in the root file system, and comes up to single user mode asking for the root password and wanting to fix the problem. If I start from SLES 9 base, I can do the install without problem. I'm not sure what is going wrong in the SP 2 install, and was wondering if anyone else has seen this. I am trying to set up /boot as its own minidisk, and two physical volumes in a volume group, divided into swap and the root file system. I have an additional two volume volume group for the users to install their applications in. Everything except swap is ext3. -- Robert P. NixMayo Foundation RO-CE-8-857 200 First Street SW 507-284-0844 Rochester, MN 55905 - In theory, theory and practice are the same, but in practice, theory and practice are different. -- 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
Re: mksles9root.sh - SP2 files included but not SP1
There was an append in the past week or so, that one of the SuSE guys answered. Yes, SP2 supercedes and includes SP1 js -- 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: SLES 9 SP 2 install problem...
and two physical volumes in a volume group, divided into swap and the root file system. There was a thread some months back about the wisdom of putting the root file system into a logical volume. I believe the concensus was Don't do it, because when there are problems with the logical volume, the system becomes difficult to boot (seems now, difficult to install into too :)) 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
Re: SLES 9 SP 2 install problem...
We follow this advise and created /boot / (root) and SWAP in one 3390 M2. Then, we LVM /tmp, /home, /opt and /(site) where /site would have normally being /usr/local. Our next step is to LVM /var. When LVM is not working, we can still come up. We only depend on one volume to be there. Regards, [EMAIL PROTECTED] NCCI Boca Raton, Florida 561.893.2415 greetings / avec mes meilleures salutations / Cordialmente mit freundlichen Grüßen / Med vänlig hälsning Michael MacIsaac [EMAIL PROTECTED]To: LINUX-390@VM.MARIST.EDU om cc: Sent by: Linux onSubject: Re: SLES 9 SP 2 install problem... 390 Port [EMAIL PROTECTED] IST.EDU 08/08/2005 01:10 PM Please respond to Linux on 390 Port and two physical volumes in a volume group, divided into swap and the root file system. There was a thread some months back about the wisdom of putting the root file system into a logical volume. I believe the concensus was Don't do it, because when there are problems with the logical volume, the system becomes difficult to boot (seems now, difficult to install into too :)) 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 The information contained in this e-mail message is intended only for the personal and confidential use of the recipient(s) named above. This message may be an attorney-client communication and/or work product and as such is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. -- 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.sh - SP2 files included but not SP1
Does SLES9 SP2 superceed SP1? SP2 includes SP1 - from Ihno Krumreich of suse.de - see http://www2.marist.edu/htbin/wlvtype?LINUX-VM.55648 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
Re: SLES 9 SP 2 install problem...
That was my advice then, and I still stand by it. However, if Robert could send me a console log of the failed re-IPL off-list, I'll take a look at it. I suspect I know what is wrong, but would like to look at the log to be sure. Mark Post -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Michael MacIsaac Sent: Monday, August 08, 2005 1:11 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: SLES 9 SP 2 install problem... and two physical volumes in a volume group, divided into swap and the root file system. There was a thread some months back about the wisdom of putting the root file system into a logical volume. I believe the concensus was Don't do it, because when there are problems with the logical volume, the system becomes difficult to boot (seems now, difficult to install into too :)) 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
Sally A Ditto does not have access to email at this time.
I will be out of the office starting 08/08/2005 and will not return until 08/22/2005. For urgernt SBC matters, please contact Ron Turley at [EMAIL PROTECTED] or 314-252-4053. -- 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
