[sllug-members]: Re: sllug-members Digest, Vol 22, Issue 22

Fri Jun 23 02:42:42 MDT 2006

What if you called it with an &?  that should keep the script doing the
calling from pausing to wait for the called version to end, so it would just
finish running.

On 6/22/06, sllug-members-request at sllug.org <sllug-members-request at sllug.org>
wrote:
>
> Send sllug-members mailing list submissions to
>         sllug-members at sllug.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://www.sllug.org/cgi-bin/mailman/listinfo/sllug-members
> or, via email, send a message with subject or body 'help' to
>         sllug-members-request at sllug.org
>
> You can reach the person managing the list at
>         sllug-members-owner at sllug.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of sllug-members digest..."
>
>
> Today's Topics:
>
>    1. RE: Command to Execute command continuously (Smith, Jeff)
>    2. Re: Command to Execute command continuously (Will Aoki)
>    3. Fwd: Company looking for DBA (Lance Grover)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 21 Jun 2006 13:32:59 -0500
> From: "Smith, Jeff" <Jeff.Smith at hollycorp.com>
> Subject: RE: [sllug-members]: Command to Execute command continuously
> To: "Salt Lake Linux Users Group Discussions"
>         <sllug-members at sllug.org>
> Message-ID:
>         <59DF38F50171424DAF3C2566544378EF360619 at TXDALEX02.hollycorp.com>
> Content-Type: text/plain;       charset="iso-8859-1"
>
> You might want to avoid calling the script from inside itself.  This can
> cause memory problems.  Each time the script launch it reloads the script
> into memory, but it won't release it until the script finishes which it
> won't because it just called itself.
>
> I think the best solution would be the one line infinite while-loop that
> Jeff Schroeder mentioned.  You can even put an & at the end to move it to
> the background.
>
> while true; do <command>; done &
>
> jeff smith
>
> ________________________________________
> From: sllug-members-bounces at sllug.org [mailto:
> sllug-members-bounces at sllug.org] On Behalf Of Randy Clements
> Sent: Wednesday, June 21, 2006 12:28 AM
> To: sllug-members at sllug.org
> Subject: Re: [sllug-members]: Command to Execute command continuously
>
> I just realized I could call the script itself at the end of the script.
> And that seems to be working a bit. However, is there a better way to do
> what I want to do??
> On 6/21/06, Randy Clements <handyrandyrc at gmail.com> wrote:
> I have a new DNS server I want to REALLY pound on. I found a little pair
> of scripts on the Internet which allows you to do a bunch of lookups and
> then return results.
>
> HOWEVER, I'd like to be able to run this command OVER and OVER and OVER
> again -- possibly getting it going MULTIPLE times on my machine in different
> shells.
>
> Anyone know how to do it? Currently I do a ./check from the command like
> to run my script after I chmod 777'ed the file. Works great. But then I have
> to wait for the result, then run it again manually.
>
> I want it to just run all flippin' night long -- is there a way to get it
> to run that continuously from the command line?
>
> ______________________________________________________________________
> See http://www.sllug.org/ for latest SLLUG news, information, links.
> Join SLLUG and other UT LUG members on irc.FreeNode.net channel #Utah
> sllug-members at sllug.org
> http://www.sllug.org/cgi-bin/mailman/listinfo/sllug-members
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 21 Jun 2006 13:08:08 -0600
> From: Will Aoki <waoki at waoki.org>
> Subject: Re: [sllug-members]: Command to Execute command continuously
> To: sllug-members at sllug.org
> Message-ID: <20060621190808.GA3054 at waoki.org>
> Content-Type: text/plain; charset=us-ascii
>
> On Wed, Jun 21, 2006 at 03:27:08AM -0600, Lamont R. Peterson wrote:
> > On Wednesday 21 June 2006 12:27am, Randy Clements wrote:
> > > I just realized I could call the script itself at the end of the
> script.
> > > And that seems to be working a bit.  However, is there a better way to
> do
> > > what I want to do??
> [snipped]
> > Step 2.  At the end of the script, it calls itself, forking another
> shell like
> > in step 1.  This shell process will not exit until the command just
> called
> > exits.
>
> Although it's better to just add a loop to the script, it is possible to
> have it call itself at the end but to avoid the fork by using the exec
> shell builtin, so that the shell replaces itself with whatever you're
> exec'ing - in this case, another shell.
>
> --
> William Aoki         waoki at waoki.org              KD7YAF
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 21 Jun 2006 21:53:08 -0600
> From: "Lance Grover" <lance.grover at gmail.com>
> Subject: [sllug-members]: Fwd: Company looking for DBA
> To: "Salt Lake Linux Users Group Discussions"
>         <sllug-members at sllug.org>
> Message-ID:
>         <57fb4d430606212053j55bdcbbck9da7434f3019c3d9 at mail.gmail.com>
> Content-Type: text/plain; charset="windows-1252"
>
> Waterford Research Institute
> 55 West 900 South
> Salt Lake City, UT 84101
> USA
>
> Phone: 001 (801) 938-1600
> Fax: 001 (801) 938-1611
>
> Please send resume to hr at waterford.org and mention you are applying for
> this
> position.
>
>
>
> *Job Description – Database Administrator*
> Title
>
>
> Database Administrator
>
>
> Description
>
>
> The Database Administrator's role is to design, install, monitor,
> maintain,
> and performance tune production databases while ensuring high levels of
> data
> availability. This individual is also responsible for developing,
> implementing, and overseeing database policies and procedures to ensure
> the
> integrity and availability of databases and their accompanying software.
>
>
> Responsibilities
>
>
>
>    -
>
>    Assess and develop long-term strategic goals for production databases
>    in conjunction with data owners and department managers.
>    -
>
>    Work with application development staff to develop database
>    architectures, coding standards, and quality assurance policies and
>    procedures.
>    -
>
>    Create models for new database development and/or changes to existing
>    ones.
>    -
>
>    Install and configure relevant network components to ensure database
>    access as well as database consistency and integrity.
>    -
>
>    Respond to and resolve database access and performance issues.
>    -
>
>    Monitor database system details within the database, including stored
>    procedures and execution time, and implement efficiency improvements.
>    -
>
>    Design and implement redundant systems, policies, and procedures for
>    disaster recovery and data archiving to ensure effective protection and
>    integrity of data assets.
>    -
>
>    Monitor, optimize and allocate physical data storage for database
>    systems.
>    -
>
>    Plan and coordinate data migrations between systems.
>    -
>
>    Develop, implement, and maintain change control and testing processes
>    for modifications to databases.
>    -
>
>    Create, or support creation of, required reports in response to
>    business user needs.
>    -
>
>    Conduct research and make recommendations on database products,
>    services, protocols, and standards in support of procurement and
> development
>    efforts.
>    -
>
>    Perform database transaction and security audits.
>    -
>
>    Establish appropriate end-user database access control levels.
>    -
>
>    Develop routines for end-users to facilitate best practices database
>    use.
>    -
>
>    Manage and/or provide guidance to junior members of the team.
>
>
> Position Requirements
>
>
>
>    -
>
>    Bachelor's degree in Computer Science or related field
>    -
>
>    2+ years of database administration, implementation in a
>    multi-platform mixed operating system environment.
>    -
>
>    Strong understanding of database structures, theories, principles, and
>    practices.
>    -
>
>    Certifications in current database technologies preferred
>    -
>
>    Working technical experience with designing, building, installing,
>    configuring and supporting database servers, including current versions
> of
>    MS SQL, PostgreSQL, MySQL.
>    -
>
>    Understanding of database replication, distribution and/or clustering
>    -
>
>    Knowledge of applicable data privacy practices and laws.
>    -
>
>    Good written and oral communication skills.
>    -
>
>    Strong technical documentation skills.
>    -
>
>    Good interpersonal skills.
>    -
>
>    Ability to conduct research into database issues, standards and
>    products as required.
>    -
>
>    Ability to present ideas in user-friendly language.
>    -
>
>    Highly self motivated and directed.
>    -
>
>    Keen attention to detail.
>    -
>
>    Proven analytical and problem-solving abilities
>    -
>
>    Strong customer service orientation.
>    -
>
>    Experience working in a team-oriented, collaborative environment.
>
>
>
>
> Please send resume to hr at waterford.org and mention you are applying for
> this
> position.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://sllug.org/pipermail/sllug-members/attachments/20060621/6adfb915/attachment-0001.html
>
> ------------------------------
>
> ______________________________________________________________________
> See http://www.sllug.org/ for latest SLLUG news, information, links.
> Join SLLUG and other UT LUG members on irc.FreeNode.net channel #Utah
> sllug-members at sllug.org
> http://www.sllug.org/cgi-bin/mailman/listinfo/sllug-members
>
>
> End of sllug-members Digest, Vol 22, Issue 22
> *********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://sllug.org/pipermail/sllug-members/attachments/20060623/f155d162/attachment.html