Cant telnet x.x.x.x 1433 on localhost

Hi,
I used Microsoft SQL server 2000 on Microsoft Windows Server 2003 for database server and used Redhat Linux Enterprise for Web server.

I wrote the PHP script (on Redhat) connect to database server, its does not work. And then I install freetds on Web server but not work too.

I have problem not be solve...
- on Redhat, cannot telnet x.x.x.x 1433 to database server. But telnet to other port is success.
- on database server, cannot telnet x.x.x.x 1433 and telnet 127.0.0.1 1433.
- between web server and database server can used ping !
- I used command 'netstat -an' on database server is not show for 1433 port.

please help me... :eek:My first guess would be that you have NOT applied SQL 2000 service pack 3a or later to your SQL Server machine. Windows 2003 will not allow SQL Server to use TCP/IP unless it is protected from the Blaster worm.

-PatP|||thank you :)

Can't take db offline

I have an ERP system, and I am try to take the db offline to restore, but it
will not. Any suggestions. I even rebooted
"DBA" <DBA@.discussions.microsoft.com> wrote in message
news:B16E4BFD-5BC0-4FEE-B53E-53F22D10CFA9@.microsoft.com...
>I have an ERP system, and I am try to take the db offline to restore, but
>it
> will not. Any suggestions. I even rebooted
Run sp_who to see who is currently connected to the database.
You can then use the KILL command to kill off the spids who are connected.
Once that is done, you should be able to put the database in db use only.
Rick Sawtell
MCT, MCSD, MCDBA
|||easier than killing them, (especially if you have many users connected),
you can:
ALTER DATABASE SET OFFLINE WITH ROLLBACK IMMEDIATE
ALTER DATABASE SET ONLINE
that should disconnect the buggers :-)
Rick Sawtell wrote:

> "DBA" <DBA@.discussions.microsoft.com> wrote in message
> news:B16E4BFD-5BC0-4FEE-B53E-53F22D10CFA9@.microsoft.com...
>
> Run sp_who to see who is currently connected to the database.
> You can then use the KILL command to kill off the spids who are connected.
> Once that is done, you should be able to put the database in db use only.
> Rick Sawtell
> MCT, MCSD, MCDBA
>
|||Good one Uri...
That goes into the toolchest!
Rick
"Uri Dor" <tablul@.newsgroups.nospam> wrote in message
news:eBm4jxg0EHA.1860@.TK2MSFTNGP15.phx.gbl...[vbcol=seagreen]
> easier than killing them, (especially if you have many users connected),
> you can:
> ALTER DATABASE SET OFFLINE WITH ROLLBACK IMMEDIATE
> ALTER DATABASE SET ONLINE
> that should disconnect the buggers :-)
> Rick Sawtell wrote:

Can't take db offline

I have an ERP system, and I am try to take the db offline to restore, but it
will not. Any suggestions. I even rebooted"DBA" <DBA@.discussions.microsoft.com> wrote in message
news:B16E4BFD-5BC0-4FEE-B53E-53F22D10CFA9@.microsoft.com...
>I have an ERP system, and I am try to take the db offline to restore, but
>it
> will not. Any suggestions. I even rebooted
Run sp_who to see who is currently connected to the database.
You can then use the KILL command to kill off the spids who are connected.
Once that is done, you should be able to put the database in db use only.
Rick Sawtell
MCT, MCSD, MCDBA|||easier than killing them, (especially if you have many users connected),
you can:
ALTER DATABASE SET OFFLINE WITH ROLLBACK IMMEDIATE
ALTER DATABASE SET ONLINE
that should disconnect the buggers :-)
Rick Sawtell wrote:
> "DBA" <DBA@.discussions.microsoft.com> wrote in message
> news:B16E4BFD-5BC0-4FEE-B53E-53F22D10CFA9@.microsoft.com...
>>I have an ERP system, and I am try to take the db offline to restore, but
>>it
>>will not. Any suggestions. I even rebooted
>
> Run sp_who to see who is currently connected to the database.
> You can then use the KILL command to kill off the spids who are connected.
> Once that is done, you should be able to put the database in db use only.
> Rick Sawtell
> MCT, MCSD, MCDBA
>|||Good one Uri...
That goes into the toolchest!
Rick
"Uri Dor" <tablul@.newsgroups.nospam> wrote in message
news:eBm4jxg0EHA.1860@.TK2MSFTNGP15.phx.gbl...
> easier than killing them, (especially if you have many users connected),
> you can:
> ALTER DATABASE SET OFFLINE WITH ROLLBACK IMMEDIATE
> ALTER DATABASE SET ONLINE
> that should disconnect the buggers :-)
> Rick Sawtell wrote:
>> "DBA" <DBA@.discussions.microsoft.com> wrote in message
>> news:B16E4BFD-5BC0-4FEE-B53E-53F22D10CFA9@.microsoft.com...
>>I have an ERP system, and I am try to take the db offline to restore, but
>>it
>>will not. Any suggestions. I even rebooted
>>
>> Run sp_who to see who is currently connected to the database.
>> You can then use the KILL command to kill off the spids who are
>> connected. Once that is done, you should be able to put the database in
>> db use only.
>> Rick Sawtell
>> MCT, MCSD, MCDBA

Can't take db offline

I have an ERP system, and I am try to take the db offline to restore, but it
will not. Any suggestions. I even rebooted"DBA" <DBA@.discussions.microsoft.com> wrote in message
news:B16E4BFD-5BC0-4FEE-B53E-53F22D10CFA9@.microsoft.com...
>I have an ERP system, and I am try to take the db offline to restore, but
>it
> will not. Any suggestions. I even rebooted
Run sp_who to see who is currently connected to the database.
You can then use the KILL command to kill off the spids who are connected.
Once that is done, you should be able to put the database in db use only.
Rick Sawtell
MCT, MCSD, MCDBA|||easier than killing them, (especially if you have many users connected),
you can:
ALTER DATABASE SET OFFLINE WITH ROLLBACK IMMEDIATE
ALTER DATABASE SET ONLINE
that should disconnect the buggers :-)
Rick Sawtell wrote:

> "DBA" <DBA@.discussions.microsoft.com> wrote in message
> news:B16E4BFD-5BC0-4FEE-B53E-53F22D10CFA9@.microsoft.com...
>
>
> Run sp_who to see who is currently connected to the database.
> You can then use the KILL command to kill off the spids who are connected.
> Once that is done, you should be able to put the database in db use only.
> Rick Sawtell
> MCT, MCSD, MCDBA
>|||Good one Uri...
That goes into the toolchest!
Rick
"Uri Dor" <tablul@.newsgroups.nospam> wrote in message
news:eBm4jxg0EHA.1860@.TK2MSFTNGP15.phx.gbl...[vbcol=seagreen]
> easier than killing them, (especially if you have many users connected),
> you can:
> ALTER DATABASE SET OFFLINE WITH ROLLBACK IMMEDIATE
> ALTER DATABASE SET ONLINE
> that should disconnect the buggers :-)
> Rick Sawtell wrote:
>sql

Cant take Backups

Hi
I have Database in SQL-Server2000 size is 1.37 GB i am tryn to take backup followin are the problems:-
1. Maintainence Plan for Backup Fails for DB
2. Jobs fails for Backup

--> I goto SQL Server Logs Error message is Operating system error 23(Data error (cyclic redundancy check).)

--> Now i am tryin Backup using command :-
Backup Database 'DB1' To Disk ='Path' followin error occurs:-
"Nonrecoverable I/O error occurred on file"

--> Now i am doing back-up directly from Enterprise Manager following error message occurs same error comes

Whats surprising Jobs, maintainence plan, Backup for other database is working perfectly, i checked HDD doesnt have any bad blocks etc. i have even changed path for Backups but still only for these database it gives problem

With Regards

Have you issued a DBCC CHECKDB against the database?

WesleyB

Visit my SQL Server weblog @. http://dis4ea.blogspot.com

Can't Switch to SQL Authentication (Mixed Mode)

We have a SQL installation that was setup with Windows Authentication.
The software we will run requires SQL Authentication (Mixed Mode).
When I right click on properties, go to the security tab, click the SQL
Authentication, click on OK and it exits. However, when I go back in
and look at the security tab, it is still set on Windows
Authentication. I tried restarting the SQL services and I get the same
thing.
Ideas?
I have resolved this issue by logging in as the domain admin. I had
previously tried using a local admin account.
jd
JohnDoe wrote:
> We have a SQL installation that was setup with Windows Authentication.
> The software we will run requires SQL Authentication (Mixed Mode).
> When I right click on properties, go to the security tab, click the SQL
> Authentication, click on OK and it exits. However, when I go back in
> and look at the security tab, it is still set on Windows
> Authentication. I tried restarting the SQL services and I get the same
> thing.
> Ideas?

Can't Switch to SQL Authentication (Mixed Mode)

We have a SQL installation that was setup with Windows Authentication.
The software we will run requires SQL Authentication (Mixed Mode).
When I right click on properties, go to the security tab, click the SQL
Authentication, click on OK and it exits. However, when I go back in
and look at the security tab, it is still set on Windows
Authentication. I tried restarting the SQL services and I get the same
thing.
Ideas?I have resolved this issue by logging in as the domain admin. I had
previously tried using a local admin account.
jd
JohnDoe wrote:
> We have a SQL installation that was setup with Windows Authentication.
> The software we will run requires SQL Authentication (Mixed Mode).
> When I right click on properties, go to the security tab, click the SQL
> Authentication, click on OK and it exits. However, when I go back in
> and look at the security tab, it is still set on Windows
> Authentication. I tried restarting the SQL services and I get the same
> thing.
> Ideas?