Re: Adding dasd with Red Hat
Marian, I thought so also and I have to admit that this recommendation I did not hear first hand. Be that as it may, we are certainly heading down the RHEL path at the moment. Regards Kevin -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Marian Gasparovic Sent: Monday, September 03, 2007 9:26 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Adding dasd with Red Hat Kevin, it is strange, IBM should not give recommendations on one vendor over another. We all have our preferences, but I am strongly forbidden to tell customer which distribution to use. The only difference is if the support matrix shows support only for one vedor, which happens from time to time. Marian Gasparovic IBM Slovakia --- Evans, Kevin R [EMAIL PROTECTED] wrote: Mark, I'm glad that this worked for you (and those people here that you obviously help). I think that RH should maybe learn from this, but seems to me that they haven't yet. The story that I got from the FBI folks here that are working the Linux project on the mainframe tell me that the reason that we are using RHEL here is that IBM said that they supported both SLES and RHEL but recommended RHEL. I don't know at what level of IBM that recommendation came from. We have certainly seen issues here with which version of MQ Series we run under z/OS vs which version is supported under Linux with RHEL. We try to keep the same version across the board (which hasn't been possible yet). Kevin -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Sunday, September 02, 2007 11:33 AM To: LINUX-390@VM.MARIST.EDU Subject: Re: Adding dasd with Red Hat On Fri, Aug 31, 2007 at 9:36 PM, in message [EMAIL PROTECTED], John Summerfield [EMAIL PROTECTED] wrote: -snip- It might be on his job description, but probably not, he's here because he likes helping. When I first hired into the Linux Impact Team at Novell, I made sure that it would be on my job description. (At EDS, I was expected to get my real job done on top of whatever I did on my own time. Thanks to my co-workers picking up a lot of the slack, that was easier than it would have been otherwise.) My new job doesn't include this as part of it, but my manager is one of those that believes in doing what is right for the company, even if it's not part of his particular charter. (I've run into a number of those here, by the way. _Very_ refreshing.) The team that is officially responsible for fielding problems view me as more of a help than a bother, so we get along well. If I get something wrong, they know how to call me and set me straight. If they think I can help them on something, they don't hesitate to contact me. All of which is largely what I hoped for when I joined Novell. 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 === Marian Gasparovic === The mere thought hadn't even begun to speculate about the merest possibility of crossing my mind. Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC -- 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: Performance: 31 vs 64 bit?
On 9/4/07, Rick Troth [EMAIL PROTECTED] wrote: I cannot wait for Barton and company to measure it! Don't hold your breath... Most of the measurements we do is because of real customer requirements to reduce their TCO or improve performance without increasing cost. And most of our customers do run commercially supported distributions and applications, so there's little options left. PS The wonderful thing about Linux on z/VM performance is that there often are multiple factors involved, and you cannot really predict the effect without measuring. As for running 32-bit applications in a 64-bit kernel, you would imagine the memory requirements to be also less because various objects are smaller in the 32-bit mode. But if there are also 64-bit binaries (that came with the distribution) you end up using both the 64-bit and the 32-bit glibc and other libraries. And that increases the footprint of your server. Depending on the actual numbers, the effect can go either way... Rob -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.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: Tomcat startup
There were two problems with tomcat on SLES10 when it first was released. One was a message that showed in the logs about jmx.jar and licensing issues. After installing the jmx.jar in the /(catalinahome)/bin I had to add this directory to the CLASSPATH variable in the catalina.sh script. The second problem was a bug in /usr/bin/build-classpath command which is called from the catalina.sh script. At times, the command would append an error message to the CLASSPATH variable. Novell confirmed this bug. Their fix was to create a link for java-1 as follows: ln -s /etc/alternatives/java_sdk_exports /usr/lib64/jvm- exports/java-1 Both these problems I think are fixed in SP1. Aria On Thu, 30 Aug 2007 10:08:27 -0400 Mrohs, Ray said: Hi, We began testing Tomcat 5 a few weeks ago. It starts OK when I'm logged in and I use '/etc/init.d/tomcat5 start'. However there is a problem when starting during the boot process. From what I can tell in the logs, it can't find jmx.jar which is normally part of the CLASSPATH definition. I set CLASSPATH in profile.local. I tried running 'sh /etc/profile.local' after boot.local and before Tomcat is supposed to start, but CLASSPATH still doesn't show up in env. I tried starting Tomcat via Yast, chkconfig, and the above command from my local /config setup, with the same result. I'm hoping there's a simple answer to this? =20 Ray Mrohs U.S. Department of Justice 202-307-6896 =20 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
db2 scripts using crontab
I'm trying to finish a script that will bring down/backup/zip/restart our database and schedule it using crontab. If I su to root and start the script it works fine. I've got everthing working except the down part of DB2. Everytime I issue the command I get permission denied. I was getting it on the force but I set the profile and that part works. I just can't seem to get db2stop command to work. Here is the command I have in the script: /opt/IBM/db2/V8.1/adm/db2stop What am I missing? What's the difference in su and placing something in roots crontab?? thanks Mace Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV. http://tv.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: db2 scripts using crontab
Crontrab runs a minimal profile before it executes the command. You man need to run the root profile within your script. Use the . (dot) command to exeute another script as if it were part the running script. (E.g., . /root/.profile ) I run my db2 scripts from cron as user db2inst1. That solved some of the problems with ownership. Good luck, Tom Shilson Powered by Penguins Unix Team / IT Server Services Tel: 651-733-7591 tshilson at mmm dot com Fax: 651-736-7689 Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 09/04/2007 10:02:18 AM: I'm trying to finish a script that will bring down/backup/zip/restart our database and schedule it using crontab. If I su to root and start the script it works fine. I've got everthing working except the down part of DB2. Everytime I issue the command I get permission denied. I was getting it on the force but I set the profile and that part works. I just can't seem to get db2stop command to work. Here is the command I have in the script: /opt/IBM/db2/V8.1/adm/db2stop What am I missing? What's the difference in su and placing something in roots crontab?? thanks Mace Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV. http://tv.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 -- 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: db2 scripts using crontab
On Tuesday 04 September 2007 11:02, LJ Mace wrote: I'm trying to finish a script that will bring down/backup/zip/restart our database and schedule it using crontab. If I su to root and start the script it works fine. I've got everthing working except the down part of DB2. Everytime I issue the command I get permission denied. I was getting it on the force but I set the profile and that part works. I just can't seem to get db2stop command to work. Here is the command I have in the script: /opt/IBM/db2/V8.1/adm/db2stop What am I missing? What's the difference in su and placing something in roots crontab?? The environment can be very different. When you su without any options, you are keeping the environment of the original user (for the most part). If you su -, you are setting up the environment as if you had logged in as root (it runs /root/.profile or /root/.bash_profile for you). But when cron runs a root crontab, it only sets up a few environment variables (SHELL, LOGNAME and HOME). See crontab(5) for details. You could source $HOME/.bash_profile if you want, but I'm wondering why you're doing the db2stop as root. Shouldn't you do that as your DB2 instance user? I would put this into my crontab script: su - db2inst1 -c /opt/IBM/db2/V8.1/adm/db2stop That will run the db2stop command in a shell whose environment has been set up as if the db2inst1 user had logged in, so it is pretty likely to have everything set up for db2stop to work properly. - MacK. - Edmund R. MacKenty Software Architect Rocket Software, Inc. Newton, MA USA -- 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: Performance: 31 vs 64 bit?
Rob van der Heij wrote: On 9/4/07, Rick Troth [EMAIL PROTECTED] wrote: [snip] PS The wonderful thing about Linux on z/VM performance is that there often are multiple factors involved, and you cannot really predict the effect without measuring. As for running 32-bit applications in a 64-bit kernel, you would imagine the memory requirements to be also less because various objects are smaller in the 32-bit mode. But if there are also 64-bit binaries (that came with the distribution) you end up using both the 64-bit and the 32-bit glibc and other libraries. And that increases the footprint of your server. Depending on the actual numbers, the effect can go either way... So what you are saying is that'it depends' Rob -- 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: Performance: 31 vs 64 bit?
On Tue, Sep 4, 2007 at 7:32 AM, in message [EMAIL PROTECTED], Mario Held [EMAIL PROTECTED] wrote: -snip- And given the situation that the recent distributions are only available as 64-bit flavor the question is 'Do I stay with my old 31-bit kernel version or am I interested in the new features and security of a current kernel and all the other enhancements? Think of support for new hardware. Are new versions of software in a newer distribution interesting because of new functions, better performance, better cooperation of z/VM and Linux? I want to point out that the situation that the recent distributions are only available as 64-bit was at the insistence of IBM itself. I personally still think that 31-bit versions are valuable, even in a z/Architecture-only world. (Which it really isn't. There are still people out there happily running 31-bit hardware, even though they make up only a fraction of IBM's install base.) 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
Trimming a File
What's the best technique for trimming a file? IE: I have file /var/log/toolarge. What's the fastest technique to discard - The first 10,000 records? - The last 10,000 records? And as a bonus, since files are stream oriented, what's the fastest technique for finding out how many records are in the file? -- 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: Trimming a File
On Tuesday 04 September 2007 14:21, Scully, William P wrote: What's the best technique for trimming a file? IE: I have file /var/log/toolarge. What's the fastest technique to discard - The first 10,000 records? head -n 1 /var/log/toolarge /var/log/toolarge.$$ mv /var/log/toolarge.$$ /var/log/toolarge - The last 10,000 records? tail -n 1 /var/log/toolarge /var/log/toolarge.$$ mv /var/log/toolarge.$$ /var/log/toolarge And as a bonus, since files are stream oriented, what's the fastest technique for finding out how many records are in the file? wc -l /var/log/toolarge All of these assume that your record separator is a newline character. - MacK. - Edmund R. MacKenty Software Architect Rocket Software, Inc. Newton, MA USA -- 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: Trimming a File
On Tue, Sep 4, 2007 at 2:21 PM, in message
[EMAIL PROTECTED], Scully, William P
[EMAIL PROTECTED] wrote:
What's the best technique for trimming a file? IE: I have file
/var/log/toolarge. What's the fastest technique to discard
- The first 10,000 records?
sed -i -e '1,1 d' /var/log/toolarge
- The last 10,000 records?
count=$(wc -l /var/log/toolarge | cut -f1 -d )
let start=$count-
if [ ${start} -le 1 ]; then
echo start is set to 1
let start=1
fi
sed -i -e $start,$ d /var/log/toolarge
And as a bonus, since files are stream oriented, what's the fastest
technique for finding out how many records are in the file?
wc -l /var/log/toolarge
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: Trimming a File
Mack, He wants to discard the first and last 10,000 lines. head and tail write them to stdout. Edmund R. MacKenty wrote: On Tuesday 04 September 2007 14:21, Scully, William P wrote: What's the best technique for trimming a file? IE: I have file /var/log/toolarge. What's the fastest technique to discard - The first 10,000 records? head -n 1 /var/log/toolarge /var/log/toolarge.$$ mv /var/log/toolarge.$$ /var/log/toolarge - The last 10,000 records? tail -n 1 /var/log/toolarge /var/log/toolarge.$$ mv /var/log/toolarge.$$ /var/log/toolarge And as a bonus, since files are stream oriented, what's the fastest technique for finding out how many records are in the file? wc -l /var/log/toolarge All of these assume that your record separator is a newline character. - MacK. - Edmund R. MacKenty Software Architect Rocket Software, Inc. Newton, MA USA -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- 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: Trimming a File
On Tue, Sep 4, 2007 at 2:32 PM, in message [EMAIL PROTECTED], Edmund R. MacKenty [EMAIL PROTECTED] wrote: On Tuesday 04 September 2007 14:21, Scully, William P wrote: What's the best technique for trimming a file? IE: I have file /var/log/toolarge. What's the fastest technique to discard - The first 10,000 records? head -n 1 /var/log/toolarge /var/log/toolarge.$$ mv /var/log/toolarge.$$ /var/log/toolarge MacK, this will keep only the first 10K records, not discard them. - The last 10,000 records? tail -n 1 /var/log/toolarge /var/log/toolarge.$$ mv /var/log/toolarge.$$ /var/log/toolarge And this will keep only the last 10K records, not discard 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
VSWITCH controllers
We have test and production Linux systems on one of our z/VM 520 systems. We want to separate the test and production systems - different VSWITCHes, subnets etc. However it seems there is no way to separate the controllers - that is if you want more than one by specifying CONTROLLER *VSWITCH. CP allocates any controllers that are available. Is separating controllers doable? Peter. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: VSWITCH controllers
Well, your mileage may vary... But I'd be wary about putting test and prod on the same lpar/VM system. Our test linux servers are not well behaved at all - it's the wild west on that lpar:) I wouldn't want to explain to management why dev/test stuff may have implacted production. Will cost you some in memory, but is probably worth it. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Peter Rothman Sent: Tuesday, September 04, 2007 12:48 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] VSWITCH controllers We have test and production Linux systems on one of our z/VM 520 systems. We want to separate the test and production systems - different VSWITCHes, subnets etc. However it seems there is no way to separate the controllers - that is if you want more than one by specifying CONTROLLER *VSWITCH. CP allocates any controllers that are available. Is separating controllers doable? Peter. -- 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 smime.p7s Description: S/MIME cryptographic signature
trashed 3390-9
well sort of. our intrepid storage person ran the jcl at the end of this email to initialize dasd. to my chagrin, it included the three physical volumes in a linux logical volume group. is there any hope of recreating the vtoc and reliably rescuing the data? //DISKINT1 JOB (C110,2,000,SYS,22822,K),'CARTWRIGHT 3/A',CLASS=S, //MSGCLASS=Q,NOTIFY=U22822 /*JOBPARM R=3A //* $ACFJ219 ACF2 ACTIVE OKDHSJES //*** //* //* JCL IN U22822.DSF.CNTL //* PACK MUST BE VARRIED OFF LINE //* // //SCRATCH EXEC PGM=ICKDSF //SYSPRINT DD SYSOUT=$ //SYSINDD * INIT UNIT(1411)/* INITIALIZES DISK PACK SHORT VERS*/ + VOLID(DA1411) /* WRITES VOLUME SERIAL NUMBER*/ + NOCHECK/* WRITES OVER ALL EXISTING DATA */ + NOVERIFY /* BYPASS VERIFY VOL SER OWNER ID */ + NOVALIDATE /* BYPASS VALIDATE*/ + VTOC(0,1,674) /* VTOC FOR MANY RDS DATASETS AT 674 TRKS */ + INDEX(45,0,90) /* INDEX AT CYL 45 TRACK 0 LENGTH 90 TRKS */ /* -- 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: Trimming a File
On Tuesday 04 September 2007 14:31, Rich Smrcina wrote:
He wants to discard the first and last 10,000 lines. head and tail
write them to stdout.
Doh! I misread it. Sorry about that. I'm usually trying to preserve the
last N lines of my logs, so I wrote that reflexively.
Mark's method using sed is the best approach, though I'd probably calculate
the starting line number using awk:
start=$(awk 'END {s=NR-1; if (s 1) s=1; print s}' /var/log/toolarge)
sed -i -e $start,'$ d' /var/log/toolarge
You could actually do the whole thing in awk using a circular buffer of 1
lines, and that might be more efficient because it makes only one pass
through the input file:
awk 'BEGIN {N=1} \
{if (p) print Lines[i]; Lines[i++] = $0; if (i == N) {i=0; p=1}}' \
/var/log/toolarge
That's a bit cryptic, but it is just printing the 1th line before the one
it is reading. It works by buffering up 1 lines and turning on printing
when the buffer circles around to overwrite the first line. Awk Rules!
Oh well. Even if I can't read the question right, I can still contribute
something. :-)
- MacK.
-
Edmund R. MacKenty
Software Architect
Rocket Software, Inc.
Newton, MA USA
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
Re: VSWITCH controllers
1.DEF VSWITCH .. CONTROLLER urname1 ... 2. SET VWSWITCH CONTROLLER urname2 David -Original Message- From: Linux on 390 Port on behalf of Marcy Cortes Sent: Tue 9/4/2007 3:59 PM To: LINUX-390@VM.MARIST.EDU Subject: Re: VSWITCH controllers Well, your mileage may vary... But I'd be wary about putting test and prod on the same lpar/VM system. Our test linux servers are not well behaved at all - it's the wild west on that lpar:) I wouldn't want to explain to management why dev/test stuff may have implacted production. Will cost you some in memory, but is probably worth it. Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Peter Rothman Sent: Tuesday, September 04, 2007 12:48 PM To: LINUX-390@VM.MARIST.EDU Subject: [LINUX-390] VSWITCH controllers We have test and production Linux systems on one of our z/VM 520 systems. We want to separate the test and production systems - different VSWITCHes, subnets etc. However it seems there is no way to separate the controllers - that is if you want more than one by specifying CONTROLLER *VSWITCH. CP allocates any controllers that are available. Is separating controllers doable? Peter. -- 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: VSWITCH controllers
On Tuesday, 09/04/2007 at 03:48 EDT, Peter Rothman [EMAIL PROTECTED] wrote: We have test and production Linux systems on one of our z/VM 520 systems. We want to separate the test and production systems - different VSWITCHes, subnets etc. However it seems there is no way to separate the controllers - that is if you want more than one by specifying CONTROLLER *VSWITCH. CP allocates any controllers that are available. Is separating controllers doable? Yes, but is it necessary? DTCVSW1 and DTCVSW2 should be able to handle all your needs. If you have any VSWITCH CONTROLLER ON statements in your IP stacks PROFILE TCPIPs, remove them. 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: trashed 3390-9
Since it looks like it overwrote the first 51 cylinders with VTOC and INDEX, that blew away the first 50 cylinders of the first linux partition on the volume. You could spend an awful lot of effort recovering data out of the end of the volumes, or you could reformat, rebuild your logical volumes, and restore from backup. That first 50 cylinders contains stuff like the filesystem superblock. There are backups on the disk elsewhere, but if you didn't capture all the output when you formatted them the first time you won't know where they are. And actually - since this is a LVM logical volume, they could be anywhere on the three volumes that got whacked - if they were all in the same volume group. No Superblock, no files. Yeah - go to the tapes I'd say. -- Jay Brenneman -- 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: db2 scripts using crontab
LJ Mace wrote: I'm trying to finish a script that will bring down/backup/zip/restart our database and schedule it using crontab. If I su to root and start the script it works fine. I've got everthing working except the down part of DB2. Everytime I issue the command I get permission denied. I was getting it on the force but I set the profile and that part works. I just can't seem to get db2stop command to work. Here is the command I have in the script: /opt/IBM/db2/V8.1/adm/db2stop What am I missing? What's the difference in su and placing something in roots crontab?? An obvious difference is that in once case you generally have a tty (terminal) and in the other you don't. Which distro are you using? If RHEL then you may have a different security context in those different circumstances. I note that RHEL /etc/init.d/* use runuser and not su. For example, see /etc/init.d/postgresql -- 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: Trimming a File
Mark Post wrote:
On Tue, Sep 4, 2007 at 2:21 PM, in message
[EMAIL PROTECTED], Scully, William P
[EMAIL PROTECTED] wrote:
What's the best technique for trimming a file? IE: I have file
/var/log/toolarge. What's the fastest technique to discard
- The first 10,000 records?
sed -i -e '1,1 d' /var/log/toolarge
- The last 10,000 records?
count=$(wc -l /var/log/toolarge | cut -f1 -d )
Why is the cut useful?
let start=$count-
if [ ${start} -le 1 ]; then
echo start is set to 1
let start=1
fi
sed -i -e $start,$ d /var/log/toolarge
Do we want to read the file twice?
Here's a sed line that I picked up someplace (I think there's a site
devoted to sed) and adapted, but don't really understand, It prints a
few, then maintains a hold buffer to the end, and then prints the hold
buffer.
Perhaps it too can be adapted, and do it in one pass.
CPU consumption may be a drawback though.
And as a bonus, since files are stream oriented, what's the fastest
technique for finding out how many records are in the file?
wc -l /var/log/toolarge
--
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: Trimming a File
Because wc prints the filename in the output: [EMAIL PROTECTED]:~ wc -l x.xxx 10 x.xxx John Summerfield wrote: Why is the cut useful? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- 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: Performance: 31 vs 64 bit?
On Tue, 4 Sep 2007, Mark Post wrote: I want to point out that the situation that the recent distributions are only available as 64-bit was at the insistence of IBM itself. I personally still think that 31-bit versions are ... Well ... that is sad. Can you substantiate that? I cannot offer MONEY to the IBM team(s) which support 31-bit Linux for S/390. But to abandon a platform is counter to the whole effort behind Linux. (Not that platforms aren't lost.) -- 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: Performance: 31 vs 64 bit?
On Tue, Sep 4, 2007 at 10:44 PM, in message [EMAIL PROTECTED], Rick Troth [EMAIL PROTECTED] wrote: On Tue, 4 Sep 2007, Mark Post wrote: I want to point out that the situation that the recent distributions are only available as 64-bit was at the insistence of IBM itself. I personally still think that 31-bit versions are ... Well ... that is sad. Can you substantiate that? Substantiate it in what way? What do you require to believe it? I cannot offer MONEY to the IBM team(s) which support 31-bit Linux for S/390. But to abandon a platform is counter to the whole effort behind Linux. (Not that platforms aren't lost.) This had nothing to do with the developers. It was a business decision made by IBM. The thinking (from what I was told) was that only a very small number of IBM shops didn't have 64-bit hardware, and they by definition were running unsupported, etc., etc., etc. I.e., it came down to money. 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
