Re: SUSE 10 in LPAR Mode
Because Windows is not case sensitive and Unix is. Very easy to fat-finger a filename. I've seen it on my own website when switching from a Windows based server to a Unix based server on a hyperlink to a JPG, for example where the uploaded JPG has a different case to the hyperlink (works under Windows but not Unix). K -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Phil Tully Sent: Friday, July 06, 2007 8:40 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: SUSE 10 in LPAR Mode Paul, Having installed a fair number of copies of Linux at customer sites, I can assure you the FTP server CAN be on a window server, BUT each time I have installed from a window server I have had a problem with case that I do not have when installing from a *nix server. So I consistently tell my customers a window server is the last option I would ask for, especially when another group is controlling the server and requires multiple layers of help to affect changes. regards Phil Tully Paul Noble wrote: I don't know if this is your problem or not, but the consultant who helped us install z/VM and SUSE Linux told us that the installation FTP server COULD NOT BE ON A WINDOWS SERVER. It had something to do with Windows handling the long file names incorrectly. He had Linux running on his laptop, which we plugged into our network and used as the installation server. I don't think that the fact that we are running z/VM and you are running in an LPAR makes any difference. I also can't vouch for the truth of his warning from personal experience. Paul Noble, Network Engineer Cuyahoga County Information Service Center Martin, Larry D [EMAIL PROTECTED] 7/5/2007 8:02 AM Looking for help. This is my first attempt at Linux on the mainframe. I have a trial copy of SUSE 10 and am trying to install it into an LPAR on a Z890. I have built an IPL Tape and that works. When trying to build the system I need to access the INSTALL folder at an FTP site. I have that on a Windows 2000 server but all I can get is image not found. Can someone give me any insight as to what the response to the Enter the directory on the server should look like? I have no CDROM available. I also tried NFS from a z/OS 1.7 system with similar results. Thanks, Larry Martin ... ... This E-mail and any of its attachments may contain Prince George*s County Government or Prince George's County 7th Judicial Circuit Court proprietary information, which is privileged and confidential. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout. -- 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 -- 'in media stat virtus' Virtue's in the middle -- 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: qeth: No memory for packet received on hsi0.
Look at the file /proc/buddyinfo while you're having the problem, if possible. There, you will find counts of the number of contiguous pages of various sizes. Many things will cease to work intellegently if you have no contiguous pages, no matter how much free memory you have. One possible solution, if this is, indeed, the problem, is to increase the value stored in /proc/sys/vm/swappiness. This will make your image a bit more swap happy, but will free more contiguous memory in a shorter amount of time. -- .~.Robert P. Nix Mayo Foundation /V\RO-OE-5-55200 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. On 7/6/07 12:59 PM, Peter E. Abresch Jr. - at Pepco [EMAIL PROTECTED] wrote: This is occurring on fully patched SLES9x 2.6.5-7.286-s390x. It is running as a z/VM Guest on z/VM 5.1 plus selected maintenance. Free shows the following: total used free sharedbuffers cached Mem:763536 758684 4852 0 126760 49640 -/+ buffers/cache: 582284 181252 Swap: 899896 560492 339404 This has not occurred in the past and has not occurred since yesterday. It seems to have been trigged by cclclnt which is CICS Transaction Server Client which was using the HSI interface. Eventually cclclnt died and had to be restarted. There are many more messages surrounding this error which I can include if anyone is interested in seeing them. 768M has been more than enough in the past. I am going to try to trace back the cclclnt task and see if that was the catalyst. It has always been running in the past without problems. If anyone has any ideas, please share them. Thanks as always. Peter Mark Post [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 07/06/2007 12:16 PM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: qeth: No memory for packet received on hsi0. On Fri, Jul 6, 2007 at 9:57 AM, in message [EMAIL PROTECTED], Peter E. Abresch Jr. - at Pepco [EMAIL PROTECTED] wrote: I am seeing the following in my message log many times for my Hipersocket. Does anyone know what it means and how I can eliminate it? Jul 5 13:34:45 linuxp01 kernel: Normal: empty Jul 5 13:34:45 linuxp01 kernel: HighMem: empty Jul 5 13:34:45 linuxp01 kernel: Swap cache: add 1670971, delete 1648898, find 511457/855362, race 0+1 -snip- I suspect there are more messages of interest before these. I'm simply guessing, but it looks as though the qeth driver was trying to allocate a buffer, and that failed. Why, I have no idea. What kernel is this? Do you have the latest and greatest on for that platform? I don't recall if you're running z/VM or not, but if you are, do you have all the Linux-related maintenance on? What all is running on this system? It seems as though you've got about 768MB of RAM allocated to the system. What does a free command show? Mark Post -- 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 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 -- 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: SLES10 to SLES10 SP1 Migration . . .
Thanks Mark, I am working on a document that I will send the list outlining our experiences mirroring and upgrading to SP1. It is quite different then SLES9. We also experienced some gotchas as well. Hopefully I will post it this week before someone else runs into the same problems we did. Peter Mark Post [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 07/06/2007 04:36 PM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: SLES10 to SLES10 SP1 Migration . . . On Tue, Jun 26, 2007 at 12:30 PM, in message [EMAIL PROTECTED], Peter E. Abresch Jr. - at Pepco [EMAIL PROTECTED] wrote: -snip- SLES10-Updates directory structure was renamed from SLES10. I updated /etc/sysconfig/yup as follows: YUP_DEST_DIR=/var/cache/yup YUP_SERVER=nu.novell.com YUP_SERVER_SLES=nu.novell.com However, when I run YUP, it creates the SLES10 directory in /var/cache/yup and starts to download everything again. So I am confused again. I thought that making the above changes, the nu.novell.com and yup will mirror the SP1 stuff in the directory so I can have my SP1 stuff stored local before making the upgrade to SP1? What am I missing? First, make sure you have a version of YUP that understands SP1 exists. The version I have is yup-218-26.1. Then, check /etc/sysconfig/yup, and make sure there is a parameter called YUP_SUBVERSIONS. If it's not there, you're not using the right version of YUP. If it is there, update it so that it looks like this: YUP_SUBVERSIONS=GA SP1 If you don't want to keep mirroring the updates to the GA version, you can leave the GA string out of the parameter. There won't be any _new_ updates to that channel, from what I'm told. Just FYI, but if you want YUP_SERVER_SLES to be the same as YUP_SERVER, just set YUP_SERVER and YUP_SERVER_SLES (and YUP_SERVER_SLED) will default to have the same value. Mark Post -- 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 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
Re: SLES9 zipl
Thanks - that was what I somehow missed in the PDF! On to the next set of problems :-) Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 Mark Post [EMAIL PROTECTED] Sent by: Linux on 390 Port LINUX-390@VM.MARIST.EDU 07/08/2007 11:05 PM Please respond to Linux on 390 Port LINUX-390@VM.MARIST.EDU To LINUX-390@VM.MARIST.EDU cc Subject Re: SLES9 zipl On Sun, Jul 8, 2007 at 5:42 PM, in message [EMAIL PROTECTED], Tim Hare [EMAIL PROTECTED] wrote: SLES9 and trying to follow the instructions in: http://linuxvm.org/present/SHARE108/S9240jb.pdf To correct startup errors... When I mount /dev/dasda1 as /mnt it complains about not finding /bin/bash. When I mount /dev/dasda2 as /mnt, it works OK, but when I run /sbin/zipl it complains that /boot/image doesn't exist. I did find an image file on /dev/dasda1. It sounds as though dasda1 is /boot, and dasda2 is /. If you want to run zipl, you'll need to mount dasda2 on /mnt, and then mount dasda1 on /mnt/boot before doing the chroot. Mark Post -- 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
bastille linux
I got the following when I was trying to harden the system lnx001:~ # bastille -b NOTE:Entering Critical Code Execution. Bastille has disabled keyboard interrupts. Can't locate Bastille/IPFilter.pm in @INC (@INC contains: /usr/lib /opt/sec_mgmt /bastille/lib /usr/lib/perl5/site_perl/5.8.3 /s390x-linux-thread-multi /usr/lib/p erl5/site_perl/5.8.3 /usr/lib/perl5/site_perl /usr/lib/Bastille /usr/lib/perl5/s ite_perl/5.6.0/i386-linux /usr/lib/perl5/5.8.3/s390x-linux-thread-multi /usr/lib /perl5/5.8.3 /usr/lib/perl5/vendor_perl/5.8.3 /s390x-linux-thread-multi /usr/lib/ perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl .) at /usr/sbin/BastilleBackE nd line 309. BEGIN failed--compilation aborted at /usr/sbin/BastilleBackEnd line 309. -- 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: Hipersockets Conundrum Revisited
David Boyes wrote: All the basics look good. Thanks. Are you explicitly specifying the IP address of the other host (xxx.yyy.1.zzz)? Specifying it where? in the ping? then yes. If you're using the name, then that probably maps to the .40 address (unless you're really good, and gave the .1.zzz address a different name, which is a Very Good Idea). What does a traceroute to the .1.zzz address show? route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface xxx.yyy.1.0 0.0.0.0 255.255.255.0 U 0 00 hsi0 xxx.yyy.40.00.0.0.0 255.255.255.0 U 0 00 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 00 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 00 lo 0.0.0.0 xxx.yyy.40.1 0.0.0.0 UG0 00 eth0 Kim -- Kim Goldenberg Systems Programmer I State of NJ - OIT 609-777-3722 [EMAIL PROTECTED] [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
Re: Hipersockets Conundrum Revisited
David Boyes wrote: ifconfig eth0 Link encap:Ethernet HWaddr 02:00:00:00:00:02 inet addr:xxx.yyy.40.21 Bcast:xxx.yyy.40.255 Mask:255.255.255.0 hsi0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:xxx.yyy.1.103 Bcast:xxx.yyy.1.255 Mask:255.255.255.0 OK, adapters on separate networks, up and running. Check. xxx.yyy.1.0 * 255.255.255.0 U 0 0 0 hsi0 xxx.yyy.40.0* 255.255.255.0 U 0 0 0 eth0 Implicit routes going out the correct interfaces with the right netmasks. Check. default xxx.state.nj.us 0.0.0.0 UG0 0 0 eth0 Default route goes out the .40 interface. Check. All the basics look good. Are you explicitly specifying the IP address of the other host (xxx.yyy.1.zzz)? If you're using the name, then that probably maps to the .40 address (unless you're really good, and gave the .1.zzz address a different name, which is a Very Good Idea). What does a traceroute to the .1.zzz address show? Sorry. I combined two messages (yours and Mark Post's) into one without answering your question. traceroute -m 10 xxx.yyy.1.101 traceroute to xxx.yyy.1.101 (172.20.1.101), 10 hops max, 40 byte packets 1 * * * 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * -- Kim Goldenberg Systems Programmer I State of NJ - OIT 609-777-3722 [EMAIL PROTECTED] [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
Re: Hipersockets Conundrum Revisited
On Monday, 07/09/2007 at 10:17 AST, Kim Goldenberg [EMAIL PROTECTED] wrote: xxx.yyy.1.0 0.0.0.0 255.255.255.0 U 0 0 0 hsi0 I haven't been following this in detail, but I see two possibilities: 1. The OTHER system is configured INcorrectly. Remember that it is a two-way street; packets have to make their way back to you. 2. One of the two systems is using the wrong HiperSocket chpid. A packet trace on the other system will tell you if the packet is arriving. There's only so much debug you can do with a single system. 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
Re: Hipersockets Conundrum Revisited
Mark Post wrote: On Fri, Jul 6, 2007 at 2:44 PM, in message [EMAIL PROTECTED], Kim Goldenberg [EMAIL PROTECTED] wrote: -snip- ifconfig eth0 Link encap:Ethernet HWaddr 02:00:00:00:00:02 inet addr:xxx.yyy.40.21 Bcast:xxx.yyy.40.255 Mask:255.255.255.0 inet6 addr: fe80::200:0:600:2/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12403 errors:0 dropped:0 overruns:0 frame:0 TX packets:7529 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:9792252 (9.3 Mb) TX bytes:1988074 (1.8 Mb) hsi0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:xxx.yyy.1.103 Bcast:xxx.yyy.1.255 Mask:255.255.255.0 inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link UP BROADCAST RUNNING NOARP MULTICAST MTU:8192 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:4 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:224 (224.0 b) -snip- What is the MTU size specified on the z/OS side of the HiperSockets? -- route A lot of times, it's more meaningful if you issue a route -n command so that IP addresses don't get replace with names. Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface xxx.yyy.1.0 * 255.255.255.0 U 0 00 hsi0 xxx.yyy.40.0* 255.255.255.0 U 0 00 eth0 link-local * 255.255.0.0 U 0 00 eth0 loopback* 255.0.0.0 U 0 00 lo default xxx.state.nj.us 0.0.0.0 UG0 00 eth0 What are the IP addresses and subnet masks on the z/OS HiperSocket interfaces? ; *** ; HIPERSOCKET CHIPID 50 ; *** DEVICE IUTIQD50 MPCIPA LINK HIPER50 IPAQIDIO IUTIQD50 . . . HOME zzz.yyy.72.82 OSA2 xxx.yyy.11.1VLINK1 xxx.yyy.1.22OSA1 xxx.yyy.1.13OSA3 xxx.yyy.1.101 HIPER50 PRIMARYINTERFACE VLINK1 . . . (There is nothing explicit in routing information, we are using OMPROUTE on z/OS) . . . START IUTIQD50 -- Kim Goldenberg Systems Programmer I State of NJ - OIT 609-777-3722 [EMAIL PROTECTED] [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
Re: Hipersockets Conundrum Revisited
What are the IP addresses and subnet masks on the z/OS HiperSocket interfaces? ; *** ; HIPERSOCKET CHIPID 50 ; *** DEVICE IUTIQD50 MPCIPA LINK HIPER50 IPAQIDIO IUTIQD50 HOME zzz.yyy.72.82 OSA2 xxx.yyy.11.1VLINK1 xxx.yyy.1.22OSA1 xxx.yyy.1.13OSA3 xxx.yyy.1.101 HIPER50 PRIMARYINTERFACE VLINK1 (There is nothing explicit in routing information, we are using OMPROUTE on z/OS) Hmm. This may be the problem. Since your HS link is in the same subnet as the OSA1 and OSA3 links, the routing information is going to be important; you need an explicit route on the z/OS side that points at the hipersocket interface for the portion of the subnet that contains the Linux guests. Can you dump the current routing table on z/OS? Also, the subnet mask is going to be important. What mask are you using for the HIPER50 interface? If it's not a routing problem, I'd have to agree with Alan -- they're not on the same HS chpid. -- 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: Hipersockets Conundrum Revisited
Alan Altmark wrote: On Monday, 07/09/2007 at 11:10 AST, Kim Goldenberg You need to display the routing table on z/OS. Since you're not [shouldn't be] running OSPF or RIP on the HiperSocket there will be an INTERFACE statement in omproute's configuration. If there isn't, then it is defaulting and omproute defaults are to be avoided at all costs. That was the problem. Just before I read this I, an explicit route was put in, and all works as expected now! Thanks for the hints. Kim -- Kim Goldenberg Systems Programmer I State of NJ - OIT 609-777-3722 [EMAIL PROTECTED] [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
Re: Hipersockets Conundrum Revisited
On Monday, 07/09/2007 at 11:10 AST, Kim Goldenberg [EMAIL PROTECTED] wrote: HOME xxx.yyy.1.101 HIPER50 Make sure you are using chpid 50 on Linux. 1. CP Q V xxx (where xxx is the vdev of the HiperSocket). Note the SUBCHANNEL number. 2. CP D SCHIB nnn (where nnn is the subchannel number) 3. Look at the chpid number. Does it match? (There is nothing explicit in routing information, we are using OMPROUTE on z/OS) You need to display the routing table on z/OS. Since you're not [shouldn't be] running OSPF or RIP on the HiperSocket there will be an INTERFACE statement in omproute's configuration. If there isn't, then it is defaulting and omproute defaults are to be avoided at all costs. 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
Re: Another Basevol/Guestvol question
Thanks Mark... That did it! I appreciate your help! susan -- Date:Fri, 6 Jul 2007 08:28:10 -0600 From:Mark Post [EMAIL PROTECTED] Subject: Re: Another Basevol/Guestvol question On Fri, Jul 6, 2007 at 7:55 AM, in message OFB91CA658.CA5E594D-ON85257310.003F622C-85257310.004188 [EMAIL PROTECTED]= , Susan Zimmerman [EMAIL PROTECTED] wrote:=20 -snip- 14:15:34 Basevol/Guestvol script begins... . 14:15:34 This server is running with shared disk support. 14:15:34 Many directories will be in R/O mode. 14:15:34 Forcing R/O mount of root file systems... . 14:15:35 Reading all physical volumes. This may take a while... 14:15:35 Found volume group system using metadata type lvm2 14:15:35 /proc/misc: No entry for device-mapper found 14:15:35 Is device-mapper driver missing from kernel? 14:15:35 /dev/mapper/control: open failed: No such device This looks like you need to add dm_mod to the list of kernel modules to = load. -snip- The Large Scale Linux Deployment Redbook (Ch. 8 - Shared Linux filesystem= s) does talk about Device filesystem mounts so maybe this won't work on = an LVM. I presume a Device filesystem is /dev/dasdx1??? I believe they were trying to separate the concepts of mounting file = systems on any kind of device versus the following section that talked = about bind mounts. It's not a terminology you see much, regardless. Mark Post -- -- 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: Backup and Restore Strategies For Z/Linux
You mean something like this? http://sinenomine.net/vm/ext2free EXT2FREE and friends are not intended to be used with a running system. They would suffer from the same problems of not being aware of cached data in memory. -- 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: Backup and Restore Strategies For Z/Linux
True, being used from the 'outside' of a linux system, it must be used when the target system is logged off. But the existence of these tools indicates that it is possible to access linux files from other operating systems and a backup/restore process could be written (at least one person knows how to read and write linux files from CMS). Such a Backup/Restore tool could even have a QUIESE function that communicates with the target virtual machine like VM:Backup had (I haven't used the product in a while). /Tom Kern /301-903-2211 --- Original Message --- From: David Boyes [EMAIL PROTECTED] Subject: Re: Backup and Restore Strategies For Z/Linux You mean something like this? http://sinenomine.net/vm/ext2free EXT2FREE and friends are not intended to be used with a running system. They would suffer from the same problems of not being aware of cached data in memory.=20 -- 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
Mirroring Updates to SLES10-SP1 clients
I'm attempting to set some clients up for pulling updates from my new YUM server, but I'm having nothing but problems getting the client updated. The YUM server has the latest updates and functions correctly. When I attempt to add the YUM server: rug sa ftp://10.0.129.150/SLE10-YUP/SLES10/s390x --type yum local-yup I get 33% completion, but it fails with ERROR: Could not add 'ftp://10.0.129.150/SLE10-YUP/SLES10/s390x': Failed to parse XML metadata: Download failed: Could not get file size. In checking the /var/log/zmd-messages.log file, I see that it's attempting to grab product.xml, which is not present in the repodata directory. As a result, I cannot add my YUP server to get local updates. Has anyone else seen this? Am I missing something painfully obvious? I've tried following the Novell documents 3065146 Cool Solutions Mirroring Update Servers to the letter, but so far it's proven fruitless. Thanks in advance, Dave Keeton z/VM Systems Programmer Linux Systems Administrator Enterprise Systems Group Oregon State Data Center 530 Airport Road SE Salem, OR 97301 Office: (503) 373-0832 -- 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: Mirroring Updates to SLES10-SP1 clients
On Mon, Jul 9, 2007 at 6:55 PM, in message [EMAIL PROTECTED], KEETON Dave * OR SDC [EMAIL PROTECTED] wrote: -snip- Has anyone else seen this? Am I missing something painfully obvious? http://www2.marist.edu/htbin/wlvtype?LINUX-VM.66994 :) Mark Post -- 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: Mirroring Updates to SLES10-SP1 clients
Thanks very much, Mark! Cheers, Dave -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Monday, July 09, 2007 4:03 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Mirroring Updates to SLES10-SP1 clients On Mon, Jul 9, 2007 at 6:55 PM, in message [EMAIL PROTECTED], KEETON Dave * OR SDC [EMAIL PROTECTED] wrote: -snip- Has anyone else seen this? Am I missing something painfully obvious? http://www2.marist.edu/htbin/wlvtype?LINUX-VM.66994 :) Mark Post -- 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
