Adding space to Logical Volume Group by expanding the underlying physical disks?
Greetings! We run a TSM server on a virtual RHEL6 system hosted by z/VM. The TSM databases are stored on a logical volume group that's getting close to running out of space. An obvious solution would be to add more DASD to the LVG. But because we're also running low on device numbers I've been tasked with exploring the possibility of expanding the physical drives currently used by the LVG. I've been studying a message thread from June of last year titled "Extending a DASD partition" which seems to suggest that this approach is possible. The approach I'm thinking of is to * Allocate a single new drive much larger than the existing LVG physical drives. * Copy physical drive #1 to the new drive. * Redefine drive #1 to be larger * Copy physical drive #2 to the expanded drive #1 * Repeat with drives #3 through #n * Delete drive #n With this approach we only need to allocate one additional device number, and only for a limited period of time. Does this approach sound reasonable? There's one issue that I can think of, though: I'll be starting out with a set of devices allocated to the LVG: /dev/dasdc through /dev/dasdj. When I'm finished, I'll have dasdd through dasdk. It's not clear to me where the assignment of devices to the LVG is kept and whether it could easily be hand-edited. I'm open to any comments or suggestions you folks might have! Eric -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Adding space to Logical Volume Group by expanding the underlying physical disks?
Ron, Thank you very much for that suggestion. It looks like it might be exactly what I want! I'm assuming I still need to "fdasd" to perform the intial format of the new drive, then just pvmove? If the answer is "yes", you've just made my day! Eric On 6/21/13 11:03 AM, Ron Foster wrote: Eric, I am a SuSe person, but I would consider using the pvmove command to copy physical volumes around. The lvm physical volumes would not have to be the same size. That is, you can copy directly from a smaller lvm physical volume to a larger lvm physical volume and would not have to expand it. (Eliminates step 3 from your process). Ron Foster -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Strange problem with vsFTPD
On 9/23/13 7:35 AM, Chase, John wrote: I don't know It is not I trying to upload, but a colleague working remotely. That's a pretty interesting clue; maybe the "425 Failed to establish connection" error has nothing at all to do with your end of the connection. In an earlier post you (or the individual reporting the problem) provided the following transcript of an FTP session: On 9/20/13 11:36 AM, Chase, John wrote: = Begin paste = 230 Login successful. ftp> bin 200 Switching to Binary mode. ftp> put vmcf2r11.tar 200 PORT command successful. Consider using PASV. 425 Failed to establish connection. = End paste = Note the message "Consider using PASV": that means the upload is attempting to use an /active/ FTP connection for the data transfer. And that means your FTP server is trying to initiate a TCP connection /back/ to the client. Is the remote user working from home? If they have a home network that person probably has a router that's blocking all incoming connections from the outside world. If a VPN is involved, I guess it's possible that security/firewall software on their PC could still be blocking incoming connections. Or possibly their ISP has a block on incoming connections. It would be very helpful to know more details about how the remote user is connection to your system. Also, do they get the same 425 error if they do a "dir" command? And have they tried passive FTP if it's available on their client? Eric Chevalier -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Slightly OT: LVMing root file system & other Linux on z best practices (or not so best).....
On 5/4/15 9:11 AM, Pavelka, Tomas wrote: People often give non-unique names to volume groups. For example if you name the VG root resides on "RootVG" and try to access it (via CP LINK) from another Linux system that also has root on "RootVG" then you can't put the VG online. We once got around this by using UUIDs for VGs, this ensures that any root FS is accessible from other Linuxes that can be used as emergency repair machines. FWIW, I've setup two RHEL 6.x Linux systems on our mainframe. My installs were pretty much vanilla, with defaults for just about everything. The root file systems got defined on logical volumes, but I notice that the install process used the host name as part of the volume group name. On our zlinux1 host the VG name is "vg_zlinux1", on zlinux2 the VG name is "vg_zlinux2". We had some problems on the zlinux1 system a month or so ago that were causing fsck failures on the root file system. Because of that default naming convention, I shutdown zlinux1, logged the guest off VM and then had no problem mounting vg_zlinux1 on the zlinux2 host. Took a couple minutes to fsck the bad file system and then get zlinux1 running again. Personally, I like logical volumes! Eric -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: DNS Question
On 10/29/15 10:06 AM, Michael Weiner wrote: Hi all, I am working on a DNS on SLES 11 SP3 using BIND. I got the DNS working where I can ping my entries etc. But I am getting the following errors which looks like IPv6. 172.16.1.182 is my local laptop DHCP address. Any suggestions? It looks like someone (or some process) in your network is trying to do a reverse-DNS lookup: given an IP address, what's the host name? If you want those kind of queries to succeed, have you created the appropriate zone files in your name server? I think you'll need a zone file that make the name server authoritative for the "16.172.in-addr.arpa" domain. Once you have the zone files, your name server will resolve these queries itself instead of trying to go to the Internet for an answer. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Any z13s boxes out there?
Mark, My employer has a z13s and we would be happy to test your script. Eric On 3/15/16 12:03 PM, Mark Post wrote: Cross-posted to IBMVM and Linux-390... Does anyone on the list have a z13s or the new LinuxONE Rockhopper running Linux that could test an updated cputype script for me? I realize it's just a single line added with a (supposedly) known model number, but I get paranoid about shipping broken stuff. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Any z13s boxes out there?
On 3/22/16 2:16 PM, Mark Post wrote: On 3/16/2016 at 02:51 PM, Eric Chevalier wrote: Mark, My employer has a z13s and we would be happy to test your script. Hi, Eric, Please find the script attached. After you run it, just let me know if it correctly reports the processor type or not. Thanks for your help, Mark Post Mark: here's the output from our RHEL 6.7 system running on the z13s: [eric@zlinux1 Temp]$ ./cputype 2965 = z13sIBM z13s [eric@zlinux1 Temp]$ Note that your script makes a reference to /usr/bin/grep which doesn't exist on our system (it's /bin/grep on RHEL). I created the appropriate symlink to get the script to run. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Duplicate IP question
On 1/30/2009 2:38 PM, Tom Duerbusch wrote: In the old days, when a Windows box came online with a duplicate IP address, the entire network would suffer. I don't think that's been true for quite a while now, at least for Ethernet. When Windows (and Linux on the Intel platform, based on my observation) brings up a LAN adapter, one of the first packets to go out on the network is an arp query for the system's own IP address. If the system gets a response, it knows that some _other_ system on the LAN already has that IP address. I don't know what z/Linux does, but I'm assuming something similar takes place. Eric -- Eric Chevalier E-mail: et...@tulsagrammer.com Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: SLES 11 SP 1 - Ncurses version of YaST
On 1/6/2011 12:59 PM, David Stuart wrote: All, I just saw something in the cookbook. I'll bet my 'problem' is the difference between running with run level 3 and run level 5... Thanks anyway, for all your ideas Dave P.S. Yes, I can call myself that. Dave, Don't be so hard on yourself so quickly! I just recently converted a RHEL 4 system running on an x86 box from run level 5 to run level 3. After the change I can still connect via "ssh -X ..." and run X applications on the Linux box just fine. (I'm using Xming on a Windows 7 box to connect to the Linux system.) I don't have any experience with SLES11, but on the RHEL box the big difference between the two run levels is that level 5 starts a local X server on the Linux box while level 3 does not. You shouldn't need an X server running on your SLES system in order to run X apps on that box, the X server needs to run on your remote workstation of course. You might want to check to see if level 3 starts the font server (xfs); your remote workstation might be expecting to find it. Also, permit me a dumb question: when you installed SLES11, did you install the X runtime libraries that your apps are going to require? Eric -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Mono and ASP
Hello John, I like your tag! It reminds me of something I came across many years ago: A little knowledge is a dangerous thing only when it is mistaken for a /lot/ of knowledge! Eric On 4/11/2011 9:02 AM, John Campbell wrote: "Ignorance is not necessarily a problem, for I can always learn something knew. The real problems I have had have come, instead, from what I thought I knew that ain't so." -me -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: Time Change Problems 11.06.2011 zSeries
Our RHEL zLinux system appears to be up and running correctly with the proper time. Sent from my iPhone! On Nov 6, 2011, at 7:16 AM, "Shockley, Gerard C" wrote: > Anyone have any problems with time change on Z this morning? We still > manually set our clocks for time (DST/EST) as we have not ETR. > > We have a SEV1 open with IBM and are still down! > > Gerard - BU > > -- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > -- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
ejabberd or Erlang binaries for s390?
Hello! We're running a RHEL6 guest on z/VM. We've been looking at ejabberd as an IM server, but have found that RHN doesn't have any pre-built packages available, nor does ejabberd.org. We would consider building ejabberd from source, but RHN doesn't have Erlang available for the s390 architecture, either. Does anyone know if pre-compiled versions of ejabberd or Erlang for s390 exist anywhere? Thanks in advance! Eric Chevalier -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: ejabberd or Erlang binaries for s390?
On 4/17/12 4:46 PM, Dan Horák wrote: Eric Chevalier píše v Út 17. 04. 2012 v 16:39 -0500: Does anyone know if pre-compiled versions of ejabberd or Erlang for s390 exist anywhere? ejabberd is built in Fedora/s390x so there is high chance it could be rebuilt for REHl6 too. Although I don't know all the dependencies and thus the amount of work needed for the rebuild. Thank you! I'll check into that possibility. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: mac address problem
We use "arping -Uc1 " in a similar situation to notify peers that our IP address has changed. (This is on a RHEL x64 platform, however.) On 5/17/12 11:18 AM, Mauro Souza wrote: I saw this on a SLES11-SP2 this week. To solve the problem, I put an script to ping the gateway as soon as it boots. And it works. 2012/5/17 Levy, Alan: We have a problem with a linux server that when we reboot it, it takes at least 15 minutes to be able to ssh into. It seems, from out network traces, that when the server reboots, it has 2 mac addresses in the arp tables on the firewall (one from before and one from after the reboot). We cannot ping or ssh into the server after the reboot. Yesterday, we rebooted it. The network group ran traces, captured packets, etc and we found that if we pinged the network gateway address from this server, everything started working again. Has anyone seen this before ? -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: I am missing something basic with bash scripting.
On 9/6/2007 4:31 PM, Edmund R. MacKenty wrote: Note that I'm using $(...) instead of backticks. Backticks are evil! The InList() function is slick; I like it! But I'm curious: why are backticks evil? (I didn't know about the "$(command)" trick; I've been using backticks for a long time. I learn something new every day!) Eric -- 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: I am missing something basic with bash scripting.
On 9/6/2007 5:04 PM, Fargusson.Alan wrote: Because it is very hard to nest them. Ah hah! I'd never thought about that. Thanks! Eric -- 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: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation
On 9/19/2007 10:13 AM, Richards.Bob wrote: IBM Releases Office Desktop Software at No Charge to Foster Collaboration and Innovation http://www-03.ibm.com/press/us/en/pressrelease/22326.wss Cross-posted - Thought it worthy of our attention! Plus the price is right. Note that the actual download page: https://www14.software.ibm.com/iwm/web/swerplotus/LotusSymphonyPick.html shows this as "beta" software. Eric -- 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
ZFS or LVM2 on Debian?
Hello, fellow Linux/390 list members! The company where I works runs a mainframe Debian system for a variety of functions. One critical function is backing up the server that provides our "public" Internet presence (Web, FTP, mail and so forth). Every night we use rsync to backup the public system (which runs RHEL on an Intel box) to our Debian system, which in turn is backed up to our z/OS system using Tivoli Storage Manager. We've recently run into a situation where the amount of data coming from the public server exceeds the space we've allocated for backups on the Debian system. Right now, the backup data is written to an ext3 file system mounted on a directory called "/archive". We're looking at replacing that ext3 file system with something that can span multiple physical drives. lvm2 seems an obvious solution, since it's fully supported by Debian. I've also had a recommendation for Sun's ZFS, but it looks like I might have to build ZFS from source since it's not present in the apt repository that we're using. Based on some discussion about logical volumes from a month or so ago, lvm2 seems like a reasonable approach at this point. But I'd definitely welcome any suggestions from you folks who have already traveled down this road. Thanks in advance! Eric -- 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: ZFS or LVM2 on Debian?
Hello Rich, On 10/6/2008 11:25 AM, Rich Smrcina wrote: LVM is certainly a reasonable approach to this. How much data are you talking about? Right now we have about a total of 9.5GiB of backup data. However, the amount that's transferred each night is typically much smaller. Based on the replies to my original message, it sounds like ext3 over lvm is the way to go. In fact, I've already installed the lvm components on our system. Many thanks to all who have offered suggestions! Eric -- 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
Problems building gcc 3.4.0
I've successfully installed the Linux 2.2.16-based system from Marist. Now, I want to make the big jump to the 2.6.5 kernel by building the kernel from source and the the IBM DeveloperWorks "April 2004 stream" patches. My roadmap: update binutils and gcc as suggested by DeveloperWorks, and then build the 2.6.5 kernel. My first step was to download the source for the binutils 2.15.90.0 package and perform a build. That process seems to have completed successfully. Next, I downloaded the source for gcc 3.4.0 and started to build that package. The stage 1 "bootstrap" xgcc compiler was successfully built. It looks like stage 2 of the compiler build process started, with the first step being the build of the "genmodes" program. However, when the build process tried to run genmodes, the build stopped with the error: /bin/sh: ./genmodes: cannot execute binary file This seems to be very similar to an error that Dennis G. Wicks reported back in 2001, trying to build gcc 2.95.3: http://www2.marist.edu/htbin/wlvtype?LINUX-VM.17569 Ulrich Weigand diagnosed the problem as an issue relating to the ELF header flag to designate the S/390 architecture: http://www2.marist.edu/htbin/wlvtype?LINUX-VM.17572 Right now, I'm trying the hack suggested by Dr. Weigand in his post, but I thought I'd ask this group a more general question: am trying to make too big a jump by upgrading from the 2.2.16 kernel directly to 2.65? Instead, Should I take smaller jumps, perhaps upgrading from 2.2.x to 2.4.x and then 2.6.x? Thanks in advance for any advice! Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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: Problems building gcc 3.4.0
Adam Thornton wrote: Why on earth start way back there? I plead ignorance! :-) (At least, that's part of the answer...) Debian, at least, is freely available, and Sarge is at 2.4.27 to start with. From there it's nontrivial, but relatively easy anyway, to upgrade to a 2.6 series kernel. I wasn't aware that Debian for the mainframe was free; I'm looking at their web site right now. That might well be the way to go. A small part of my reason for starting with Marist and working forward, though, was for the learning experience. I'm not under any serious time pressures on this project, so it looked like a chance to get my hands dirty with a little more of the system architecture than I might get working with a more conventional distribution. (I just noticed that the hack suggested by Dr. Weigand seems to be working; my compiler build is now past the "genmodes" error that I reported in my original post.) Again, thanks for the pointer to Debian; that may well be the path I decide to take! Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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: Problems building gcc 3.4.0
Adam Thornton wrote: It's been my favorite distro for a while for several reasons: first is that it's less encumbered than SuSE or Red Hat, although it HAS gotten a lot easier to get free trial versions from them. Second is that you can install a useful Debian machine in a much smaller virtual machine than SuSE or Red Hat...this is less true with Sarge than it was with Woody, but you can still actually get work out of a 64MB system with 500 cylinders of disk. Third, I think apt/dpkg is a much, much better packaging system than you get with SuSE or Red Hat: apt-get is so much easier to use than YaST that it makes putting together a development system a breeze, and after that putting together an appliance (which is a minimal system with my software dropped on top) is also a breeze. I adore apt. The more I've looked at Debian's website, the more I'm inclined to go in that direction. The link that Mark Post provided was quite useful; I've been a RedHat/Fedora user for quite a few years, and I was intrigued by the existence of a Fedora Core port for the mainframe! But Debian sure sounds like a more stable, mature alternative. I've downloaded the Debian/S390 install files, and I'll give that a try! Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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
Problems building gcc 3.4.0 -- Update #1
Based on responses to my original post, I took a good hard look at Debian and decided that's the way to go! Much as I might have liked upgrading the Marist file system by hand, I also like the idea of getting to a working mainframe-based Linux system within a reasonable time frame. I'm installing Debian right now, and I expect that by the end of the day I'll have my system up and running. Many thanks to David Boyes, Mark Post and Adam Thornton for your suggestions and information! Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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
Problems building gcc 3.4.0 -- Update #1
Based on responses to my original post, I took a good hard look at Debian and decided that's the way to go! Much as I might have liked upgrading the Marist file system by hand, I also like the idea of getting to a working mainframe-based Linux system within a reasonable time frame. I'm installing Debian right now, and I expect that by the end of the day I'll have my system up and running. Many thanks to David Boyes, Mark Post and Adam Thornton for your suggestions and information! Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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
Problem Tracking Systems (Was: Problems building gcc 3.4.0)
Once again, I'd like to thank David Boyes, Mark Post and Adam Thornton for your suggestions to forget about the Marist file system and install a supported Linux release. I decided to go with Debian's mainframe distro, and that has worked out well. Much better than trying to roll my own system! Our shop is looking at replacing a home-grown problem/bug tracking system. One of the reasons we decided to put up a Linux system was to have a platform that would allow us to evaluate some of the open-source packages that are available in this area. We now have Bugzilla, Gnats and Trac installed on the system, and our user community is actively giving all three some pretty good test drives. Are there any other systems which you folks might suggest that we take a look at? Thanks in advance! Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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: Java application on zLinux
Nix, Robert P. wrote: Have you looked at a normal X-Window server? If you're trying to avoid the cost of something like Hummingbird, take a look at CygWin X. CygWin is a set of Linux distribution tools ported to Windows, one of which is XFree86. This allows you to have an X-Windows Server running on Windows. Using ssh -X to log into your Linux image will tunnel the X protocol back to your PC and to the CygWin X server. Before switching to Cygwin a couple of years ago, I had been using a product called "MI/X" from a company called MicroImages. It's a pretty nice, robust X server for the PC, and the cost is only $25. A bit more than Cygwin, but might be somewhat easier to install and maintain. More info at: http://www.microimages.com/mix/. Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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
Tivoli Storage Manager install problem
Howdy, folks! I'm trying to install Tivoli Storage Manager on a Debian/390 system. The install process seems to have been successful, although I had to use Debian's "alien" command to convert TSM's *.rpm files to *.deb format. I'm now trying to run the "dsmc query session" command as documented in the "Configuring Tivoli Storage Manager" chapter of the online docs. The command fails with the message: ANS0101E Unable to open English message repository 'dsmclientV3.cat'. The message repository seems to exist in the correct place: xxxlinux:/opt/tivoli/tsm/client/lang/en_US# ls -ld dsmclientV3.cat -r--r--r-- 1 root root 665244 Oct 12 06:13 dsmclientV3.cat Offhand, the only things I can think of are incorrect permissions or ownership settings for the message repository, but I don't see anything in the docs defining appropriate values. Or, possibly I'm missing a configuration setting somewhere that tells dsmc where the repository lives, but again, I can't find anything in a quick search of the docs to suggest a configuration setting or environment variable that defines where the repository is stored. Any ideas? Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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: Tivoli Storage Manager install problem
At 05:50 PM 12/27/2005, Mark Post wrote: That file is owned by the TIVsm-API package on my SUSE system: $ rpm -qf /opt/tivoli/tsm/client/lang/en_US/dsmclientV3.cat TIVsm-API-5.3.0-0 I would make sure that all the files that are supposed to be in that package really exist, and are in the right place. Just did a check on that; all files are present and accounted for, sir! :-) One thing I'm not sure of: most of the files (including my copy of dsmclientV3.cat) have a mode of 444 and are owned root:root. Does that match the setting of your dsmclientV3.cat? Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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: Tivoli Storage Manager install problem
At 06:27 PM 12/27/2005, Rich Smrcina wrote: I seem to recall that there are some environment variable settings needed for TSM. One of them includes the install directory name (I believe). Check the doc and the various profile files to see if they are being set correctly. If I'm reading the docs correctly, there doesn't seem to be any environment variables *required* for the command line utilities, assuming the product has been installed in the default locations (which is the case on my system). Still, I've set the LANG, DSM_DIR and DSM_LOG variables to appropriate values, and I'm still getting the ANS0101E message. Eric -- 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: Tivoli Storage Manager install problem
Mark Post wrote: Yes, it does match. You might do an "strace dsmc query session" to see if anything jumps out at you. (If you've never done an strace before, it's quite an experience.) That was an excellent idea!!! First, I ran the strace command with DSM_DIR set to /opt/tivoli/tsm/client/ba/bin. From what I see in the strace listing, it looks like dsmc tries to find dsmclientV3.cat in several possible locations: open("/opt/tivoli/tsm/client/ba/bin/en_US/dsmclientV3.cat", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/C/dsmclientV3.cat", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/C/LC_MESSAGES/dsmclientV3.cat", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/C/dsmclientV3.cat", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/C/LC_MESSAGES/dsmclientV3.cat", O_RDONLY) = -1 ENOENT (No such file or directory) open("/opt/tivoli/tsm/client/ba/bin/en_US/dsmclientV3.cat", O_RDONLY) = -1 ENOENT (No such file or directory) The filelist you provided in a previous note shows that the message repository should be: /opt/tivoli/tsm/client/lang/en_US/dsmclientV3.cat Which is where it lives on my system, too. But the strace listing shows no attempt to open the file from that directory. Thinking this might be an artifact of my DSM_DIR setting, I unset the variable and ran another trace. Same results. At this point, I'm kind of wondering: if I'd used "rpm" to install TSM instead of Debian's "alien" and "dpkg" commands, might there have been a post-install script that set links in the bin directory to the message repository? How about your system; do you have a ba/bin/en_US/dsmclientV3.cat file or symlink? Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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: Tivoli Storage Manager install problem
Mark Post wrote: Not exactly what thought you were looking for, but it will fix your problem: [snip] Why alien didn't copy those over to the .deb, I don't know. I'm not an alien expert by any means. Thanks; that was very helpful information! I've used the dpkg command to completely purge my original tms installation, and re-installed using rpm. That seems to have worked, since I'm no longer getting the ANS0101E message! I'm much further along now, although I think our server might be down, so my client can't connect yet. Thank you very much for your help!!! Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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
Tivoli Storage Manager install problem -- fixed!
Mark, Rich: Thank you for your suggestions and advice. The TMS client is working now; I've been able to backup and restore successfully. I'm not sure it's completely configured yet for some features (such as scheduling), but its looking good so far! Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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: disk space used
Stephen Frazier wrote: I have seen that over time the df command shows the amount of free space is decreasing. Is their a command the will show how much space each subdirectory is using? I would like to track down where the space is going. Start in the highest-level directory that you're concerned about. Issue the command: du -sk * | sort +0nr This will give you a nice list, sorted in descending order by the amount of space taken by each file and subdirectory. Space hogs will appear at the top of the list, with space usage listed in terms of 1k blocks. Then repeat the process in each of the lower-level space hogs. (I've just performed this exercise on one of our systems!) Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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: Hosed root shell setting in /etc/passwd
Grega Bremec wrote: su -c /bin/bash --login I'm not sure this command is going to work. I think the "--login: option is going to force the system to try and load the shell defined in the passwd file *before* executing the command specified by "-c". su will fail because the passwd file entry for root is munged. It might be worth trying just "su" without any options; that might promote the ID to superuser without trying to load a new shell. If that works, Ryan should be able to edit and fix the passwd file. Eric -- Eric Chevalier E-mail: [EMAIL PROTECTED] Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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
How do I update Debian kernel parameter file?
I think I need to update the kernel parameter file for my Debian/390 system, but I haven't been able to find any documentation on where the file lives and how it should be updated. (My system boots from a minidisk defined as dasd 192.) Any pointers? Thanks in advance! Eric Chevalier -- 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 do I update Debian kernel parameter file?
Adam Thornton wrote: /etc/zipl.conf, and run zipl after you've done it. Thank you! That's exactly what I was looking for! Eric -- 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: NFS on the Mainframe
At 04:03 AM 6/21/2006, Mark Perry wrote: If your Workstations are running Windoze, then without 3rd party software you are out of luck. Windoze by default only supports SMB/CIFS which zLinux can serve using SAMBA. So either purchase () NFS Clients for windows, use Linux on your Workstations, or switch from NFS to SAMBA on your zLinux. Actually, that's not completely true; there's at least one free NFS client for Windows: Microsoft's "Services For Unix" ("SFU") package: http://www.microsoft.com/technet/interopmigration/unix/sfu/default.mspx This free download for Windows 2000/XP includes both an NFS client *and* and server. Another option might be Cygwin: http://www.cygwin.com/ I believe this free package might also come with an NFS client. Both packages provide extensive Unix-type environment for Windows, including goodies like the bash shell, perl, awk, X server and most of your favorite tools. However, as José L. Ramírez points out in his message, you may need to "logon" to the mainframe NFS server in order to access the filesystems exported by the server. AFAIK, neither SFU or Cygwin provide an equivalent to the "mvslogin" command described by Mr. Ramírez. Eric Chevalier -- 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 in an LPAR - recovery?
Tim Hare wrote: My Linux LPAR was dormant for a couple of weeks at least, no one logging on (since I'm the only user and I had other things to do). The guy who does our IODF needed to make changes to make my Linux disks visible to the z/OS LPAR (offline, but we'll need to see them to move them with FDRPAS later this month). Somewhere in there (I didn't do it) someone did 'Deactivate' of the Linux LPAR from the HMC and now when I try to load it, I get messages about my filesystems having problems and it doesn't come up normally.. We had an experience some months ago that seems seems eerily similar to yours, but under somewhat different circumstances... We had a z800 at the time, running a z/OS sysplex on several LPARs, along with a VM LPAR with Debian running as a VM guest. Debian boots off a VM Mimidisk, but we also had filesystem mounted on a dedicated drive. For some reason I can't remember, we made some changes to the z800 that required a power-on-reset. When the system came back up, we couldn't boot Debian. We wound up having to reinstall Debian onto that boot drive, but the filesystem on the dedicated drive was intact. (Fortunately, that file system had most of our critical data!) Eric Chevalier -- 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-place upgrade of RHEL 6.x to 7.x
We are currently running RHEL 6.9 on top of z/VM. We are contemplating an upgrade to RHEL 7 in order to support Spectrum Protect 8.1.4. RHEL supposedly supports an in-place upgrade from the latest version of RHEL 6.x to 7, but I'm coming across discussions suggesting that the in-place upgrade path is not without serious pitfalls. I've run the upgrade advisor ("preupg") on one of our RHEL6 systems, the results suggested a great deal of manual work would be required to complete the upgrade. Our alternative is to create a new, clean RHEL 7 system and then migrate Spectrum Protect. Has anyone on the list tried this kind of upgrade? How well did it work for you? Thank you! Eric Chevalier -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: In-place upgrade of RHEL 6.x to 7.x
On 1/3/18 11:56 AM, R P Herrold wrote: On Wed, 3 Jan 2018, Eric Chevalier wrote: We are currently running RHEL 6.9 on top of z/VM. We are contemplating an upgrade to RHEL 7 in order to support Spectrum Protect 8.1.4. RHEL supposedly supports an in-place upgrade from the latest version of RHEL 6.x to 7, but I'm coming across discussions suggesting that the in-place upgrade path is not without serious pitfalls. I've run the upgrade advisor ("preupg") on one of our RHEL6 systems, the results suggested a great deal of manual work would be required to complete the upgrade. Our alternative is to create a new, clean RHEL 7 system and then migrate Spectrum Protect. I don't see such a binary 'preupg' in a base RHEL distribution. There are a couple of attempts in RHEL and in Fedora space, called, respectively: preupgrade and preupgrade-assistant. I know that the CentOS rebuild project wiki recently (within the last two months) added BIG RED WARNINGS about being stale, bit-rotted, and not usable, to their former outline respecting moving across Version major releases As you note the 'support' and scope of work with 'across major Version' of the Red Hat product is at best, a limited form of support I would be interested in seeing a copy ( a private response is fine) of: rpm -qf `which preupg` and then: rpm -qi (result_from_first_command_above) just to run down the sources in play at your shop I have done such 'cross major Version' moves, with 'walking' in a new kernel and glibc and python and rpm, and reboots to get new libraries, etc in play; but the process is not clean and not for the novice. I knew I had a full set of tested backups and a willingness to revert to them and start again (and indeed had to do so) There is no doubt in my mind that it will be less stressful, and be done sooner, deploying a new '7' box and configuring it -- Russ herrold I hope the line breaks aren't too bad, here are the results of the commands you were asking about: [root@zlinux1 ~]# rpm -qf `which preupg` preupgrade-assistant-2.3.3-2.el6.noarch [root@zlinux1 ~]# [root@zlinux1 ~]# rpm -qi preupgrade-assistant-2.3.3-2.el6.noarch Name : preupgrade-assistant Relocations: (not relocatable) Version : 2.3.3 Vendor: Red Hat, Inc. Release : 2.el6 Build Date: Fri 10 Mar 2017 07:13:05 AM PST Install Date: Fri 09 Jun 2017 11:32:57 AM PDT Build Host: x86-042.build.eng.bos.redhat.com Group : System Environment/Libraries Source RPM: preupgrade-assistant-2.3.3-2.el6.src.rpm Size : 818269 License: GPLv3+ Signature : RSA/8, Fri 10 Mar 2017 08:12:54 AM PST, Key ID 199e2f91fd431d51 Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> Summary : Preupgrade Assistant advises on feasibility of system upgrade or migration Description : Preupgrade Assistant analyses the system to assess the feasibility of upgrading the system to a new major version. Such analysis includes a check for removed packages, packages replaced by partially incompatible packages, changes in libraries, users and groups, and various other services. A report of this analysis can help admins with the system upgrade by identification of potential troubles and by mitigating some of the incompatibilities. The data gathered by Preupgrade Assistant can be used for the in-place upgrade or migration of the system, where the migration means a new system installation that retains as much of the old system setup as possible. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Looking for advice setting up SMC-D between RHEL and z/OS
One of my colleagues and I are trying to setup SMC-D between a RHEL 8 system and a z/OS system. More specifically: * z/OS 2.4 is running on an LPAR on a z15. * z/VM 7.1 is also running on a second LPAR on the same z15. * RHEL 8.3 is running as a guest of the VM system, using kernel version 4.18.0-240.1.1.el8_3. We think the RHEL system is properly configured with a virtiual ISM device. But transfer rates we're seeing via sftp running under smc_run are no faster than native sftp runs. The terminal output below shows more details about our environment and configuration. We would give our thanks in advance for any hints or suggestions you folks can provide! [root@zlinux4 Temp]# hostname zlinux4.phx [root@zlinux4 Temp]# [root@zlinux4 Temp]# date Tue Dec 8 06:37:35 PST 2020 [root@zlinux4 Temp]# [root@zlinux4 Temp]# lspci 00:00.0 Non-VGA unclassified device: IBM Internal Shared Memory (ISM) virtual PCI device [root@zlinux4 Temp]# [root@zlinux4 Temp]# ls -ld /sys/bus/pci/slots/* drwxr-xr-x 2 root root 0 Dec 7 11:23 /sys/bus/pci/slots/1018 [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_rnics FID Power PCI_ID PCHID Type PPrt PNET_ID Net-Dev - 1018 1 :00:00.0 07e1 ISM n/a PNET1 n/a [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_rnics -e 1018 Error: FID 1018 is already enabled [root@zlinux4 Temp]# [root@zlinux4 Temp]# ip link 1: lo: mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: encf804: mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 02:00:00:00:00:09 brd ff:ff:ff:ff:ff:ff [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_pnet [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_pnet -a PNET1 -I encf804 [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_pnet PNET1 encf804 n/a 255 [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_pnet -a PNET1 -D :00:00.0 smc_pnet: Object exists [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_run sftp eric...@mvs60.phx eric...@mvs60.phx's password: Connected to eric...@mvs60.phx. sftp> quit [root@zlinux4 Temp]# smc_run -d sftp eric...@mvs60.phx libsmc-preload: map sock to AF_SMC eric...@mvs60.phx's password: Connected to eric...@mvs60.phx. sftp> cd Temp sftp> ls -l E* -rwxr-x--- ? 1050 0 429391872 Dec 1 13:14 EJES.V600.pax.Z sftp> get EJES.V600.pax.Z Fetching /u/ericadm/Temp/EJES.V600.pax.Z to EJES.V600.pax.Z /u/ericadm/Temp/EJES.V600.pax.Z 100% 410MB 29.9MB/s 00:13 sftp> sftp> quit [root@zlinux4 Temp]# -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: Looking for advice setting up SMC-D between RHEL and z/OS
My apologies for the poor formatting of my original message. Let's try again: [root@zlinux4 Temp]# hostname zlinux4.phx [root@zlinux4 Temp]# [root@zlinux4 Temp]# date Tue Dec 8 06:37:35 PST 2020 [root@zlinux4 Temp]# [root@zlinux4 Temp]# lspci 00:00.0 Non-VGA unclassified device: IBM Internal Shared Memory (ISM) virtual PCI device [root@zlinux4 Temp]# [root@zlinux4 Temp]# ls -ld /sys/bus/pci/slots/* drwxr-xr-x 2 root root 0 Dec 7 11:23 /sys/bus/pci/slots/1018 [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_rnics FID Power PCI_ID PCHID Type PPrt PNET_ID Net-Dev - 1018 1 :00:00.0 07e1 ISM n/a PNET1 n/a [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_rnics -e 1018 Error: FID 1018 is already enabled [root@zlinux4 Temp]# [root@zlinux4 Temp]# ip link 1: lo: mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: encf804: mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 02:00:00:00:00:09 brd ff:ff:ff:ff:ff:ff [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_pnet [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_pnet -a PNET1 -I encf804 [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_pnet PNET1 encf804 n/a 255 [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_pnet -a PNET1 -D :00:00.0 smc_pnet: Object exists [root@zlinux4 Temp]# [root@zlinux4 Temp]# smc_run sftp eric...@mvs60.phx eric...@mvs60.phx's password: Connected to eric...@mvs60.phx. sftp> quit [root@zlinux4 Temp]# smc_run -d sftp eric...@mvs60.phx libsmc-preload: map sock to AF_SMC eric...@mvs60.phx's password: Connected to eric...@mvs60.phx. sftp> cd Temp sftp> ls -l E* -rwxr-x--- ? 1050 0 429391872 Dec 1 13:14 EJES.V600.pax.Z sftp> get EJES.V600.pax.Z Fetching /u/ericadm/Temp/EJES.V600.pax.Z to EJES.V600.pax.Z /u/ericadm/Temp/EJES.V600.pax.Z 100% 410MB 29.9MB/s 00:13 sftp> sftp> quit [root@zlinux4 Temp]# -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390
Re: IP change for a Linux guest
This is something I've done occasionally in our z/VM guests. All through an ssh session, no less! (Note that our Linux guests are running RHEL8.) In my case, I have a network connection called "enccw0.0.f804". I use the "nmtui" command to make any changes to the connection definition. Then I'll issue the command: nmcli conn down enccw0.0.f804 ; nmcli conn up enccw0.0.f804 The first nmcli command turns off the connection. The second nmcli brings the connection back up, picking up the changes I made with nmtui. Of course this will drop your connection to the original IP address, forcing you to re-establish an ssh connection to the new IP address. You have to stack the two nmcli commands as shown. Obviously, if you just use the first nmcli command you'll never be able to re-establish your ssh session. As a "back door": if I were to issue the first nmcli command without stacking the second, I could still get on to the Linux system by logging on to the guest using a 3270 session. Granted, Linux doesn't support 3270 sessions very well (at least not ours). Full screen applications like vim don't work very well on a 3270 session. But most command-line commands that read from stdin and write to stdout/stderr do work. So through my 3270 session I could issue the "nmcli conn up" command to re-enable ssh sessions. On 6/29/2022 10:15 PM, Peter wrote: Hello When an existing redhat Linux guest on zVM requires a IP change. What are files that I need to change to reflect with new IP address? For an existing Linux, how do I view it's console from a 3270 emulator ? Cause as of due to the IP change the Linux guest is not connectable via SSH. Could someone please guide me ? Regards Peter -- Eric Chevalier Phoenix Software International e...@phoenixsoftware.com Voice: (918) 491-6144 x410 Cell: (918) 629-6393 Fax: (918) 494-2701 This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www2.marist.edu/htbin/wlvindex?LINUX-390