Re: [vox-tech] In Denial About These Hard Drive Problems

2002-06-24 Thread msimons
On Sat, Jun 22, 2002 at 04:16:09PM -0400, [EMAIL PROTECTED] wrote: There are some catches: - cpio is more complex to use. find dir -depth -print0 | cpio -o0H newc | bzip2 -1 dir.cpio.bz2 bzip2 -cd dir.cpio.bz2 | cpio -im Just for future reference the cpio path above is not correct for

Re: [vox-tech] debian virtual install

2002-06-24 Thread Gabriel Rosa
From a quick read, this looks like an application server (ie, all nodes do is get an exported display, and the bin runs on a central server). What I want is NFS root (there's a howto on it, but my question was more on how to get the base OS installed), since I want to have each diskless machine

Re: [vox-tech] debian virtual install

2002-06-24 Thread ME
I serve NFS root to about 80 netbooting NCs running Linux. They also use Debian for their exported roots. What you mention as a problem for getting a base install to the machines is something I encountered before. 1) Use of tar has been less than effective when copying over all of the base files

[vox-tech] Perl question: file handling

2002-06-24 Thread Rod Roark
I'm looking at some Perl code (not mine) that does this (simplified for clarity): open(INFILE, $filename); flock INFILE, LOCK_EX; open(OUTFILE, $tempname); flock OUTFILE, LOCK_EX; ... (read from INFILE, change stuff, write to OUTFILE) ... rename $tempname, $filename; flock

Re: [vox-tech] Perl question: file handling

2002-06-24 Thread Jeff Newmiller
On Mon, 24 Jun 2002, Rod Roark wrote: I'm looking at some Perl code (not mine) that does this (simplified for clarity): open(INFILE, $filename); flock INFILE, LOCK_EX; open(OUTFILE, $tempname); flock OUTFILE, LOCK_EX; ... (read from INFILE, change stuff, write to OUTFILE)

Re: [vox-tech] debian virtual install

2002-06-24 Thread msimons
On Mon, Jun 24, 2002 at 12:54:12PM -0700, ME wrote: 1) Use of tar has been less than effective when copying over all of the base files to a tarballo and then later extrating them into a new tree. It has (historically) always been a problem for me (bugs in tar and dealing with odd dev files

Re: [vox-tech] Perl question: file handling

2002-06-24 Thread Rod Roark
Thanks Jeff, that helps. But in this case the rename deletes a file (with the same name) that's still open (and locked), and so the inode is going away, right? I suppose the OS doesn't care since it was opened read-only, but it sure feels cheesy to me. -- Rod http://www.sunsetsystems.com/

Re: [vox-tech] debian virtual install

2002-06-24 Thread ME
On Mon, 24 Jun 2002 [EMAIL PROTECTED] wrote: On Mon, Jun 24, 2002 at 12:54:12PM -0700, ME wrote: 1) Use of tar has been less than effective when copying over all of the base files to a tarballo and then later extrating them into a new tree. It has (historically) always been a problem for

Re: [vox-tech] Perl question: file handling

2002-06-24 Thread ME
On Mon, 24 Jun 2002, Rod Roark wrote: Thanks Jeff, that helps. But in this case the rename deletes a file (with the same name) that's still open (and locked), and so the inode is going away, right? I suppose the OS doesn't care since it was opened read-only, but it sure feels cheesy to

Re: [vox-tech] Perl question: file handling

2002-06-24 Thread ME
On Mon, 24 Jun 2002, ME wrote: *kinda* like when you pass call a pointer var1 or var2 the address that is being pointed to is the same... Speak like education from California I do. (altered) *kinda* like when you pass a pointer to variable named var1 or var2; the address that the pointer is

Re: [vox-tech] Perl question: file handling

2002-06-24 Thread Jeff Newmiller
On Mon, 24 Jun 2002, Rod Roark wrote: Thanks Jeff, that helps. But in this case the rename deletes a file (with the same name) that's still open (and locked), and so the inode is going away, right? No, deletion does not trigger removal of the inode directly. Only the elimination of all