Re: Assigning/Tracking Host names
The current DIRMAINT has special user-defined fields called TAGS. They can be
created, modified, deleted by standard DIRMAINT commands, not just
get|edit|replace.
Use the DEFINESTAG operand of the DIRMAINT command to manipulate user defined
tagged comments. An installation can define local tags that can be stored in
the CP directory and manipulated by DirMaint. This may be useful for
information normally placed into comments, such as department information.
This command creates the required definitions within the DIRMAINT machine. It
is not used to assign data to a local tag, it is only used to create and
manipulate a local tag.
So the example directory entry could look like this:
USER LIONELVM ...
... other stuff ...
*ipaddr:1.2.3.4
*hostname:lionelvm
*macaddr:0040052142C7
... more stuff ...
You still have to write some rexx/xedit code to issue the commands to
read/write the tags and data, just like for using the names file. One advantage
to using DIRMAINT as your database is that it is already a shareable database
not a private one.
/Tom Kern
--- Rick Troth <[EMAIL PROTECTED]> wrote:
> The Cat Herder will kill me for saying this:
> You might want to overload your CP Directory. (Here I do not mean
> "overload" in the negative sense.) I mean, define some of your own
> sacred comments in the CP Dir source much like VM:Secure does. Works!
>
> Consider a NAMES file. And if you choose a NAMES file
> you could connect it to the CP Dir source with a "sacred comment".
>
> :nick.LIONELVM :userid.LIONELVM
> :ipaddr.1.2.3.4 :hostname.lionelvm :macaddr.0040052142C7
>
> would translate to CP Dir comment statements
>
> USER LIONELVM ...
>... other stuff ...
> *:ipaddr.1.2.3.4
> *:hostname.lionelvm
> *:macaddr.0040052142C7
>... more stuff ...
>
> Userid is clearly implied by being part of a given CP Dir entry.
> And nick is not strictly needed. Heck, any line starting with "*:"
> could be taken as "NAMES data" so the two lines could be merged as
>
> *:ipaddr.1.2.3.4 :hostname.lionelvm :macaddr.0040052142C7
>
> ... as long as the whole thing fits in the 72 columns allowed for
> CP Dir source. When you extract those statements to a NAMES file
> just strip off the leading asterisk and ... voi-la!
>
> So then comes DNS and DHCP. No problem! Whether NAMES data
> or some other form, use Pipelines to convert that into the
> plain text required by these critters.
>
> lionelvm IN A 1.2.3.4
>
> (for DNS)
>
> host lionelvm {
> hardware ethernet 00:40:05:21:42:C7;
> fixed-address lionelvm.kp.org;
> }
>
> (for DHCP)
>
> -- R;
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
--
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: Assigning/Tracking Host names
r.stricklin wrote: We track the correlation between the two by assigning a CNAME record in DNS, which contains the VM username. It suits our needs adequately. Seems to me it is sane to have the IP address resolve to all a host's names and aliases. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- 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: Assigning/Tracking Host names
On May 1, 2007, at 7:08 PM, Rick Troth wrote: You will find that having VMIDs not matching hostnames is just a pain. True, they can be matched using other means. But it will annoy you and once instantiated it will NEVER go away. On the contrary. It is the users wanting hostnames > 8 characters who are grateful that the hostname and VM username need not match. We track the correlation between the two by assigning a CNAME record in DNS, which contains the VM username. It suits our needs adequately. ok bear -- 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: Assigning/Tracking Host names
On Tue, 1 May 2007, Grega Bremec wrote: > I find it interesting that nobody so far mentioned RFC1178 (Choosing a > name for your computer): ftp://ftp.rfc-editor.org/in-notes/rfc1178.txt. > There are several excellent ideas in that document. Wow! Thanks. Been looking for that. > I do agree that there need not be a direct correlation between > z/VM userids and hostnames, because they can be matched using > other means ... You will find that having VMIDs not matching hostnames is just a pain. True, they can be matched using other means. But it will annoy you and once instantiated it will NEVER go away. -- R; -- 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: Assigning/Tracking Host names
I asked:
>> It almost sounds like you want a Server Information Database.
...
>> What do you have already in-house? (eg: for your existing
>> non-virtual and non-mainframe Unix and Windoze farms)
Lionel replied:
> Nothing that is that usable.
But is it a SID that you are after?
If so, "keep it simple" comes to mind.
Something that has a decent front end but can be manually corrected
WHEN (not if) something goes awry. And if there is a GUI front end,
be sure there is a batchable API in there somewhere.
The Cat Herder will kill me for saying this:
You might want to overload your CP Directory. (Here I do not mean
"overload" in the negative sense.) I mean, define some of your own
sacred comments in the CP Dir source much like VM:Secure does. Works!
Consider a NAMES file. And if you choose a NAMES file
you could connect it to the CP Dir source with a "sacred comment".
:nick.LIONELVM :userid.LIONELVM
:ipaddr.1.2.3.4 :hostname.lionelvm :macaddr.0040052142C7
would translate to CP Dir comment statements
USER LIONELVM ...
... other stuff ...
*:ipaddr.1.2.3.4
*:hostname.lionelvm
*:macaddr.0040052142C7
... more stuff ...
Userid is clearly implied by being part of a given CP Dir entry.
And nick is not strictly needed. Heck, any line starting with "*:"
could be taken as "NAMES data" so the two lines could be merged as
*:ipaddr.1.2.3.4 :hostname.lionelvm :macaddr.0040052142C7
... as long as the whole thing fits in the 72 columns allowed for
CP Dir source. When you extract those statements to a NAMES file
just strip off the leading asterisk and ... voi-la!
So then comes DNS and DHCP. No problem! Whether NAMES data
or some other form, use Pipelines to convert that into the
plain text required by these critters.
lionelvm IN A 1.2.3.4
(for DNS)
host lionelvm {
hardware ethernet 00:40:05:21:42:C7;
fixed-address lionelvm.kp.org;
}
(for DHCP)
-- R;
--
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 on z and VTS == compatible at all?
> The tape support should be in place to my knowledge. What's missing is > the tape management piece. Correct. > Of course we could consider writing a driver that applies tape library > functions for VTS but without any tape management software on top it > would only be a piece of technology. I.e. if there is any outlook for > an exploiter we can consider putting in onto the requirements list. A simple exploiter is 'mtx'. That's where all other Unix/Linux tape control function lives. Most applications that care about such things call 'mtx' to do the actual work. > But then the tape library API may not be published causing implementation > delays and possibly you could instead attach to the VTS through FCP, too > and use TSM support off the box. Until native SCSI tape support is in the plan for VM, VSE and z/OS, this will be a hard case to make, even if the device and library can support multiple interfaces simultaneously. Switching back and forth from FCP to channel-attached is awkward and operationally a non-starter. Of course you could build the interface code into TSM to deal with channel-attached tape. That's already OCO, and there's your exploiter...8-) > That way you wouldn't have to hold your > breath while we figure out how to deliver on your requirement validating > with more customers such that we understand its general market importance > and push it into plans eventually - still awaiting tape management > exploitation ... Thoughts? See suggestion to base the Linux part of the changer interface on IUCV to the VM DFSMS or via TCP to z/OS DFSMS. AFAIK, both are published interfaces, and you can continue to hide the gory details of how to actually work the device w/o tainting the kernel. Possible implementation: provide a back end to the generic SCSI device (sg) driver to translate the generic SCSI tape management commands into the right IUCV or TCP primitives for DFSMS. Then you need no user space mods for existing tape-aware apps, and TSM can just use it as-is. -- 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 on z and VTS == compatible at all?
I've done a fair amount of prototyping using different varients of virtual tape and also trying to use our VSE TLMS and channel connected tape drives with zLinux. Basically for zLinux, I send mount requests to a VSE service machine, that causes a Dynam mount request to be done. When satisfied, the tape drive is attached back over to the zLinux machine. The biggest problem I have, and will also be if we have VTS command function in zLinux, is how to handle EOV. And in a VTS, the virtual volume is a lot smaller than the standard real tape cart. Perhaps having the 3590 device driver updated to call an exit at EOV, (perhaps a rexx exec(?)) to reissue the VTS commands. The second, smaller problem, is not all software products seem to like the 3590 tape support for zLinux. I can "tar" things, but Oracle didn't seem to like it, but it could be my setup also. Right now, I'm on, what the Open Systems people call D2D2T (disk to disk to tape). I backup the zLinux image to a disk file. I FTP the disk file to VSE. I backup the disk file using VSE utilities and TLMS. If I had the VSE "Barnard" software IP stack, I could ftp directly to a tape drive. We have the CSI stack which doesn't have this function, at this time. That would bring it down to D2T. Also, been experimenting with VSE Virtual Tape with the server back on zLinux. Trying to come up with an interm "robotic TLMS" until we get budgetted for our real VTS. Life is fun, when you don't have money for a real solution . I have a drawer full of spit, bubble gum, purple smoke, lasers and duct tape which is used to put all of this together. But thinking about have VTS command functions available to zLinux, the first swipe at it might be interfacing to z/VM to use a CMS server as the interface to the VTS command functions. Good way to get something out there and debug the prototype before moving it to a native zLinux application. Well, you wanted comments :) Tom Duerbusch THD Consulting Ingo Adlung wrote: The tape support should be in place to my knowledge. What's missing is the tape management piece. Of course we could consider writing a driver that applies tape library functions for VTS but without any tape management software on top it would only be a piece of technology. I.e. if there is any outlook for an exploiter we can consider putting in onto the requirements list. But then the tape library API may not be published causing implementation delays and possibly you could instead attach to the VTS through FCP, too and use TSM support off the box. That way you wouldn't have to hold your breath while we figure out how to deliver on your requirement validating with more customers such that we understand its general market importance and push it into plans eventually - still awaiting tape management exploitation ... Thoughts? Best regards Ingo -- 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: Fw: Strange file type cannot be moved with scp or ftp
Bill Dodge wrote: Thanks to all - still have a lot to learn about this new operating system. I guess someday it will be as automatic as VM and VSE but it is a struggle sometimes. Bill, you're doing something strange. For some reasons, replies to your messages are set to go to you whereas they should be going to the list. We'd like you to stick around, but perhaps you could examine your settings. I was going to say that you should be get yourself a book with a title similar to "Linux unleashed" and with a DVD with Fedora Core (preferably FC 6) attached and a spare peecee, and work your way through it. There's a lot of special stuff wrt mainframes, but basically Linux is Linux, and understanding Linux on a peecee will help heaps. I recommend FC6* to you because RHEL 5 is based on it. If you wanted to learn SLES 10 then OpenSUSE 10 would be the go (but books might be harder to find). A used PC would do fine, but you would need 512 Mbytes of RAM. If you have that much RAM, the CPU will be fine:-0 At a pinch you might be able to run it under Windows in MS Virtual PC. Dual booting works well, but I generally find I'm running Linux when I'd like to run Windows, and I don't want to reboot. If you want to run zlinux on your peecee, you can. Download Hercules. * CentOS has rebuilds of RHEL, yours for the downloading. CentOS 5 is available, but not yet for Z. Its advantage over FC6 is its projected life - the same as RHEL 5. -- Cheers John -- spambait [EMAIL PROTECTED] [EMAIL PROTECTED] Please do not reply off-list -- 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 on z and VTS == compatible at all?
The tape support should be in place to my knowledge. What's missing is the tape management piece. Of course we could consider writing a driver that applies tape library functions for VTS but without any tape management software on top it would only be a piece of technology. I.e. if there is any outlook for an exploiter we can consider putting in onto the requirements list. But then the tape library API may not be published causing implementation delays and possibly you could instead attach to the VTS through FCP, too and use TSM support off the box. That way you wouldn't have to hold your breath while we figure out how to deliver on your requirement validating with more customers such that we understand its general market importance and push it into plans eventually - still awaiting tape management exploitation ... Thoughts? Best regards Ingo Linux on 390 Port wrote on 01.05.2007 20:41:03: > True. Except that there also needs to be drivers for the tape and the > VTS. And tape management. I'm guessing that even if all of the > different IBMs got their act together, it would be awhile before we > would see something usable. > > > -Original Message- > > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > > Behalf Of Dave Jones > > Sent: Tuesday, May 01, 2007 1:37 PM > > To: LINUX-390@VM.MARIST.EDU > > Subject: Re: Linux on z and VTS == compatible at all? > > > > Chris, I think the real roadblock to getting this done lies > > with Tivoli, and not with IBM itself. > > > > DJ > > > > Little, Chris wrote: > > > U. > > > > > > IBM? Are you there? Can you hear me? Would like to drive > > a TS7700 > > > from Linux. Pretty please? > > > > > >> -Original Message- > > >> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] > > On Behalf Of > > >> Dave Jones > > >> Sent: Tuesday, May 01, 2007 9:25 AM > > >> To: LINUX-390@VM.MARIST.EDU > > >> Subject: Re: Linux on z and VTS == compatible at all? > > >> > > >> Then, as DB has noted, you're basically SOL.sorry. > > >> > > >> DJ > > >> > > > > -- > > 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: DDR Front Ends
On 5/1/07, KEETON Dave * OR SDC <[EMAIL PROTECTED]> wrote: Back in March I posted a question about backup and restore for z/VM & Linux. First, let me thank everyone that responded to my question. The answers were quite informative and very much appreciated. I'd like to follow up on a comment made by someone who replied: While not really a front-end but more a replacement, you could use the trackread and trackwrite stages in CMS Pipelines Runtime Library to achieve the same. That's probably easier to put into some programmed backup scheme. Apart from a bit of setup work to find the size and label of the disk, it's little more than PIPE trackread ... | trackwrite There's a even a package from Bruce Hayden on the VM download pages that does this an IP connection so you can put the backup of your Linux data on a remote system. Rob -- 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: FTP on the mainframe
On 5/1/07, Eddie Chen <[EMAIL PROTECTED]> wrote: Few months ago, our network people found that FTP in binary( during peak time) are 4 time faster than ASCII to Unix servers. Could it be that it was because the data was in cache for the 2nd attempt and you avoided part of the disk I/O ? What was the constraint during the ASCII transfer? Rob -- 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: FTP on the mainframe
On Tuesday, 05/01/2007 at 02:54 AST, Eddie Chen <[EMAIL PROTECTED]> wrote: > Few months ago, our network people found that FTP in binary( during > peak time) are 4 time faster than ASCII to Unix servers. > > Last week I took a look at the vsftp source and modify the source to > accept "type e" and let Linux do the translation to EBCDIC. > This Sunday, I send the CMSNUC MAP in "type a", "type e" and "type > I". And found there is no difference in CPU usage and the time > it takes to complete. > > Is there any benefit of having the non-IBM platform to do the > EBCDIC translation? None that I can think of. In fact, I think it's a Bad Idea. Which code pages for ASCII and EBCDIC did you select? The VM ftp client and server both have support for user selection of the translation table, with over 200 combinations to choose from, plus the ability to add your own. 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: Assigning/Tracking Host names
> I couldn't easily in this situation, however, rely on a DHCP server not > on my VSWITCH, no. I'm perfectly aware of that. My DHCP server is a tiny > SLES9 user under VM, on the same layer 3 VSWITCH as all my clients, so > it's not an issue. Yeah, understood. I need to deal with protocols that care about the MAC address a lot more commonly (like SNA), so the requirement remains. It also forestalls some of the "ip helper" offload capability in the outboard routers for controlling which server responds, which is sometimes very useful. > Sending a DHCPDISCOVER with a Client ID for > the server to key on is not a function of layer 2 or layer 3; think > about PPPoA and how all those cablemodem or DSL DHCP clients out there > work. Yeah. In most cases those cable boxes do have unique MACs, though, or are in special situations where there are tools that understand their quirks. Your average enterprise network doesn't have the tooling to track down something like that, and it makes it harder to engineer and harder for the networking guys to understand, which is worth avoiding. -- 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 on z and VTS == compatible at all?
> > Would be real nice if we got a device driver for Linux for these > > beasties... sign. Another requirement in the works. > I won't say "impossible", but at present, IBM considers the interface to > talk to the VTS (and the ATL robot as well) to be proprietary and is > undocumented. But then, the original 3590 driver was binary-only and is > now "open", so maybe some day. Write it as an AF_IUCV connection to a VM-based daemon, and drive DFSMS/VM to do the deed. More scalable, and no IP exposure required. Not even a GPL burp; none of the OCO bits are in Linux at all. In fact, if you have a driver for the device type your VTS emulates, see our mount daemon for VM and Linux. It's an example of how to do this w/o causing problems. -- 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 on z and VTS == compatible at all?
I can understand that . . . . > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Mark Post > Sent: Tuesday, May 01, 2007 1:54 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Linux on z and VTS == compatible at all? > > >>> On Tue, May 1, 2007 at 2:45 PM, in message > <[EMAIL PROTECTED]> > , "Little, Chris" > <[EMAIL PROTECTED]> wrote: > > Wouldn't it be possible to have a public interface and private > > non-kernel version/distribution specific code? I'm certainly not a > > kernel hacker, so I p'raps I'm talking out my back-end here. > > It's technically possible, but politically a bad thing. The > kernel developers call them "binary blobs" and there is > continuous argument over whether they're legal under the GPL or not. > > > 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
Re: Linux on z and VTS == compatible at all?
>>> On Tue, May 1, 2007 at 2:45 PM, in message <[EMAIL PROTECTED]>, "Little, Chris" <[EMAIL PROTECTED]> wrote: > Wouldn't it be possible to have a public interface and private > non-kernel version/distribution specific code? I'm certainly not a > kernel hacker, so I p'raps I'm talking out my back-end here. It's technically possible, but politically a bad thing. The kernel developers call them "binary blobs" and there is continuous argument over whether they're legal under the GPL or not. 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: FTP on the mainframe
Alan, Few months ago, our network people found that FTP in binary( during peak time) are 4 time faster than ASCII to Unix servers. Last week I took a look at the vsftp source and modify the source to accept "type e" and let Linux do the translation to EBCDIC. This Sunday, I send the CMSNUC MAP in "type a", "type e" and "type I". And found there is no difference in CPU usage and the time it takes to complete. Is there any benefit of having the non-IBM platform to do the EBCDIC translation? Alan Altmark <[EMAIL PROTECTED] ibm.com> To Sent by: Linux LINUX-390@VM.MARIST.EDU on 390 Portcc <[EMAIL PROTECTED] IST.EDU> Subject Re: FTP on the mainframe 04/30/2007 04:41 PM Please respond to Linux on 390 Port <[EMAIL PROTECTED] IST.EDU> On Monday, 04/30/2007 at 04:30 AST, Eddie Chen <[EMAIL PROTECTED]> wrote: > I have question on the "type e" command. > if the client(z/VM) issue the "type E", does the FTP client on the > z/VM perform the EBCDIC to EBCDIC translate and append '\n" > or just append the '\n' at end of record. With "type e", there is no translation. If you are using stream mode (mode s), then \n (0x15, IIRC) is inserted at the end of each record. If you are using block mode (mode b), then LRECL/BLKSIZE data is transferred with each logical record and \n is not used. If you use the subcommand "ebcdic", the "type e" and "mode b" subcommands will be issued for you. 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 Visit our website at http://www.nyse.com Note: The information contained in this message and any attachment to it is privileged, confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by replying to the message, and please delete it from your system. Thank you. NYSE Group, Inc. -- 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: Tomcat/Java problem
It was set to the group we have set up for the tomcat id. Your problem seems different. Check that CATALINA_HOME , CATALINA_BASE and JAVA_HOME settings in this file are really pointed at tomcat 5. Other than that we also have 2 other variables set in our file: TOMCAT_BASE_USER="tomcat" and CATALINA_PID=/var/run/tomcat5.pid -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Levy, Alan Sent: Tuesday, May 01, 2007 2:30 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Tomcat/Java problem What did you set the base_group to ? -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Ann (ISD, IT) Sent: Tuesday, May 01, 2007 2:27 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Tomcat/Java problem Now this sounds familiar. In addition to CATALINA_HOME , CATALINA_BASE and JAVA_HOME being in this file , we had had to update TOMCAT_BASE_GROUP for one application. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Aria Bamdad Sent: Tuesday, May 01, 2007 2:00 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Tomcat/Java problem Alan, On SLES 10, tomcat looks at /etc/sysconfig/j2ee for the definition of these variables. Could it be that you have JAVA_HOME set to something in this file? Aria. On Tue, 01 May 2007 13:12:27 -0400 Levy, Alan said: >The /etc/init.d/tomcat script just does a >"$CATALINA_HOME/bin/startup.sh" which calls Catalina.sh. This script >just references $JAVA_HOME which is already set to the 1.5 directory. > >#./catalina.sh >Using CATALINA_BASE: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_HOME: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_TMPDIR: /usr/jakarta-tomcat-5.0.28/temp >Using JAVA_HOME: /usr/lib/java > > >=20 >-Original Message- >From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of >Mark Post >Sent: Tuesday, May 01, 2007 12:49 PM >To: LINUX-390@VM.MARIST.EDU >Subject: Re: Tomcat/Java problem > > >>> On Tue, May 1, 2007 at 12:36 PM, in message ><[EMAIL PROTECTED]>, >"Levy, >Alan" <[EMAIL PROTECTED]> wrote:=20 > >-snip- >> Although I still have Java 1.42 in my /opt directory, why is Tomcat >> starting with that java and not the 1.5 that's in my path ? > >I would look at the script that starts Tomcat. > > >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 -- 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 communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * -- 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 * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * -- 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/htb
Re: Linux on z and VTS == compatible at all?
Wouldn't it be possible to have a public interface and private non-kernel version/distribution specific code? I'm certainly not a kernel hacker, so I p'raps I'm talking out my back-end here. > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of McKown, John > Sent: Tuesday, May 01, 2007 1:40 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Linux on z and VTS == compatible at all? > > > -Original Message- > > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of > > David Boyes > > Sent: Tuesday, May 01, 2007 1:29 PM > > To: LINUX-390@VM.MARIST.EDU > > Subject: Re: Linux on z and VTS == compatible at all? > > > > > > > Channel attached. > > > > Would be real nice if we got a device driver for Linux for these > > beasties... sign. Another requirement in the works. > > > > I won't say "impossible", but at present, IBM considers the > interface to talk to the VTS (and the ATL robot as well) to > be proprietary and is undocumented. But then, the original > 3590 driver was binary-only and is now "open", so maybe some day. > > > > > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage Administrative > Services Group Information Technology > > The information contained in this e-mail message may be > privileged and/or confidential. It is for intended > addressee(s) only. If you are not the intended recipient, > you are hereby notified that any disclosure, reproduction, > distribution or other use of this communication is strictly > prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please > notify the sender by reply and delete this message without > copying or disclosing it. > > -- > 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: Linux on z and VTS == compatible at all?
True. Except that there also needs to be drivers for the tape and the VTS. And tape management. I'm guessing that even if all of the different IBMs got their act together, it would be awhile before we would see something usable. > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Dave Jones > Sent: Tuesday, May 01, 2007 1:37 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Linux on z and VTS == compatible at all? > > Chris, I think the real roadblock to getting this done lies > with Tivoli, and not with IBM itself. > > DJ > > Little, Chris wrote: > > U. > > > > IBM? Are you there? Can you hear me? Would like to drive > a TS7700 > > from Linux. Pretty please? > > > >> -Original Message- > >> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] > On Behalf Of > >> Dave Jones > >> Sent: Tuesday, May 01, 2007 9:25 AM > >> To: LINUX-390@VM.MARIST.EDU > >> Subject: Re: Linux on z and VTS == compatible at all? > >> > >> Then, as DB has noted, you're basically SOL.sorry. > >> > >> DJ > >> > > -- > 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: Linux on z and VTS == compatible at all?
> -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of David Boyes > Sent: Tuesday, May 01, 2007 1:29 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Linux on z and VTS == compatible at all? > > > > Channel attached. > > Would be real nice if we got a device driver for Linux for these > beasties... sign. Another requirement in the works. > I won't say "impossible", but at present, IBM considers the interface to talk to the VTS (and the ATL robot as well) to be proprietary and is undocumented. But then, the original 3590 driver was binary-only and is now "open", so maybe some day. > -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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 on z and VTS == compatible at all?
Chris, I think the real roadblock to getting this done lies with Tivoli, and not with IBM itself. DJ Little, Chris wrote: U. IBM? Are you there? Can you hear me? Would like to drive a TS7700 from Linux. Pretty please? -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Dave Jones Sent: Tuesday, May 01, 2007 9:25 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Linux on z and VTS == compatible at all? Then, as DB has noted, you're basically SOL.sorry. DJ -- 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 on z and VTS == compatible at all?
U. IBM? Are you there? Can you hear me? Would like to drive a TS7700 from Linux. Pretty please? > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of Dave Jones > Sent: Tuesday, May 01, 2007 9:25 AM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Linux on z and VTS == compatible at all? > > Then, as DB has noted, you're basically SOL.sorry. > > DJ > > Little, Chris wrote: > > Channel attached. > > > > We're running TSM on z/OS. With the level of utilization, though, > > it's getting to be expensive. We were looking to cut costs > by moving > > the server to engines with flat pricing. > > > >> -Original Message- > >> From: Linux on 390 Port [mailto:[EMAIL PROTECTED] > On Behalf Of > >> David Boyes > >> Sent: Monday, April 30, 2007 7:46 PM > >> To: LINUX-390@VM.MARIST.EDU > >> Subject: Re: Linux on z and VTS == compatible at all? > >> > >>> What is the possibility of reliably running TSM server on > Linux with > >> the > >>> backups going to our brand spanking new clustered TS7700? > >>> I couldn't find any literature supporting it. > >> If it's channel-attached, then the probability is exactly > zero. TSM > >> on Linux doesn't do channel-attached tape. If you had TSM > on z/OS -- > >> or even the old TSM on VM server -- you could drive it > that way using > >> DFSMS/VM RMM and use server-to-server migration to get the TSM > >> servers to work together. > >> > >> I don't know of anyone using it via FCP attached tape. The generic > >> SCSI changer commands don't seem to work very reliably; > the only SCSI > >> VTS I have access to seems to hang reliably when presented > with SCSI > >> changer commands. This makes the PTBs unhappy, so I've stopped > >> trying. > >> > >> > - > >> - 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 > > -- > DJ > V/Soft > > -- > 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: Tomcat/Java problem
What did you set the base_group to ? -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Ann (ISD, IT) Sent: Tuesday, May 01, 2007 2:27 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Tomcat/Java problem Now this sounds familiar. In addition to CATALINA_HOME , CATALINA_BASE and JAVA_HOME being in this file , we had had to update TOMCAT_BASE_GROUP for one application. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Aria Bamdad Sent: Tuesday, May 01, 2007 2:00 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Tomcat/Java problem Alan, On SLES 10, tomcat looks at /etc/sysconfig/j2ee for the definition of these variables. Could it be that you have JAVA_HOME set to something in this file? Aria. On Tue, 01 May 2007 13:12:27 -0400 Levy, Alan said: >The /etc/init.d/tomcat script just does a >"$CATALINA_HOME/bin/startup.sh" which calls Catalina.sh. This script >just references $JAVA_HOME which is already set to the 1.5 directory. > >#./catalina.sh >Using CATALINA_BASE: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_HOME: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_TMPDIR: /usr/jakarta-tomcat-5.0.28/temp >Using JAVA_HOME: /usr/lib/java > > >=20 >-Original Message- >From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of >Mark Post >Sent: Tuesday, May 01, 2007 12:49 PM >To: LINUX-390@VM.MARIST.EDU >Subject: Re: Tomcat/Java problem > > >>> On Tue, May 1, 2007 at 12:36 PM, in message ><[EMAIL PROTECTED]>, >"Levy, >Alan" <[EMAIL PROTECTED]> wrote:=20 > >-snip- >> Although I still have Java 1.42 in my /opt directory, why is Tomcat >> starting with that java and not the 1.5 that's in my path ? > >I would look at the script that starts Tomcat. > > >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 -- 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 communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * -- 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: Linux on z and VTS == compatible at all?
> Channel attached. Would be real nice if we got a device driver for Linux for these beasties... sign. Another requirement in the works. > We're running TSM on z/OS. With the level of utilization, though, it's > getting to be expensive. We were looking to cut costs by moving the > server to engines with flat pricing. If you can afford both versions, then move the client interaction to the TSM on Linux server (ie, let that be the part that talks to the individual clients) and do only level 2->N migration from the Linux TSM to the z/OS TSM. It's still not perfect, but you should see your CPU utilization on z/OS TSM drop substantially. You might also compare the price of TSM/VM vs TSM/zOS. If all you use it for is to drive the tapes, it might be cheaper to license it on VM, and provide access to the drives via DFSMS/VM talking to DFSMS on z/OS to get drives allocated and loaded. The big catch to this approach is that TSM/VM is supported, but barely so, and they'd like it to go away entirely. -- 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: Tomcat/Java problem
I added JAVA_HOME to the end of the j2ee file and it still does not work. cat /etc/sysconfig/j2ee ## Path:Network/WWW/J2EE/Tomcat ## Type:string ## Default: "/usr/share/tomcat" # # This varible defines the CATALINA_HOME to start the service tomcat. # See /usr/share/doc/packages/tomcat/README.SuSE for more information. # CATALINA_HOME="/usr/share/tomcat" ## Path:Network/WWW/J2EE/Tomcat ## Type:string ## Default: "" # # This varible defines the CATALINA_BASE to start the service tomcat. # If the value is empty, it is set to $CATALINA_HOME # See /usr/share/doc/packages/tomcat/README.SuSE for more information. # CATALINA_BASE="/srv/www/tomcat/base/" JAVA_HOME="/usr/lib/java" -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Aria Bamdad Sent: Tuesday, May 01, 2007 2:00 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Tomcat/Java problem Alan, On SLES 10, tomcat looks at /etc/sysconfig/j2ee for the definition of these variables. Could it be that you have JAVA_HOME set to something in this file? Aria. On Tue, 01 May 2007 13:12:27 -0400 Levy, Alan said: >The /etc/init.d/tomcat script just does a >"$CATALINA_HOME/bin/startup.sh" which calls Catalina.sh. This script >just references $JAVA_HOME which is already set to the 1.5 directory. > >#./catalina.sh >Using CATALINA_BASE: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_HOME: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_TMPDIR: /usr/jakarta-tomcat-5.0.28/temp >Using JAVA_HOME: /usr/lib/java > > >=20 >-Original Message- >From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of >Mark Post >Sent: Tuesday, May 01, 2007 12:49 PM >To: LINUX-390@VM.MARIST.EDU >Subject: Re: Tomcat/Java problem > > >>> On Tue, May 1, 2007 at 12:36 PM, in message ><[EMAIL PROTECTED]>, >"Levy, >Alan" <[EMAIL PROTECTED]> wrote:=20 > >-snip- >> Although I still have Java 1.42 in my /opt directory, why is Tomcat >> starting with that java and not the 1.5 that's in my path ? > >I would look at the script that starts Tomcat. > > >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 -- 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: Tomcat/Java problem
Now this sounds familiar. In addition to CATALINA_HOME , CATALINA_BASE and JAVA_HOME being in this file , we had had to update TOMCAT_BASE_GROUP for one application. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Aria Bamdad Sent: Tuesday, May 01, 2007 2:00 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Tomcat/Java problem Alan, On SLES 10, tomcat looks at /etc/sysconfig/j2ee for the definition of these variables. Could it be that you have JAVA_HOME set to something in this file? Aria. On Tue, 01 May 2007 13:12:27 -0400 Levy, Alan said: >The /etc/init.d/tomcat script just does a >"$CATALINA_HOME/bin/startup.sh" which calls Catalina.sh. This script >just references $JAVA_HOME which is already set to the 1.5 directory. > >#./catalina.sh >Using CATALINA_BASE: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_HOME: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_TMPDIR: /usr/jakarta-tomcat-5.0.28/temp >Using JAVA_HOME: /usr/lib/java > > >=20 >-Original Message- >From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of >Mark Post >Sent: Tuesday, May 01, 2007 12:49 PM >To: LINUX-390@VM.MARIST.EDU >Subject: Re: Tomcat/Java problem > > >>> On Tue, May 1, 2007 at 12:36 PM, in message ><[EMAIL PROTECTED]>, >"Levy, >Alan" <[EMAIL PROTECTED]> wrote:=20 > >-snip- >> Although I still have Java 1.42 in my /opt directory, why is Tomcat >> starting with that java and not the 1.5 that's in my path ? > >I would look at the script that starts Tomcat. > > >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 -- 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 communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * -- 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: Tomcat/Java problem
Here are my environmental variables. All java directories are for 1.5. env | grep java JRE_HOME=/usr/lib/java/jre PATH=/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/ usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/usr/lib/java/bin JAVA_BINDIR=/usr/lib/java/bin JAVA_HOME=/usr/lib/java SDK_HOME=/usr/lib/java JDK_HOME=/usr/lib/java JAVA_ROOT=/usr/lib/java -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Tuesday, May 01, 2007 2:00 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Tomcat/Java problem >>> On Tue, May 1, 2007 at 1:12 PM, in message <[EMAIL PROTECTED]>, "Levy, Alan" <[EMAIL PROTECTED]> wrote: > The /etc/init.d/tomcat script just does a > "$CATALINA_HOME/bin/startup.sh" which calls Catalina.sh. This script > just references $JAVA_HOME which is already set to the 1.5 directory. > > #./catalina.sh > Using CATALINA_BASE: /usr/jakarta-tomcat-5.0.28 > Using CATALINA_HOME: /usr/jakarta-tomcat-5.0.28 > Using CATALINA_TMPDIR: /usr/jakarta-tomcat-5.0.28/temp > Using JAVA_HOME: /usr/lib/java That may be true when you start it interactively, but what is the case during system startup? If a "ps ef" command shows different values between the two cases, then the environment variables are different during startup. 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
Re: Tomcat/Java problem
Alan, On SLES 10, tomcat looks at /etc/sysconfig/j2ee for the definition of these variables. Could it be that you have JAVA_HOME set to something in this file? Aria. On Tue, 01 May 2007 13:12:27 -0400 Levy, Alan said: >The /etc/init.d/tomcat script just does a >"$CATALINA_HOME/bin/startup.sh" which calls Catalina.sh. This script >just references $JAVA_HOME which is already set to the 1.5 directory. > >#./catalina.sh >Using CATALINA_BASE: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_HOME: /usr/jakarta-tomcat-5.0.28 >Using CATALINA_TMPDIR: /usr/jakarta-tomcat-5.0.28/temp >Using JAVA_HOME: /usr/lib/java > > >=20 >-Original Message- >From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of >Mark Post >Sent: Tuesday, May 01, 2007 12:49 PM >To: LINUX-390@VM.MARIST.EDU >Subject: Re: Tomcat/Java problem > > >>> On Tue, May 1, 2007 at 12:36 PM, in message ><[EMAIL PROTECTED]>, >"Levy, >Alan" <[EMAIL PROTECTED]> wrote:=20 > >-snip- >> Although I still have Java 1.42 in my /opt directory, why is Tomcat >> starting with that java and not the 1.5 that's in my path ? > >I would look at the script that starts Tomcat. > > >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 -- 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: Tomcat/Java problem
>>> On Tue, May 1, 2007 at 1:12 PM, in message <[EMAIL PROTECTED]>, "Levy, Alan" <[EMAIL PROTECTED]> wrote: > The /etc/init.d/tomcat script just does a > "$CATALINA_HOME/bin/startup.sh" which calls Catalina.sh. This script > just references $JAVA_HOME which is already set to the 1.5 directory. > > #./catalina.sh > Using CATALINA_BASE: /usr/jakarta-tomcat-5.0.28 > Using CATALINA_HOME: /usr/jakarta-tomcat-5.0.28 > Using CATALINA_TMPDIR: /usr/jakarta-tomcat-5.0.28/temp > Using JAVA_HOME: /usr/lib/java That may be true when you start it interactively, but what is the case during system startup? If a "ps ef" command shows different values between the two cases, then the environment variables are different during startup. 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: Tomcat/Java problem
The /etc/init.d/tomcat script just does a "$CATALINA_HOME/bin/startup.sh" which calls Catalina.sh. This script just references $JAVA_HOME which is already set to the 1.5 directory. #./catalina.sh Using CATALINA_BASE: /usr/jakarta-tomcat-5.0.28 Using CATALINA_HOME: /usr/jakarta-tomcat-5.0.28 Using CATALINA_TMPDIR: /usr/jakarta-tomcat-5.0.28/temp Using JAVA_HOME: /usr/lib/java -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Tuesday, May 01, 2007 12:49 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Tomcat/Java problem >>> On Tue, May 1, 2007 at 12:36 PM, in message <[EMAIL PROTECTED]>, "Levy, Alan" <[EMAIL PROTECTED]> wrote: -snip- > Although I still have Java 1.42 in my /opt directory, why is Tomcat > starting with that java and not the 1.5 that's in my path ? I would look at the script that starts Tomcat. 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
Re: DDR Front Ends
This is something I was just looking at today, but have not actually used it. If you have DITTO on another OS ie z/OS or z/VSE you can get (no charge) the CMS version that has a DDR interface built in. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of KEETON Dave * OR SDC Sent: Tuesday, May 01, 2007 11:51 AM To: LINUX-390@VM.MARIST.EDU Subject: DDR Front Ends Hello again everyone, Back in March I posted a question about backup and restore for z/VM & Linux. First, let me thank everyone that responded to my question. The answers were quite informative and very much appreciated. I'd like to follow up on a comment made by someone who replied: Stephen Frazier replied and said that there were "several people on this list that have written free front ends for DDR to make it easier to use." I was wondering if anyone would like to share one with me. I'm to the point now where I'm ready to look at them. TIA, Dave Keeton Linux Systems Administrator Enterprise Systems Group Oregon State Data Center (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 __ << ella for Spam Control >> has removed VSE-List messages and set aside VM-List for me You can use it too - and it's FREE! http://www.ellaforspam.com -- 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
DDR Front Ends
Hello again everyone, Back in March I posted a question about backup and restore for z/VM & Linux. First, let me thank everyone that responded to my question. The answers were quite informative and very much appreciated. I'd like to follow up on a comment made by someone who replied: Stephen Frazier replied and said that there were "several people on this list that have written free front ends for DDR to make it easier to use." I was wondering if anyone would like to share one with me. I'm to the point now where I'm ready to look at them. TIA, Dave Keeton Linux Systems Administrator Enterprise Systems Group Oregon State Data Center (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: Tomcat/Java problem
>>> On Tue, May 1, 2007 at 12:36 PM, in message <[EMAIL PROTECTED]>, "Levy, Alan" <[EMAIL PROTECTED]> wrote: -snip- > Although I still have Java 1.42 in my /opt directory, why is Tomcat > starting with that java and not the 1.5 that's in my path ? I would look at the script that starts Tomcat. 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
Tomcat/Java problem
I have a strange java/tomcat problem. When I issue the java -version command, I get: java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build pxz31dev-20070201 (SR4)) IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux s390-31 j9vmxz3123-20070201 (JIT enabled) My $JAVA_HOME is: echo $JAVA_HOME /usr/lib/java My path is: /sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/usr/X 11R6/bin:/bin:/usr/games:/opt/gnome/bin:/usr/lib/java/bin The directory /usr/lib/java contains: lrwxrwxrwx 1 root root 12 Apr 27 09:18 /usr/lib/java -> IBMJava2-1.5 When I start Tomcat and issue ps -ef, it shows: tomcat1636 1 1 11:52 pts/200:00:35 /usr/lib/IBMJava2-1.4/bin/java -Djava.endorsed.dirs=/usr/share/tomcat/common/ Although I still have Java 1.42 in my /opt directory, why is Tomcat starting with that java and not the 1.5 that's in my path ? # dir /opt drwxr-xr-x 5 root root 4096 Apr 24 11:51 . drwxr-xr-x 20 root root 4096 May 1 11:33 .. lrwxrwxrwx 1 root root 23 Apr 24 11:51 IBMJava2-s390-142 -> /usr/lib/IBMJava2-1.4.2 drwxr-xr-x 3 root root 4096 Mar 5 11:02 ibm # dir /opt/ibm drwxr-xr-x 8 root root 4096 Apr 27 09:15 java2-s390-50 -- 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: EMC Clariion and DMX dasd - no support for zseries
>>> On Tue, May 1, 2007 at 11:21 AM, in message <[EMAIL PROTECTED]>, "Smith, Ann (ISD, IT)" <[EMAIL PROTECTED]> wrote: -snip- > What really scares me is that he is saying DMX support is now > 'conditional'. The EMC SAN is the only SAN we've got. We've been using > DMX for about 4 years now. Hopefully he means only SLES10 and this is > temporary. I wonder what they would say if you told them IBM is more than happy to sell you all the DS8x00 units you care to buy. The cloning demo on the z9 works really, really, well with SLES10 and the storage array they haul around with them. 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
EMC Clariion and DMX dasd - no support for zseries
Just another update on Clariion dasd. Our POC was successful - no issues found with SLES10 and Clariion lun's. However, our EMC rep has informed us that: We can not get the RPQ approved for zLinux on CLARiiON. EMC engineering is only "conditionally" approving provisioning for zLinux on DMX (Symmetrix). Sorry. What really scares me is that he is saying DMX support is now 'conditional'. The EMC SAN is the only SAN we've got. We've been using DMX for about 4 years now. Hopefully he means only SLES10 and this is temporary. Ann Smith zVM and zLinux Support IBM Global Services - The Hartford Account Work phone: 860-547-6110 Pager: 800-204-6367 Email: [EMAIL PROTECTED] * This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential and/or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, delete this communication and destroy all copies. * -- 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: Strange file type cannot be moved with scp or ftp
It's a named pipe. They're used for interprocess communication. Ray Higgs System z FCP Development Bld. 706, B24 2455 South Road Poughkeepsie, NY 12601 (845) 435-8666, T/L 295-8666 [EMAIL PROTECTED] Bill Dodge <[EMAIL PROTECTED]> Sent by: Linux on 390 Port 05/01/2007 09:13 AM Please respond to Bill Dodge <[EMAIL PROTECTED]> To LINUX-390@VM.MARIST.EDU cc Subject Strange file type cannot be moved with scp or ftp I am trying to move some files from one linux(Redhat if it matters) to another and both scp and ftp are hanging on a strange file type. I can't find any reference to what this file type is but since it has a size of 0 I am thinking I can just ignore it. Does anyone know what this might be? | V prw-r--r-- 1 1 1 0 Feb 3 23:46 PIPE.dmp -- Bill Dodge email: [EMAIL PROTECTED] Phone: (703)627-2455 "If you don't know where you are going, any road will take you there." Lewis Carroll "If you don't know where you are, a map won't help" Unknown -- 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: FTP on the mainframe
On Tuesday, 05/01/2007 at 04:30 ZE2, Rob van der Heij <[EMAIL PROTECTED]> wrote: > On 4/30/07, Alan Altmark <[EMAIL PROTECTED]> wrote: > > > If you use the subcommand "ebcdic", the "type e" and "mode b" subcommands > > will be issued for you. > > Would you need to qualify that statement? (like but only with z/VM 5.3 > or on odd days)? > > I already started to feel dumb for doing both TYPE E and MODE B when > going from VM to VM. But today I used just EBCDIC to transfer a packed > file. The resulting file was indeed F 1024 but COPYFILE refused to > unpack it... > > When I look at the console I see EBCDIC only do a TYPE E (sigh) No, you're right. As usual. :-) I'm just so used to doing both, I forgot that I type 'ebcdic' AND 'mode b'. 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: FTP on the mainframe
On 4/30/07, Alan Altmark <[EMAIL PROTECTED]> wrote: If you use the subcommand "ebcdic", the "type e" and "mode b" subcommands will be issued for you. Would you need to qualify that statement? (like but only with z/VM 5.3 or on odd days)? I already started to feel dumb for doing both TYPE E and MODE B when going from VM to VM. But today I used just EBCDIC to transfer a packed file. The resulting file was indeed F 1024 but COPYFILE refused to unpack it... When I look at the console I see EBCDIC only do a TYPE E Rob -- 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: Fw: Strange file type cannot be moved with scp or ftp
Thanks to all - still have a lot to learn about this new operating system. I guess someday it will be as automatic as VM and VSE but it is a struggle sometimes. -- Bill Dodge email: [EMAIL PROTECTED] Phone: (703)627-2455 "If you don't know where you are going, any road will take you there." Lewis Carroll "If you don't know where you are, a map won't help" Unknown -- 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 on z and VTS == compatible at all?
Then, as DB has noted, you're basically SOL.sorry. DJ Little, Chris wrote: Channel attached. We're running TSM on z/OS. With the level of utilization, though, it's getting to be expensive. We were looking to cut costs by moving the server to engines with flat pricing. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Monday, April 30, 2007 7:46 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: Linux on z and VTS == compatible at all? What is the possibility of reliably running TSM server on Linux with the backups going to our brand spanking new clustered TS7700? I couldn't find any literature supporting it. If it's channel-attached, then the probability is exactly zero. TSM on Linux doesn't do channel-attached tape. If you had TSM on z/OS -- or even the old TSM on VM server -- you could drive it that way using DFSMS/VM RMM and use server-to-server migration to get the TSM servers to work together. I don't know of anyone using it via FCP attached tape. The generic SCSI changer commands don't seem to work very reliably; the only SCSI VTS I have access to seems to hang reliably when presented with SCSI changer commands. This makes the PTBs unhappy, so I've stopped trying. -- 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 -- DJ V/Soft -- 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 on z and VTS == compatible at all?
Channel attached. We're running TSM on z/OS. With the level of utilization, though, it's getting to be expensive. We were looking to cut costs by moving the server to engines with flat pricing. > -Original Message- > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > Behalf Of David Boyes > Sent: Monday, April 30, 2007 7:46 PM > To: LINUX-390@VM.MARIST.EDU > Subject: Re: Linux on z and VTS == compatible at all? > > > What is the possibility of reliably running TSM server on Linux with > the > > backups going to our brand spanking new clustered TS7700? > > I couldn't find any literature supporting it. > > If it's channel-attached, then the probability is exactly > zero. TSM on Linux doesn't do channel-attached tape. If you > had TSM on z/OS -- or even the old TSM on VM server -- you > could drive it that way using DFSMS/VM RMM and use > server-to-server migration to get the TSM servers to work together. > > I don't know of anyone using it via FCP attached tape. The > generic SCSI changer commands don't seem to work very > reliably; the only SCSI VTS I have access to seems to hang > reliably when presented with SCSI changer commands. This > makes the PTBs unhappy, so I've stopped trying. > > -- > 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: Assigning/Tracking Host names
Nothing that is that usable. Thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering, Client and Platform Engineering Services (CAPES) 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: "Our cause is health. Our passion is service. We?re here to make lives better.? ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. Rick Troth <[EMAIL PROTECTED]> Sent by: Linux on 390 Port 04/30/2007 07:26 PM Please respond to Linux on 390 Port To LINUX-390@VM.MARIST.EDU cc Subject Re: Assigning/Tracking Host names Lionel ... It almost sounds like you want a Server Information Database. I gotta be honest, the best of these are home-grown. What do you have already in-house? (eg: for your existing non-virtual and non-mainframe Unix and Windoze farms) -- R; -- 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
Fw: Strange file type cannot be moved with scp or ftp
My reply to Bill's question went directly to him. I am forwarding it to the list. Tom Shilson Powered by Penguins Unix Team / IT Server Services Tel: 651-733-7591 tshilson at mmm dot com Fax: 651-736-7689 - Forwarded by Tom H. Shilson/US-Corporate/3M/US on 05/01/2007 09:18 AM - Tom H. Shilson/US-Corporate/3M/US 05/01/2007 09:10 AM To Bill Dodge <[EMAIL PROTECTED]> cc Subject Re: Strange file type cannot be moved with scp or ftp Off the top of my head, I think this is a FIFO pipe. (There may also be LIFO pipes, but I am not sure.) It is a staging device of a sort. Application 1 will write to the pipe when it is ready. Application 2 will read the data at its leisure. When FTP tries to read the pipe it waits for some other application to write to the pipe. Unless some other application writes an end-of-file to the pipe, FTP will never end. Don't try to FTP it. Application 1 on the new system may build the pipe there. If not, you can manually build it. Tom Shilson Powered by Penguins Unix Team / IT Server Services Tel: 651-733-7591 tshilson at mmm dot com Fax: 651-736-7689 Bill Dodge <[EMAIL PROTECTED]> Sent by: Linux on 390 Port 05/01/2007 08:13 AM Please respond to Bill Dodge <[EMAIL PROTECTED]> To LINUX-390@VM.MARIST.EDU cc Subject Strange file type cannot be moved with scp or ftp I am trying to move some files from one linux(Redhat if it matters) to another and both scp and ftp are hanging on a strange file type. I can't find any reference to what this file type is but since it has a size of 0 I am thinking I can just ignore it. Does anyone know what this might be? | V prw-r--r-- 1 1 1 0 Feb 3 23:46 PIPE.dmp -- Bill Dodge email: [EMAIL PROTECTED] Phone: (703)627-2455 "If you don't know where you are going, any road will take you there." Lewis Carroll "If you don't know where you are, a map won't help" Unknown -- 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
Strange file type cannot be moved with scp or ftp
I am trying to move some files from one linux(Redhat if it matters) to another and both scp and ftp are hanging on a strange file type. I can't find any reference to what this file type is but since it has a size of 0 I am thinking I can just ignore it. Does anyone know what this might be? | V prw-r--r-- 1 1 1 0 Feb 3 23:46 PIPE.dmp -- Bill Dodge email: [EMAIL PROTECTED] Phone: (703)627-2455 "If you don't know where you are going, any road will take you there." Lewis Carroll "If you don't know where you are, a map won't help" Unknown -- 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: Assigning/Tracking Host names
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Lionel B. Dyck wrote: | Given the number of servers (real and virtual) that can exist how do you | assign host names while avoiding dupliates? | | We have come up with an 8 character host name standard that will also be | the z/vm guest name. The first 5 positions vary depending upon the | location, the os and the function with the last 3 positions being 001 to | 999 to ensure a unique name. Right now an excel worksheet is used. This is | not something that is new so my thinking was that there had to be an | application for assigning host names and tracking information about them. | | Does anyone know of one? | I find it interesting that nobody so far mentioned RFC1178 (Choosing a name for your computer): ftp://ftp.rfc-editor.org/in-notes/rfc1178.txt. There are several excellent ideas in that document. I do agree that there need not be a direct correlation between z/VM userids and hostnames, because they can be matched using other means direct (MAC address in the directory) or indirect (IP address, spreadsheet, inventory, etc.). Following the above guidelines pretty much rules out collisions in the first 8 characters of the hostname though (using a theme name, for example), so one may just as well trim the hostname to 8 characters and simply use it in the directory. I'd suggest using GPOS or TXT for geographic data and subdomains for organizational/divisional delegation; DNS is feature-rich enough to be able to facilitate that, and you also avoid namespace collisions by using subdomains: brixton.rd.foo.net won't collide with brixton.sales.foo.net, where rd and sales are obviously subdomains delegated to R&D and sales departments, respectively. WKAs (well-known aliases, such as www.foo.net) can and should always (except in the case of a NS and MX) be registered as CNAMEs which allows for easy book-keeping and maintenance windows as well. As far as automated assigning and tracking goes, I'll keep out of it: there were a number of good ideas presented so far, and none of them is fundamentally incompatible with the above. Using a name repository in the form of a database table should make it fairly easy for a script to fetch a next-available-name, claim it and register it in both DNS and DHCP databases. Kind regards, - -- ~Grega Bremec ~gregab at p0f dot net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFGNv6+fu4IwuB3+XoRAwUiAJ931gVHkB5jyql/8kC39BD95ShRugCfftHW +ZSifXcxoJZ4Ho5Y1aPaHMA= =opTy -END PGP SIGNATURE- -- 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
