Showing posts with label commands. Show all posts
Showing posts with label commands. Show all posts

Monday, March 19, 2012

Doubts about SQL-DMO

Hello, All!
I've saw many information and commands about SQL-DMO, but I don't know what's
is this and how to use it yet. Could you please explain me how to use and
when is better to use this kind of command?
Thanks
Juliano Horta
Message posted via http://www.droptable.com
Its a way to administer SQL Server programmatically.
HTH; Jens Suessmeyer.

Doubts about SQL-DMO

Hello, All!
I've saw many information and commands about SQL-DMO, but I don't know what's
is this and how to use it yet. Could you please explain me how to use and
when is better to use this kind of command?
Thanks
Juliano Horta
--
Message posted via http://www.sqlmonster.comIts a way to administer SQL Server programmatically.
HTH; Jens Suessmeyer.

Doubts about SQL-DMO

Hello, All!
I've saw many information and commands about SQL-DMO, but I don't know what'
s
is this and how to use it yet. Could you please explain me how to use and
when is better to use this kind of command?
Thanks
Juliano Horta
Message posted via http://www.droptable.comIts a way to administer SQL Server programmatically.
HTH; Jens Suessmeyer.

Friday, March 9, 2012

Dos commands within a stored procedure

Can I issue a dos command like
Cd\fred
Delete *.*
Thanks in advace for your assistance...use osql.
Mel|||Yes, though xp_cmdshell. Bu carefully consider the security implications.
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://www.solidqualitylearning.com/
Blog: http://solidqualitylearning.com/blogs/tibor/
"Jim Heavey" <JimHeavey@.discussions.microsoft.com> wrote in message
news:98BB887A-EDD1-4D08-966D-2938733502FD@.microsoft.com...
> Can I issue a dos command like
> Cd\fred
> Delete *.*
> Thanks in advace for your assistance...|||Hi Jim!
Don't forget that xp_cmdshell is disabled in SQL 2005 by default if that's
your platform. You'll need to enable it using the SQL Server Service Surface
Configuration Manager. And your DBA is gonna give you hell for doing so :-)
BTW, you would probably want to do a
del C:\fred\*.*
to chain the commands. And if you run a command shell like 4NT that aliases
commands like del, you may have to make it
*del C:\fred\*.*
Regards,
Jan
"Tibor Karaszi" <tibor_please.no.email_karaszi@.hotmail.nomail.com> wrote in
message news:OpneAAZWGHA.3328@.TK2MSFTNGP02.phx.gbl...
> Yes, though xp_cmdshell. Bu carefully consider the security implications.
> --
> Tibor Karaszi, SQL Server MVP
> http://www.karaszi.com/sqlserver/default.asp
> http://www.solidqualitylearning.com/
> Blog: http://solidqualitylearning.com/blogs/tibor/
>
> "Jim Heavey" <JimHeavey@.discussions.microsoft.com> wrote in message
> news:98BB887A-EDD1-4D08-966D-2938733502FD@.microsoft.com...
>

Dos commands within a stored procedure

Can I issue a dos command like
Cd\fred
Delete *.*
Thanks in advace for your assistance...
use osql.
Mel
|||Yes, though xp_cmdshell. Bu carefully consider the security implications.
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://www.solidqualitylearning.com/
Blog: http://solidqualitylearning.com/blogs/tibor/
"Jim Heavey" <JimHeavey@.discussions.microsoft.com> wrote in message
news:98BB887A-EDD1-4D08-966D-2938733502FD@.microsoft.com...
> Can I issue a dos command like
> Cd\fred
> Delete *.*
> Thanks in advace for your assistance...
|||Hi Jim!
Don't forget that xp_cmdshell is disabled in SQL 2005 by default if that's
your platform. You'll need to enable it using the SQL Server Service Surface
Configuration Manager. And your DBA is gonna give you hell for doing so :-)
BTW, you would probably want to do a
del C:\fred\*.*
to chain the commands. And if you run a command shell like 4NT that aliases
commands like del, you may have to make it
*del C:\fred\*.*
Regards,
Jan
"Tibor Karaszi" <tibor_please.no.email_karaszi@.hotmail.nomail.com> wrote in
message news:OpneAAZWGHA.3328@.TK2MSFTNGP02.phx.gbl...
> Yes, though xp_cmdshell. Bu carefully consider the security implications.
> --
> Tibor Karaszi, SQL Server MVP
> http://www.karaszi.com/sqlserver/default.asp
> http://www.solidqualitylearning.com/
> Blog: http://solidqualitylearning.com/blogs/tibor/
>
> "Jim Heavey" <JimHeavey@.discussions.microsoft.com> wrote in message
> news:98BB887A-EDD1-4D08-966D-2938733502FD@.microsoft.com...
>

Dos commands within a stored procedure

Can I issue a dos command like
Cd\fred
Delete *.*
Thanks in advace for your assistance...use osql.
Mel|||Yes, though xp_cmdshell. Bu carefully consider the security implications.
--
Tibor Karaszi, SQL Server MVP
http://www.karaszi.com/sqlserver/default.asp
http://www.solidqualitylearning.com/
Blog: http://solidqualitylearning.com/blogs/tibor/
"Jim Heavey" <JimHeavey@.discussions.microsoft.com> wrote in message
news:98BB887A-EDD1-4D08-966D-2938733502FD@.microsoft.com...
> Can I issue a dos command like
> Cd\fred
> Delete *.*
> Thanks in advace for your assistance...|||Hi Jim!
Don't forget that xp_cmdshell is disabled in SQL 2005 by default if that's
your platform. You'll need to enable it using the SQL Server Service Surface
Configuration Manager. And your DBA is gonna give you hell for doing so :-)
BTW, you would probably want to do a
del C:\fred\*.*
to chain the commands. And if you run a command shell like 4NT that aliases
commands like del, you may have to make it
*del C:\fred\*.*
Regards,
Jan
"Tibor Karaszi" <tibor_please.no.email_karaszi@.hotmail.nomail.com> wrote in
message news:OpneAAZWGHA.3328@.TK2MSFTNGP02.phx.gbl...
> Yes, though xp_cmdshell. Bu carefully consider the security implications.
> --
> Tibor Karaszi, SQL Server MVP
> http://www.karaszi.com/sqlserver/default.asp
> http://www.solidqualitylearning.com/
> Blog: http://solidqualitylearning.com/blogs/tibor/
>
> "Jim Heavey" <JimHeavey@.discussions.microsoft.com> wrote in message
> news:98BB887A-EDD1-4D08-966D-2938733502FD@.microsoft.com...
>> Can I issue a dos command like
>> Cd\fred
>> Delete *.*
>> Thanks in advace for your assistance...
>

Friday, February 17, 2012

Does xp_cmdshell kill commands?

Is there some sort of timeout code in xp_cmdshell to kill commands?
I have certain commands executing through xp_cmdshell that get killed after
exactly 2 minutes. It's not every command, just certain commands.
Here is one example using rsh, although I've reproduce it with other
programs.
If I open a command prompt and type:
rsh servername sleep 180
This executes the command "sleep 180" on servername, where servername is
running a remote shell daemon. The rsh command sits there for 3 minutes and
then ends.
But if I open Query Analyzer and type:
exec master.dbo.xp_cmdshell 'rsh servername sleep 180'
the rsh command ends in exactly 2 minutes with a "connection reset" error.
It's not a problem with the rsh command - I've tried the native Windows rsh
command, the rsh command from Cygwin, and a third party rsh command - all do
the same thing - they get killed after exactly 2 minutes when run through
xp_cmdshell, and run for the full 3 minutes from a command prompt. And it's
not a problem with the remote shell server - I've tried it against AIX,
Linux, VMS, and a Windows system running a Windows rshd. And I can
reproduce it with some other programs - I just used rsh as an example
because it is on every Windows system.
But it's not every program - I wrote a "sleep" command in C, which simply
calls Sleep(180000), which will sleep for 3 minutes, and xp_cmdshell does
not kill it.
Any ideas?JJ,
I have never heard of xp_cmdshell killing a command. (Have I been asleep
and missed this?) There are server and connection settings, of course, such
as setting the "remote query timeout" server option, the "query timeout"
connection option, and so forth.
I would suggest that there is an interaction with one of these settings that
affects you. Then why does your code work? Perhaps the C Sleep command is
implemented with some activity, while the rsh command is truly silent.
FWIW - Russell Fields
"JJ" <jjj@.nospam.com> wrote in message
news:ec5tseDYEHA.3112@.tk2msftngp13.phx.gbl...
> Is there some sort of timeout code in xp_cmdshell to kill commands?
> I have certain commands executing through xp_cmdshell that get killed
after
> exactly 2 minutes. It's not every command, just certain commands.
> Here is one example using rsh, although I've reproduce it with other
> programs.
> If I open a command prompt and type:
> rsh servername sleep 180
> This executes the command "sleep 180" on servername, where servername is
> running a remote shell daemon. The rsh command sits there for 3 minutes
and
> then ends.
> But if I open Query Analyzer and type:
> exec master.dbo.xp_cmdshell 'rsh servername sleep 180'
> the rsh command ends in exactly 2 minutes with a "connection reset" error.
> It's not a problem with the rsh command - I've tried the native Windows
rsh
> command, the rsh command from Cygwin, and a third party rsh command - all
do
> the same thing - they get killed after exactly 2 minutes when run through
> xp_cmdshell, and run for the full 3 minutes from a command prompt. And
it's
> not a problem with the remote shell server - I've tried it against AIX,
> Linux, VMS, and a Windows system running a Windows rshd. And I can
> reproduce it with some other programs - I just used rsh as an example
> because it is on every Windows system.
> But it's not every program - I wrote a "sleep" command in C, which simply
> calls Sleep(180000), which will sleep for 3 minutes, and xp_cmdshell does
> not kill it.
> Any ideas?
>|||I'm at a loss to explain it too. "remote query timeout" is set at the
default of 600 (ten minutes) and "query timeout" is set at the default
of -1.
It was first reported to me by an end user of one of my programs. I then
was able to reproduce it here and even at home.
When run "normally" (from a command prompt or batch file) it worked
perfectly.
When my program is run from xp_cmdshell, after exactly two minutes, a call
to the Winsock API call recv() aborts with an error 10054 (connection
reset). I thought it was my program, until I was able to reproduce it with
other things, including the native Windows rsh command and Cygwin's rsh
command.
But it's not a hard timeout - some things run to completion and others do
not. But it is odd that when they die, they stop after exactly 2 minutes.
"Russell Fields" <RussellFields@.NoMailPlease.Com> wrote in message
news:%23FoPxEEYEHA.716@.TK2MSFTNGP11.phx.gbl...
> JJ,
> I have never heard of xp_cmdshell killing a command. (Have I been asleep
> and missed this?) There are server and connection settings, of course,
such
> as setting the "remote query timeout" server option, the "query timeout"
> connection option, and so forth.
> I would suggest that there is an interaction with one of these settings
that
> affects you. Then why does your code work? Perhaps the C Sleep command
is
> implemented with some activity, while the rsh command is truly silent.
> FWIW - Russell Fields
> "JJ" <jjj@.nospam.com> wrote in message
> news:ec5tseDYEHA.3112@.tk2msftngp13.phx.gbl...
> > Is there some sort of timeout code in xp_cmdshell to kill commands?
> >
> > I have certain commands executing through xp_cmdshell that get killed
> after
> > exactly 2 minutes. It's not every command, just certain commands.
> >
> > Here is one example using rsh, although I've reproduce it with other
> > programs.
> >
> > If I open a command prompt and type:
> >
> > rsh servername sleep 180
> >
> > This executes the command "sleep 180" on servername, where servername is
> > running a remote shell daemon. The rsh command sits there for 3 minutes
> and
> > then ends.
> >
> > But if I open Query Analyzer and type:
> >
> > exec master.dbo.xp_cmdshell 'rsh servername sleep 180'
> >
> > the rsh command ends in exactly 2 minutes with a "connection reset"
error.
> >
> > It's not a problem with the rsh command - I've tried the native Windows
> rsh
> > command, the rsh command from Cygwin, and a third party rsh command -
all
> do
> > the same thing - they get killed after exactly 2 minutes when run
through
> > xp_cmdshell, and run for the full 3 minutes from a command prompt. And
> it's
> > not a problem with the remote shell server - I've tried it against AIX,
> > Linux, VMS, and a Windows system running a Windows rshd. And I can
> > reproduce it with some other programs - I just used rsh as an example
> > because it is on every Windows system.
> >
> > But it's not every program - I wrote a "sleep" command in C, which
simply
> > calls Sleep(180000), which will sleep for 3 minutes, and xp_cmdshell
does
> > not kill it.
> >
> > Any ideas?
> >
> >
>

Does xp_cmdshell kill commands?

Is there some sort of timeout code in xp_cmdshell to kill commands?
I have certain commands executing through xp_cmdshell that get killed after
exactly 2 minutes. It's not every command, just certain commands.
Here is one example using rsh, although I've reproduce it with other
programs.
If I open a command prompt and type:
rsh servername sleep 180
This executes the command "sleep 180" on servername, where servername is
running a remote shell daemon. The rsh command sits there for 3 minutes and
then ends.
But if I open Query Analyzer and type:
exec master.dbo.xp_cmdshell 'rsh servername sleep 180'
the rsh command ends in exactly 2 minutes with a "connection reset" error.
It's not a problem with the rsh command - I've tried the native Windows rsh
command, the rsh command from Cygwin, and a third party rsh command - all do
the same thing - they get killed after exactly 2 minutes when run through
xp_cmdshell, and run for the full 3 minutes from a command prompt. And it's
not a problem with the remote shell server - I've tried it against AIX,
Linux, VMS, and a Windows system running a Windows rshd. And I can
reproduce it with some other programs - I just used rsh as an example
because it is on every Windows system.
But it's not every program - I wrote a "sleep" command in C, which simply
calls Sleep(180000), which will sleep for 3 minutes, and xp_cmdshell does
not kill it.
Any ideas?
JJ,
I have never heard of xp_cmdshell killing a command. (Have I been asleep
and missed this?) There are server and connection settings, of course, such
as setting the "remote query timeout" server option, the "query timeout"
connection option, and so forth.
I would suggest that there is an interaction with one of these settings that
affects you. Then why does your code work? Perhaps the C Sleep command is
implemented with some activity, while the rsh command is truly silent.
FWIW - Russell Fields
"JJ" <jjj@.nospam.com> wrote in message
news:ec5tseDYEHA.3112@.tk2msftngp13.phx.gbl...
> Is there some sort of timeout code in xp_cmdshell to kill commands?
> I have certain commands executing through xp_cmdshell that get killed
after
> exactly 2 minutes. It's not every command, just certain commands.
> Here is one example using rsh, although I've reproduce it with other
> programs.
> If I open a command prompt and type:
> rsh servername sleep 180
> This executes the command "sleep 180" on servername, where servername is
> running a remote shell daemon. The rsh command sits there for 3 minutes
and
> then ends.
> But if I open Query Analyzer and type:
> exec master.dbo.xp_cmdshell 'rsh servername sleep 180'
> the rsh command ends in exactly 2 minutes with a "connection reset" error.
> It's not a problem with the rsh command - I've tried the native Windows
rsh
> command, the rsh command from Cygwin, and a third party rsh command - all
do
> the same thing - they get killed after exactly 2 minutes when run through
> xp_cmdshell, and run for the full 3 minutes from a command prompt. And
it's
> not a problem with the remote shell server - I've tried it against AIX,
> Linux, VMS, and a Windows system running a Windows rshd. And I can
> reproduce it with some other programs - I just used rsh as an example
> because it is on every Windows system.
> But it's not every program - I wrote a "sleep" command in C, which simply
> calls Sleep(180000), which will sleep for 3 minutes, and xp_cmdshell does
> not kill it.
> Any ideas?
>
|||I'm at a loss to explain it too. "remote query timeout" is set at the
default of 600 (ten minutes) and "query timeout" is set at the default
of -1.
It was first reported to me by an end user of one of my programs. I then
was able to reproduce it here and even at home.
When run "normally" (from a command prompt or batch file) it worked
perfectly.
When my program is run from xp_cmdshell, after exactly two minutes, a call
to the Winsock API call recv() aborts with an error 10054 (connection
reset). I thought it was my program, until I was able to reproduce it with
other things, including the native Windows rsh command and Cygwin's rsh
command.
But it's not a hard timeout - some things run to completion and others do
not. But it is odd that when they die, they stop after exactly 2 minutes.
"Russell Fields" <RussellFields@.NoMailPlease.Com> wrote in message
news:%23FoPxEEYEHA.716@.TK2MSFTNGP11.phx.gbl...
> JJ,
> I have never heard of xp_cmdshell killing a command. (Have I been asleep
> and missed this?) There are server and connection settings, of course,
such
> as setting the "remote query timeout" server option, the "query timeout"
> connection option, and so forth.
> I would suggest that there is an interaction with one of these settings
that
> affects you. Then why does your code work? Perhaps the C Sleep command
is[vbcol=seagreen]
> implemented with some activity, while the rsh command is truly silent.
> FWIW - Russell Fields
> "JJ" <jjj@.nospam.com> wrote in message
> news:ec5tseDYEHA.3112@.tk2msftngp13.phx.gbl...
> after
> and
error.[vbcol=seagreen]
> rsh
all[vbcol=seagreen]
> do
through[vbcol=seagreen]
> it's
simply[vbcol=seagreen]
does
>

Does xp_cmdshell kill commands?

Is there some sort of timeout code in xp_cmdshell to kill commands?
I have certain commands executing through xp_cmdshell that get killed after
exactly 2 minutes. It's not every command, just certain commands.
Here is one example using rsh, although I've reproduce it with other
programs.
If I open a command prompt and type:
rsh servername sleep 180
This executes the command "sleep 180" on servername, where servername is
running a remote shell daemon. The rsh command sits there for 3 minutes and
then ends.
But if I open Query Analyzer and type:
exec master.dbo.xp_cmdshell 'rsh servername sleep 180'
the rsh command ends in exactly 2 minutes with a "connection reset" error.
It's not a problem with the rsh command - I've tried the native Windows rsh
command, the rsh command from Cygwin, and a third party rsh command - all do
the same thing - they get killed after exactly 2 minutes when run through
xp_cmdshell, and run for the full 3 minutes from a command prompt. And it's
not a problem with the remote shell server - I've tried it against AIX,
Linux, VMS, and a Windows system running a Windows rshd. And I can
reproduce it with some other programs - I just used rsh as an example
because it is on every Windows system.
But it's not every program - I wrote a "sleep" command in C, which simply
calls Sleep(180000), which will sleep for 3 minutes, and xp_cmdshell does
not kill it.
Any ideas?JJ,
I have never heard of xp_cmdshell killing a command. (Have I been asleep
and missed this?) There are server and connection settings, of course, such
as setting the "remote query timeout" server option, the "query timeout"
connection option, and so forth.
I would suggest that there is an interaction with one of these settings that
affects you. Then why does your code work? Perhaps the C Sleep command is
implemented with some activity, while the rsh command is truly silent.
FWIW - Russell Fields
"JJ" <jjj@.nospam.com> wrote in message
news:ec5tseDYEHA.3112@.tk2msftngp13.phx.gbl...
> Is there some sort of timeout code in xp_cmdshell to kill commands?
> I have certain commands executing through xp_cmdshell that get killed
after
> exactly 2 minutes. It's not every command, just certain commands.
> Here is one example using rsh, although I've reproduce it with other
> programs.
> If I open a command prompt and type:
> rsh servername sleep 180
> This executes the command "sleep 180" on servername, where servername is
> running a remote shell daemon. The rsh command sits there for 3 minutes
and
> then ends.
> But if I open Query Analyzer and type:
> exec master.dbo.xp_cmdshell 'rsh servername sleep 180'
> the rsh command ends in exactly 2 minutes with a "connection reset" error.
> It's not a problem with the rsh command - I've tried the native Windows
rsh
> command, the rsh command from Cygwin, and a third party rsh command - all
do
> the same thing - they get killed after exactly 2 minutes when run through
> xp_cmdshell, and run for the full 3 minutes from a command prompt. And
it's
> not a problem with the remote shell server - I've tried it against AIX,
> Linux, VMS, and a Windows system running a Windows rshd. And I can
> reproduce it with some other programs - I just used rsh as an example
> because it is on every Windows system.
> But it's not every program - I wrote a "sleep" command in C, which simply
> calls Sleep(180000), which will sleep for 3 minutes, and xp_cmdshell does
> not kill it.
> Any ideas?
>|||I'm at a loss to explain it too. "remote query timeout" is set at the
default of 600 (ten minutes) and "query timeout" is set at the default
of -1.
It was first reported to me by an end user of one of my programs. I then
was able to reproduce it here and even at home.
When run "normally" (from a command prompt or batch file) it worked
perfectly.
When my program is run from xp_cmdshell, after exactly two minutes, a call
to the Winsock API call recv() aborts with an error 10054 (connection
reset). I thought it was my program, until I was able to reproduce it with
other things, including the native Windows rsh command and Cygwin's rsh
command.
But it's not a hard timeout - some things run to completion and others do
not. But it is odd that when they die, they stop after exactly 2 minutes.
"Russell Fields" <RussellFields@.NoMailPlease.Com> wrote in message
news:%23FoPxEEYEHA.716@.TK2MSFTNGP11.phx.gbl...
> JJ,
> I have never heard of xp_cmdshell killing a command. (Have I been asleep
> and missed this?) There are server and connection settings, of course,
such
> as setting the "remote query timeout" server option, the "query timeout"
> connection option, and so forth.
> I would suggest that there is an interaction with one of these settings
that
> affects you. Then why does your code work? Perhaps the C Sleep command
is
> implemented with some activity, while the rsh command is truly silent.
> FWIW - Russell Fields
> "JJ" <jjj@.nospam.com> wrote in message
> news:ec5tseDYEHA.3112@.tk2msftngp13.phx.gbl...
> after
> and
error.[vbcol=seagreen]
> rsh
all[vbcol=seagreen]
> do
through[vbcol=seagreen]
> it's
simply[vbcol=seagreen]
does[vbcol=seagreen]
>