Re: Raw vs. Cooked dbspaces?
Replies to a raw versus cooked dbspaces discussion turned into anecdotes about sysadmins deleting Informix files. Art Kagel names raw devices ifmx001 and so on so they are recognised, but admins once cleaned up large cooked files owned by informix on a development system. Thomas Parsli, Paul Watson and another poster joked about it. No technical conclusion.
Auto-generated by Claude from the posts below — may be imperfect; read the full thread.
Paul Watson <paulw@wfsoftware.com> writes: > Oh I know one or two Sys Admins who've mkfs'd a raw partition thinking > it's not in use, not so bad if its a normal data dbspace but if its > rootdbs then ... (Sorry for my silly quoting, but you started...) Those sysadmins are probably the same who will delete those strange large files owned by informix... Thomas
Thomas Parsli wrote: > > Paul Watson <paulw@wfsoftware.com> writes: > > > Oh I know one or two Sys Admins who've mkfs'd a raw partition thinking > > it's not in use, not so bad if its a normal data dbspace but if its > > rootdbs then ... > > (Sorry for my silly quoting, but you started...) > > Those sysadmins are probably the same who will delete those strange > large files owned by informix... I always have my sysadmins name the device files something like: ifmx001 etc. so that they know that these are reserved for me. I have never had a sysadmin trash a RAW chunk but once each the sysadmins, operators, and developers' overseer (don't ask) have decided to "clean up" those HUGE files that user informix owns that it has not written to in a month or more trashing the development system (Sure I can use COOKED files for the development server, don't bother creating new device files just for THIS! I said, Arrgh. Try to be reasonable ...) Art S. Kagel
Thomas Parsli wrote: > > Paul Watson <paulw@wfsoftware.com> writes: > > > Oh I know one or two Sys Admins who've mkfs'd a raw partition thinking > > it's not in use, not so bad if its a normal data dbspace but if its > > rootdbs then ... > > (Sorry for my silly quoting, but you started...) > > Those sysadmins are probably the same who will delete those strange > large files owned by informix... No that's a cron job left by contractors to justify their existence :-) -- Paul Watson # WF Software Ltd # You are only young once Tel: +44 1436 674729 # but you can be immature Fax: +44 1436 678693 # for ever www.wfsoftware.com #
In article <392C0C80.49EC80D2@wfsoftware.com>, Paul Watson <paulw@wfsoftware.com> wrote: > Thomas Parsli wrote: > > > > Paul Watson <paulw@wfsoftware.com> writes: > > > > > Oh I know one or two Sys Admins who've mkfs'd a raw partition thinking > > > it's not in use, not so bad if its a normal data dbspace but if its > > > rootdbs then ... > > > > (Sorry for my silly quoting, but you started...) > > > > Those sysadmins are probably the same who will delete those strange > > large files owned by informix... > > No that's a cron job left by contractors to justify their existence :-) > I saw a sys admin once try to remove a file called "~me" or something like that. He couldn't get 'rm ~me' to work, so he tried (logged in as root) 'rm ~*'. Hmmm.... ~ = home directory... * = everything... remove everything from root's home directory... Should'a seen the look of sheer terror on his face when he figured out what he'd done. God, what a memory. Makes me chuckle. > -- > Paul Watson # > WF Software Ltd # You are only young once > Tel: +44 1436 674729 # but you can be immature > Fax: +44 1436 678693 # for ever > www.wfsoftware.com # > -- # unrm / ksh: unrm: not found # man cpio Sent via Deja.com http://www.deja.com/ Before you buy.
Paul Watson <paulw@wfsoftware.com> writes: > Thomas Parsli wrote: > > > > Paul Watson <paulw@wfsoftware.com> writes: > > > > > Oh I know one or two Sys Admins who've mkfs'd a raw partition thinking > > > it's not in use, not so bad if its a normal data dbspace but if its > > > rootdbs then ... > > > > (Sorry for my silly quoting, but you started...) > > > > Those sysadmins are probably the same who will delete those strange > > large files owned by informix... > > No that's a cron job left by contractors to justify their existence :-) Trying to instigate another Oracle discussion, are we? Thomas