Re: [U2] Things you shouldn't do.....
If you want to clear the PH record but retain the inode, at the Unix prompt put filename In Unix it nulls out the file but retains the inode. I use this method very often for clearing UniData, UniVerse and Unix logs. HTH Dan Goble | Senior Systems Engineer Interline Brands, Inc. 804 East Gate Drive Suite 100, Mount Laurel, NJ 08054 Office: 856.533.3110 | Mobile: 609.792.6855 E-mail: dan.go...@interlinebrands.com | Website: www.interlinebrands.com This e-mail and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. Please notify the sender immediately by e-mail if you have received this e-mail in error and delete all copies of this message. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, November 30, 2012 1:43 PM To: U2 Users List Subject: Re: [U2] Things you shouldn't do. If I remember correctly, the only problem with hard linking is that you can not make a hard link that is outside the filesystem that it resides in, whereas a softlink can. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wols Lists Sent: Friday, November 30, 2012 1:36 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Things you shouldn't do. Off-topic - I make a lot of use of this tactic to save disk space - I store all my digital photos in a secure area, and then link them into my and my wife's home directories so we both see the same file. And because I use hard links, moving the original file doesn't break the links. If you do an ls -al in a directory, one of the columns is the number of links to the inode - do hard linking and you'll see this climb above 1. Just don't hard-link a directory - I gather it can be done, but an rm is likely to make a mess of your files ... James Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Things you shouldn't do.....
Will keep that in mind. Thanks. George Gallen Senior Programmer/Analyst Accounting/Data Division ggal...@wyanokegroup.com ph:856.848.9005 Ext 220 The Wyanoke Group http://www.wyanokegroup.com From: u2-users-boun...@listserver.u2ug.org [u2-users-boun...@listserver.u2ug.org] On Behalf Of Dan Goble [dan.go...@interlinebrands.com] Sent: Sunday, December 02, 2012 10:40 AM To: U2 Users List Subject: Re: [U2] Things you shouldn't do. If you want to clear the PH record but retain the inode, at the Unix prompt put filename In Unix it nulls out the file but retains the inode. I use this method very often for clearing UniData, UniVerse and Unix logs. HTH Dan Goble | Senior Systems Engineer Interline Brands, Inc. 804 East Gate Drive Suite 100, Mount Laurel, NJ 08054 Office: 856.533.3110 | Mobile: 609.792.6855 E-mail: dan.go...@interlinebrands.com | Website: www.interlinebrands.com This e-mail and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. Please notify the sender immediately by e-mail if you have received this e-mail in error and delete all copies of this message. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of George Gallen Sent: Friday, November 30, 2012 1:43 PM To: U2 Users List Subject: Re: [U2] Things you shouldn't do. If I remember correctly, the only problem with hard linking is that you can not make a hard link that is outside the filesystem that it resides in, whereas a softlink can. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wols Lists Sent: Friday, November 30, 2012 1:36 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Things you shouldn't do. Off-topic - I make a lot of use of this tactic to save disk space - I store all my digital photos in a secure area, and then link them into my and my wife's home directories so we both see the same file. And because I use hard links, moving the original file doesn't break the links. If you do an ls -al in a directory, one of the columns is the number of links to the inode - do hard linking and you'll see this climb above 1. Just don't hard-link a directory - I gather it can be done, but an rm is likely to make a mess of your files ... James Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Things you shouldn't do.....
devnull (aka bit bucket)? I can clear the error log in Jbase, both on AIX and Windows, and it still puts new messages in it after I've written the empty record back. No clue why UV would do that. Perhaps it tried to open it and found it locked? SWAG, I know. Charlie On 11-30-2012 10:13 AM, George Gallen wrote: Here's one of those things that I didn't think would be a problem.but alas I was wrong! I have a phantom running, which writes any output to the PH file. I opened the PH record to view if there were any problems, and then deleted all the lines in the file, and 'FI'ed it back. Now I have no clue where the output of the phantom is being written to??? It's still running fine, and I KNOW it's still creating output But it's not going to the PH record anymore, since I mucked with it. Obviously, killing and restarting the phantom will right my wrongs, but I wouldn't have thought gutting the output PH file Would stop it from future writes?? UV 10.0.2 / linux George ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Things you shouldn't do.....
My thought was that 'FI'ing actually deletes, then writes. So, if there is some kind of INODE system for UV, Possible that the phantom was still writing to the old INODE, and now the PH is using a new INODE. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Charlie Noah Sent: Friday, November 30, 2012 11:27 AM To: U2 Users List Subject: Re: [U2] Things you shouldn't do. devnull (aka bit bucket)? I can clear the error log in Jbase, both on AIX and Windows, and it still puts new messages in it after I've written the empty record back. No clue why UV would do that. Perhaps it tried to open it and found it locked? SWAG, I know. Charlie On 11-30-2012 10:13 AM, George Gallen wrote: Here's one of those things that I didn't think would be a problem.but alas I was wrong! I have a phantom running, which writes any output to the PH file. I opened the PH record to view if there were any problems, and then deleted all the lines in the file, and 'FI'ed it back. Now I have no clue where the output of the phantom is being written to??? It's still running fine, and I KNOW it's still creating output But it's not going to the PH record anymore, since I mucked with it. Obviously, killing and restarting the phantom will right my wrongs, but I wouldn't have thought gutting the output PH file Would stop it from future writes?? UV 10.0.2 / linux George ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Things you shouldn't do.....
The PH file is a type 1 file(a directory). On AIX: When you write the record back to the directory, the inode is changed to point the the new disk location of the new file. The old file is still update(output for phantom) until the file is closed, then AIX removes it. I'm sure this is the same on Linux/all UNIX distros, never tested. James On 11/30/2012 11:13 AM, George Gallen wrote: Here's one of those things that I didn't think would be a problem.but alas I was wrong! I have a phantom running, which writes any output to the PH file. I opened the PH record to view if there were any problems, and then deleted all the lines in the file, and 'FI'ed it back. Now I have no clue where the output of the phantom is being written to??? It's still running fine, and I KNOW it's still creating output But it's not going to the PH record anymore, since I mucked with it. Obviously, killing and restarting the phantom will right my wrongs, but I wouldn't have thought gutting the output PH file Would stop it from future writes?? UV 10.0.2 / linux George ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Things you shouldn't do.....
On 30/11/12 16:39, Cypress Support wrote: The PH file is a type 1 file(a directory). On AIX: When you write the record back to the directory, the inode is changed to point the the new disk location of the new file. The old file is still update(output for phantom) until the file is closed, then AIX removes it. I'm sure this is the same on Linux/all UNIX distros, never tested. Spot on. IF UV does a delete then rewrite this is what's happened. Unlike in many other systems, nix treats the directory entry and the file as separate entities rather than different parts of the same. So UV would have deleted the directory entry and created a new file identical to the old one. But the phantom will continue writing to the old file. It will be garbage-collected when the phantom terminates. It is possible to recover it, but don't ask me how. You can ask the system which processes have which files open and it will give you the inodes. You can then relink that file somehow. Off-topic - I make a lot of use of this tactic to save disk space - I store all my digital photos in a secure area, and then link them into my and my wife's home directories so we both see the same file. And because I use hard links, moving the original file doesn't break the links. If you do an ls -al in a directory, one of the columns is the number of links to the inode - do hard linking and you'll see this climb above 1. Just don't hard-link a directory - I gather it can be done, but an rm is likely to make a mess of your files ... James Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Things you shouldn't do.....
Don't give fire to children! bad bad bad! -Original Message- From: Wols Lists antli...@youngman.org.uk To: u2-users u2-users@listserver.u2ug.org Sent: Fri, Nov 30, 2012 10:36 am Subject: Re: [U2] Things you shouldn't do. On 30/11/12 16:39, Cypress Support wrote: The PH file is a type 1 file(a directory). On AIX: When you write the record back to the directory, the inode is changed to point the the new disk location of the new file. The old file is still update(output for phantom) until the file is closed, then AIX removes it. I'm sure this is the same on Linux/all UNIX distros, never tested. Spot on. IF UV does a delete then rewrite this is what's happened. Unlike in many other systems, nix treats the directory entry and the file as separate entities rather than different parts of the same. So UV would have deleted the directory entry and created a new file identical to the old one. But the phantom will continue writing to the old file. It will be garbage-collected when the phantom terminates. It is possible to recover it, but don't ask me how. You can ask the system which processes have which files open and it will give you the inodes. You can then relink that file somehow. Off-topic - I make a lot of use of this tactic to save disk space - I store all my digital photos in a secure area, and then link them into my and my wife's home directories so we both see the same file. And because I use hard links, moving the original file doesn't break the links. If you do an ls -al in a directory, one of the columns is the number of links to the inode - do hard linking and you'll see this climb above 1. Just don't hard-link a directory - I gather it can be done, but an rm is likely to make a mess of your files ... James Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Things you shouldn't do.....
If I remember correctly, the only problem with hard linking is that you can not make a hard link that is outside the filesystem that it resides in, whereas a softlink can. George -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Wols Lists Sent: Friday, November 30, 2012 1:36 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Things you shouldn't do. Off-topic - I make a lot of use of this tactic to save disk space - I store all my digital photos in a secure area, and then link them into my and my wife's home directories so we both see the same file. And because I use hard links, moving the original file doesn't break the links. If you do an ls -al in a directory, one of the columns is the number of links to the inode - do hard linking and you'll see this climb above 1. Just don't hard-link a directory - I gather it can be done, but an rm is likely to make a mess of your files ... James Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users