.NET exception whenn calling CLR user-defined functions

hello together!
currently we are developing a server database which is using an assembly
with some very simple clr-functions (eg check regular expression or
converting local time to universal time).
from some indefinite time we receive the following errormessage each time
calling such a clr-function:
Msg 10314, Level 16, State 11, Line 1
An error occurred in the Microsoft .NET Framework while trying to load
assembly id 65706. The server may be running out of resources, or the
assembly may not be trusted with PERMISSION_SET = EXTERNAL_ACCESS or UNSAFE.
Run the query again, or check documentation to see how to solve the assembly
trust issues. For more information about this error:
System.IO.FileNotFoundException: Could not load file or assembly
'myassembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of
its dependencies. The system cannot find the file specified.
System.IO.FileNotFoundException:
at System.Reflection.Assembly.nLoad(AssemblyName fileName, String
codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark&
stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef,
Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
forIntrospection)
at System.Reflection.Assembly.InternalLoad(String assemblyString,
Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
forIntrospection)
at System.Reflection.Assembly.Load(String assemblyString)
the only way to get the assembly working again is to restart the sql server
engine or the whole server.
sometimes even multiple restarts are needed.
we tried several things to get rid of this message but without any access:
- drop and re-create the assembly and all functions in the database (with
visual studio deployment, with t-sql statements loading the assembly from a
file or in binary)
- change of the assembly permission_set according to the error message (even
there is no external access or unsafe code - there is even no database access
at all)
- restrict the maximum server memory at the server options
- we already tried to setup the whole database on a complete different
independent server with a complete fresh sql server installation
- update the sql server with service pack 1
- building the assembly with platform x64 instead of any cpu
configuration of our two test systems
- WIN2003 SP1 ENT + SQL2005 STD X64 RTM clustered
- WIN2003 SP1 ENT + SQL2005 DEV X64 SP1 single
any ideas or recommendation regarding this problem? - thanks in advance
mike s.Hi Mike,
This error can happen when the database has been detached and attached onto
a different server and SQL Server is unable to find the correct login
associated with the dbo for that database. If this is the case for you,
then you can fix the problem by using sp_changedbowner to reassociate dbo
with a valid login like so: exec sp_changedbowner 'sa'. Making the error
message more clear is on track to be fixed in a future service pack. Hope
this helps.
Steven
"FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
news:537F22F0-200F-4D1C-96AD-E7A211C75644@.microsoft.com...
> hello together!
> currently we are developing a server database which is using an assembly
> with some very simple clr-functions (eg check regular expression or
> converting local time to universal time).
> from some indefinite time we receive the following errormessage each time
> calling such a clr-function:
> Msg 10314, Level 16, State 11, Line 1
> An error occurred in the Microsoft .NET Framework while trying to load
> assembly id 65706. The server may be running out of resources, or the
> assembly may not be trusted with PERMISSION_SET = EXTERNAL_ACCESS or
> UNSAFE.
> Run the query again, or check documentation to see how to solve the
> assembly
> trust issues. For more information about this error:
> System.IO.FileNotFoundException: Could not load file or assembly
> 'myassembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one
> of
> its dependencies. The system cannot find the file specified.
> System.IO.FileNotFoundException:
> at System.Reflection.Assembly.nLoad(AssemblyName fileName, String
> codeBase, Evidence assemblySecurity, Assembly locationHint,
> StackCrawlMark&
> stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
> at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef,
> Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> forIntrospection)
> at System.Reflection.Assembly.InternalLoad(String assemblyString,
> Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> forIntrospection)
> at System.Reflection.Assembly.Load(String assemblyString)
> the only way to get the assembly working again is to restart the sql
> server
> engine or the whole server.
> sometimes even multiple restarts are needed.
> we tried several things to get rid of this message but without any access:
> - drop and re-create the assembly and all functions in the database (with
> visual studio deployment, with t-sql statements loading the assembly from
> a
> file or in binary)
> - change of the assembly permission_set according to the error message
> (even
> there is no external access or unsafe code - there is even no database
> access
> at all)
> - restrict the maximum server memory at the server options
> - we already tried to setup the whole database on a complete different
> independent server with a complete fresh sql server installation
> - update the sql server with service pack 1
> - building the assembly with platform x64 instead of any cpu
> configuration of our two test systems
> - WIN2003 SP1 ENT + SQL2005 STD X64 RTM clustered
> - WIN2003 SP1 ENT + SQL2005 DEV X64 SP1 single
> any ideas or recommendation regarding this problem? - thanks in advance
> mike s.|||hi steven,
first many thanks for your quick response and support!
you're right the database has been detached and attached on different
servers during development many times
can i check this case with the system catalog views?
when i take a look at the sys.databases catalog view the owner_sid is 0x01 -
according to the sys.server_principals and sys.database_principals views the
sid 0x01 belongs to the login sa and the user dbo
anyway i will try to change the dbo according to your statement and hope
that this error won't occur in the future
thanks again,
mike s.
"Steven Hemingray [MSFT]" wrote:
> Hi Mike,
> This error can happen when the database has been detached and attached onto
> a different server and SQL Server is unable to find the correct login
> associated with the dbo for that database. If this is the case for you,
> then you can fix the problem by using sp_changedbowner to reassociate dbo
> with a valid login like so: exec sp_changedbowner 'sa'. Making the error
> message more clear is on track to be fixed in a future service pack. Hope
> this helps.
> Steven
>
> "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
> news:537F22F0-200F-4D1C-96AD-E7A211C75644@.microsoft.com...
> > hello together!
> > currently we are developing a server database which is using an assembly
> > with some very simple clr-functions (eg check regular expression or
> > converting local time to universal time).
> > from some indefinite time we receive the following errormessage each time
> > calling such a clr-function:
> >
> > Msg 10314, Level 16, State 11, Line 1
> > An error occurred in the Microsoft .NET Framework while trying to load
> > assembly id 65706. The server may be running out of resources, or the
> > assembly may not be trusted with PERMISSION_SET = EXTERNAL_ACCESS or
> > UNSAFE.
> > Run the query again, or check documentation to see how to solve the
> > assembly
> > trust issues. For more information about this error:
> > System.IO.FileNotFoundException: Could not load file or assembly
> > 'myassembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one
> > of
> > its dependencies. The system cannot find the file specified.
> > System.IO.FileNotFoundException:
> > at System.Reflection.Assembly.nLoad(AssemblyName fileName, String
> > codeBase, Evidence assemblySecurity, Assembly locationHint,
> > StackCrawlMark&
> > stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
> > at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef,
> > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> > forIntrospection)
> > at System.Reflection.Assembly.InternalLoad(String assemblyString,
> > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> > forIntrospection)
> > at System.Reflection.Assembly.Load(String assemblyString)
> >
> > the only way to get the assembly working again is to restart the sql
> > server
> > engine or the whole server.
> > sometimes even multiple restarts are needed.
> >
> > we tried several things to get rid of this message but without any access:
> > - drop and re-create the assembly and all functions in the database (with
> > visual studio deployment, with t-sql statements loading the assembly from
> > a
> > file or in binary)
> > - change of the assembly permission_set according to the error message
> > (even
> > there is no external access or unsafe code - there is even no database
> > access
> > at all)
> > - restrict the maximum server memory at the server options
> > - we already tried to setup the whole database on a complete different
> > independent server with a complete fresh sql server installation
> > - update the sql server with service pack 1
> > - building the assembly with platform x64 instead of any cpu
> >
> > configuration of our two test systems
> > - WIN2003 SP1 ENT + SQL2005 STD X64 RTM clustered
> > - WIN2003 SP1 ENT + SQL2005 DEV X64 SP1 single
> >
> > any ideas or recommendation regarding this problem? - thanks in advance
> > mike s.
>
>|||hi again,
after changing the dbo like you describe above it only takes some hours and
now the error occurs again
any other ideas or suggestions?
thanks in advance,
mike
"FwMsdn" wrote:
> hi steven,
> first many thanks for your quick response and support!
> you're right the database has been detached and attached on different
> servers during development many times
> can i check this case with the system catalog views?
> when i take a look at the sys.databases catalog view the owner_sid is 0x01 -
> according to the sys.server_principals and sys.database_principals views the
> sid 0x01 belongs to the login sa and the user dbo
> anyway i will try to change the dbo according to your statement and hope
> that this error won't occur in the future
> thanks again,
> mike s.
> "Steven Hemingray [MSFT]" wrote:
> > Hi Mike,
> >
> > This error can happen when the database has been detached and attached onto
> > a different server and SQL Server is unable to find the correct login
> > associated with the dbo for that database. If this is the case for you,
> > then you can fix the problem by using sp_changedbowner to reassociate dbo
> > with a valid login like so: exec sp_changedbowner 'sa'. Making the error
> > message more clear is on track to be fixed in a future service pack. Hope
> > this helps.
> >
> > Steven
> >
> >
> > "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
> > news:537F22F0-200F-4D1C-96AD-E7A211C75644@.microsoft.com...
> > > hello together!
> > > currently we are developing a server database which is using an assembly
> > > with some very simple clr-functions (eg check regular expression or
> > > converting local time to universal time).
> > > from some indefinite time we receive the following errormessage each time
> > > calling such a clr-function:
> > >
> > > Msg 10314, Level 16, State 11, Line 1
> > > An error occurred in the Microsoft .NET Framework while trying to load
> > > assembly id 65706. The server may be running out of resources, or the
> > > assembly may not be trusted with PERMISSION_SET = EXTERNAL_ACCESS or
> > > UNSAFE.
> > > Run the query again, or check documentation to see how to solve the
> > > assembly
> > > trust issues. For more information about this error:
> > > System.IO.FileNotFoundException: Could not load file or assembly
> > > 'myassembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one
> > > of
> > > its dependencies. The system cannot find the file specified.
> > > System.IO.FileNotFoundException:
> > > at System.Reflection.Assembly.nLoad(AssemblyName fileName, String
> > > codeBase, Evidence assemblySecurity, Assembly locationHint,
> > > StackCrawlMark&
> > > stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
> > > at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef,
> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> > > forIntrospection)
> > > at System.Reflection.Assembly.InternalLoad(String assemblyString,
> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> > > forIntrospection)
> > > at System.Reflection.Assembly.Load(String assemblyString)
> > >
> > > the only way to get the assembly working again is to restart the sql
> > > server
> > > engine or the whole server.
> > > sometimes even multiple restarts are needed.
> > >
> > > we tried several things to get rid of this message but without any access:
> > > - drop and re-create the assembly and all functions in the database (with
> > > visual studio deployment, with t-sql statements loading the assembly from
> > > a
> > > file or in binary)
> > > - change of the assembly permission_set according to the error message
> > > (even
> > > there is no external access or unsafe code - there is even no database
> > > access
> > > at all)
> > > - restrict the maximum server memory at the server options
> > > - we already tried to setup the whole database on a complete different
> > > independent server with a complete fresh sql server installation
> > > - update the sql server with service pack 1
> > > - building the assembly with platform x64 instead of any cpu
> > >
> > > configuration of our two test systems
> > > - WIN2003 SP1 ENT + SQL2005 STD X64 RTM clustered
> > > - WIN2003 SP1 ENT + SQL2005 DEV X64 SP1 single
> > >
> > > any ideas or recommendation regarding this problem? - thanks in advance
> > > mike s.
> >
> >
> >|||The way to check for the problem is to see if the owner_sid in sys.databases
does not match the sid for dbo in sys.database_principals.
use YOUR_DATABASE
go
select d.name, dp.name, d.owner_sid, dp.sid from sys.databases d,
sys.database_principals dp where d.owner_sid = dp.sid and dp.name = 'dbo'
and d.name = 'YOUR_DATABASE'
If you're still seeing this problem and the above query indicates that the
sids match, then it must be a different problem and I'd have to do some
investigation on what else could cause this to fail repeatedly and on
different independent servers.
Steven
"FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
news:EB0942FA-39B3-4590-B7F8-73D59A1A0794@.microsoft.com...
> hi again,
> after changing the dbo like you describe above it only takes some hours
> and
> now the error occurs again
> any other ideas or suggestions?
> thanks in advance,
> mike
> "FwMsdn" wrote:
>> hi steven,
>> first many thanks for your quick response and support!
>> you're right the database has been detached and attached on different
>> servers during development many times
>> can i check this case with the system catalog views?
>> when i take a look at the sys.databases catalog view the owner_sid is
>> 0x01 -
>> according to the sys.server_principals and sys.database_principals views
>> the
>> sid 0x01 belongs to the login sa and the user dbo
>> anyway i will try to change the dbo according to your statement and hope
>> that this error won't occur in the future
>> thanks again,
>> mike s.
>> "Steven Hemingray [MSFT]" wrote:
>> > Hi Mike,
>> >
>> > This error can happen when the database has been detached and attached
>> > onto
>> > a different server and SQL Server is unable to find the correct login
>> > associated with the dbo for that database. If this is the case for
>> > you,
>> > then you can fix the problem by using sp_changedbowner to reassociate
>> > dbo
>> > with a valid login like so: exec sp_changedbowner 'sa'. Making the
>> > error
>> > message more clear is on track to be fixed in a future service pack.
>> > Hope
>> > this helps.
>> >
>> > Steven
>> >
>> >
>> > "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
>> > news:537F22F0-200F-4D1C-96AD-E7A211C75644@.microsoft.com...
>> > > hello together!
>> > > currently we are developing a server database which is using an
>> > > assembly
>> > > with some very simple clr-functions (eg check regular expression or
>> > > converting local time to universal time).
>> > > from some indefinite time we receive the following errormessage each
>> > > time
>> > > calling such a clr-function:
>> > >
>> > > Msg 10314, Level 16, State 11, Line 1
>> > > An error occurred in the Microsoft .NET Framework while trying to
>> > > load
>> > > assembly id 65706. The server may be running out of resources, or the
>> > > assembly may not be trusted with PERMISSION_SET = EXTERNAL_ACCESS or
>> > > UNSAFE.
>> > > Run the query again, or check documentation to see how to solve the
>> > > assembly
>> > > trust issues. For more information about this error:
>> > > System.IO.FileNotFoundException: Could not load file or assembly
>> > > 'myassembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'
>> > > or one
>> > > of
>> > > its dependencies. The system cannot find the file specified.
>> > > System.IO.FileNotFoundException:
>> > > at System.Reflection.Assembly.nLoad(AssemblyName fileName, String
>> > > codeBase, Evidence assemblySecurity, Assembly locationHint,
>> > > StackCrawlMark&
>> > > stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
>> > > at System.Reflection.Assembly.InternalLoad(AssemblyName
>> > > assemblyRef,
>> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
>> > > forIntrospection)
>> > > at System.Reflection.Assembly.InternalLoad(String assemblyString,
>> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
>> > > forIntrospection)
>> > > at System.Reflection.Assembly.Load(String assemblyString)
>> > >
>> > > the only way to get the assembly working again is to restart the sql
>> > > server
>> > > engine or the whole server.
>> > > sometimes even multiple restarts are needed.
>> > >
>> > > we tried several things to get rid of this message but without any
>> > > access:
>> > > - drop and re-create the assembly and all functions in the database
>> > > (with
>> > > visual studio deployment, with t-sql statements loading the assembly
>> > > from
>> > > a
>> > > file or in binary)
>> > > - change of the assembly permission_set according to the error
>> > > message
>> > > (even
>> > > there is no external access or unsafe code - there is even no
>> > > database
>> > > access
>> > > at all)
>> > > - restrict the maximum server memory at the server options
>> > > - we already tried to setup the whole database on a complete
>> > > different
>> > > independent server with a complete fresh sql server installation
>> > > - update the sql server with service pack 1
>> > > - building the assembly with platform x64 instead of any cpu
>> > >
>> > > configuration of our two test systems
>> > > - WIN2003 SP1 ENT + SQL2005 STD X64 RTM clustered
>> > > - WIN2003 SP1 ENT + SQL2005 DEV X64 SP1 single
>> > >
>> > > any ideas or recommendation regarding this problem? - thanks in
>> > > advance
>> > > mike s.
>> >
>> >
>> >|||hi steven,
as mentioned in an earlier post the dbo mapping seems to be ok (according to
the system catalog views)
here is the result of your statement similar to my query
Name name owner_sid sid
Core dbo 0x01 0x01
what else can i try?
mike
"Steven Hemingray [MSFT]" wrote:
> The way to check for the problem is to see if the owner_sid in sys.databases
> does not match the sid for dbo in sys.database_principals.
> use YOUR_DATABASE
> go
> select d.name, dp.name, d.owner_sid, dp.sid from sys.databases d,
> sys.database_principals dp where d.owner_sid = dp.sid and dp.name = 'dbo'
> and d.name = 'YOUR_DATABASE'
> If you're still seeing this problem and the above query indicates that the
> sids match, then it must be a different problem and I'd have to do some
> investigation on what else could cause this to fail repeatedly and on
> different independent servers.
> Steven
>
> "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
> news:EB0942FA-39B3-4590-B7F8-73D59A1A0794@.microsoft.com...
> > hi again,
> >
> > after changing the dbo like you describe above it only takes some hours
> > and
> > now the error occurs again
> > any other ideas or suggestions?
> >
> > thanks in advance,
> > mike
> >
> > "FwMsdn" wrote:
> >
> >> hi steven,
> >> first many thanks for your quick response and support!
> >>
> >> you're right the database has been detached and attached on different
> >> servers during development many times
> >>
> >> can i check this case with the system catalog views?
> >> when i take a look at the sys.databases catalog view the owner_sid is
> >> 0x01 -
> >> according to the sys.server_principals and sys.database_principals views
> >> the
> >> sid 0x01 belongs to the login sa and the user dbo
> >>
> >> anyway i will try to change the dbo according to your statement and hope
> >> that this error won't occur in the future
> >>
> >> thanks again,
> >> mike s.
> >>
> >> "Steven Hemingray [MSFT]" wrote:
> >>
> >> > Hi Mike,
> >> >
> >> > This error can happen when the database has been detached and attached
> >> > onto
> >> > a different server and SQL Server is unable to find the correct login
> >> > associated with the dbo for that database. If this is the case for
> >> > you,
> >> > then you can fix the problem by using sp_changedbowner to reassociate
> >> > dbo
> >> > with a valid login like so: exec sp_changedbowner 'sa'. Making the
> >> > error
> >> > message more clear is on track to be fixed in a future service pack.
> >> > Hope
> >> > this helps.
> >> >
> >> > Steven
> >> >
> >> >
> >> > "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
> >> > news:537F22F0-200F-4D1C-96AD-E7A211C75644@.microsoft.com...
> >> > > hello together!
> >> > > currently we are developing a server database which is using an
> >> > > assembly
> >> > > with some very simple clr-functions (eg check regular expression or
> >> > > converting local time to universal time).
> >> > > from some indefinite time we receive the following errormessage each
> >> > > time
> >> > > calling such a clr-function:
> >> > >
> >> > > Msg 10314, Level 16, State 11, Line 1
> >> > > An error occurred in the Microsoft .NET Framework while trying to
> >> > > load
> >> > > assembly id 65706. The server may be running out of resources, or the
> >> > > assembly may not be trusted with PERMISSION_SET = EXTERNAL_ACCESS or
> >> > > UNSAFE.
> >> > > Run the query again, or check documentation to see how to solve the
> >> > > assembly
> >> > > trust issues. For more information about this error:
> >> > > System.IO.FileNotFoundException: Could not load file or assembly
> >> > > 'myassembly, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'
> >> > > or one
> >> > > of
> >> > > its dependencies. The system cannot find the file specified.
> >> > > System.IO.FileNotFoundException:
> >> > > at System.Reflection.Assembly.nLoad(AssemblyName fileName, String
> >> > > codeBase, Evidence assemblySecurity, Assembly locationHint,
> >> > > StackCrawlMark&
> >> > > stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
> >> > > at System.Reflection.Assembly.InternalLoad(AssemblyName
> >> > > assemblyRef,
> >> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> >> > > forIntrospection)
> >> > > at System.Reflection.Assembly.InternalLoad(String assemblyString,
> >> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> >> > > forIntrospection)
> >> > > at System.Reflection.Assembly.Load(String assemblyString)
> >> > >
> >> > > the only way to get the assembly working again is to restart the sql
> >> > > server
> >> > > engine or the whole server.
> >> > > sometimes even multiple restarts are needed.
> >> > >
> >> > > we tried several things to get rid of this message but without any
> >> > > access:
> >> > > - drop and re-create the assembly and all functions in the database
> >> > > (with
> >> > > visual studio deployment, with t-sql statements loading the assembly
> >> > > from
> >> > > a
> >> > > file or in binary)
> >> > > - change of the assembly permission_set according to the error
> >> > > message
> >> > > (even
> >> > > there is no external access or unsafe code - there is even no
> >> > > database
> >> > > access
> >> > > at all)
> >> > > - restrict the maximum server memory at the server options
> >> > > - we already tried to setup the whole database on a complete
> >> > > different
> >> > > independent server with a complete fresh sql server installation
> >> > > - update the sql server with service pack 1
> >> > > - building the assembly with platform x64 instead of any cpu
> >> > >
> >> > > configuration of our two test systems
> >> > > - WIN2003 SP1 ENT + SQL2005 STD X64 RTM clustered
> >> > > - WIN2003 SP1 ENT + SQL2005 DEV X64 SP1 single
> >> > >
> >> > > any ideas or recommendation regarding this problem? - thanks in
> >> > > advance
> >> > > mike s.
> >> >
> >> >
> >> >
>
>|||I'm not sure what else could be causing this problem to reproduce
consistently - it doesn't sound like it could be a resource problem if it
reproduces this frequently and the most likely resource issue, Virtual
Address Space, is not an issue on x64.
Can you recreate the problem by loading the same assembly into a brand new
database?
If you're able to detach the send me the database when it's in a state that
exhibits the problem I can investigate further: stevehem at microsoft dot
com.
Steven
"FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
news:9EAE99EF-1DB2-47A8-BF6C-1921ED423A9A@.microsoft.com...
> hi steven,
> as mentioned in an earlier post the dbo mapping seems to be ok (according
> to
> the system catalog views)
> here is the result of your statement similar to my query
> Name name owner_sid sid
> Core dbo 0x01 0x01
> what else can i try?
> mike
> "Steven Hemingray [MSFT]" wrote:
>> The way to check for the problem is to see if the owner_sid in
>> sys.databases
>> does not match the sid for dbo in sys.database_principals.
>> use YOUR_DATABASE
>> go
>> select d.name, dp.name, d.owner_sid, dp.sid from sys.databases d,
>> sys.database_principals dp where d.owner_sid = dp.sid and dp.name = 'dbo'
>> and d.name = 'YOUR_DATABASE'
>> If you're still seeing this problem and the above query indicates that
>> the
>> sids match, then it must be a different problem and I'd have to do some
>> investigation on what else could cause this to fail repeatedly and on
>> different independent servers.
>> Steven
>>
>> "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
>> news:EB0942FA-39B3-4590-B7F8-73D59A1A0794@.microsoft.com...
>> > hi again,
>> >
>> > after changing the dbo like you describe above it only takes some hours
>> > and
>> > now the error occurs again
>> > any other ideas or suggestions?
>> >
>> > thanks in advance,
>> > mike
>> >
>> > "FwMsdn" wrote:
>> >
>> >> hi steven,
>> >> first many thanks for your quick response and support!
>> >>
>> >> you're right the database has been detached and attached on different
>> >> servers during development many times
>> >>
>> >> can i check this case with the system catalog views?
>> >> when i take a look at the sys.databases catalog view the owner_sid is
>> >> 0x01 -
>> >> according to the sys.server_principals and sys.database_principals
>> >> views
>> >> the
>> >> sid 0x01 belongs to the login sa and the user dbo
>> >>
>> >> anyway i will try to change the dbo according to your statement and
>> >> hope
>> >> that this error won't occur in the future
>> >>
>> >> thanks again,
>> >> mike s.
>> >>
>> >> "Steven Hemingray [MSFT]" wrote:
>> >>
>> >> > Hi Mike,
>> >> >
>> >> > This error can happen when the database has been detached and
>> >> > attached
>> >> > onto
>> >> > a different server and SQL Server is unable to find the correct
>> >> > login
>> >> > associated with the dbo for that database. If this is the case for
>> >> > you,
>> >> > then you can fix the problem by using sp_changedbowner to
>> >> > reassociate
>> >> > dbo
>> >> > with a valid login like so: exec sp_changedbowner 'sa'. Making the
>> >> > error
>> >> > message more clear is on track to be fixed in a future service pack.
>> >> > Hope
>> >> > this helps.
>> >> >
>> >> > Steven
>> >> >
>> >> >
>> >> > "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
>> >> > news:537F22F0-200F-4D1C-96AD-E7A211C75644@.microsoft.com...
>> >> > > hello together!
>> >> > > currently we are developing a server database which is using an
>> >> > > assembly
>> >> > > with some very simple clr-functions (eg check regular expression
>> >> > > or
>> >> > > converting local time to universal time).
>> >> > > from some indefinite time we receive the following errormessage
>> >> > > each
>> >> > > time
>> >> > > calling such a clr-function:
>> >> > >
>> >> > > Msg 10314, Level 16, State 11, Line 1
>> >> > > An error occurred in the Microsoft .NET Framework while trying to
>> >> > > load
>> >> > > assembly id 65706. The server may be running out of resources, or
>> >> > > the
>> >> > > assembly may not be trusted with PERMISSION_SET = EXTERNAL_ACCESS
>> >> > > or
>> >> > > UNSAFE.
>> >> > > Run the query again, or check documentation to see how to solve
>> >> > > the
>> >> > > assembly
>> >> > > trust issues. For more information about this error:
>> >> > > System.IO.FileNotFoundException: Could not load file or assembly
>> >> > > 'myassembly, Version=0.0.0.0, Culture=neutral,
>> >> > > PublicKeyToken=null'
>> >> > > or one
>> >> > > of
>> >> > > its dependencies. The system cannot find the file specified.
>> >> > > System.IO.FileNotFoundException:
>> >> > > at System.Reflection.Assembly.nLoad(AssemblyName fileName,
>> >> > > String
>> >> > > codeBase, Evidence assemblySecurity, Assembly locationHint,
>> >> > > StackCrawlMark&
>> >> > > stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
>> >> > > at System.Reflection.Assembly.InternalLoad(AssemblyName
>> >> > > assemblyRef,
>> >> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
>> >> > > forIntrospection)
>> >> > > at System.Reflection.Assembly.InternalLoad(String
>> >> > > assemblyString,
>> >> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
>> >> > > forIntrospection)
>> >> > > at System.Reflection.Assembly.Load(String assemblyString)
>> >> > >
>> >> > > the only way to get the assembly working again is to restart the
>> >> > > sql
>> >> > > server
>> >> > > engine or the whole server.
>> >> > > sometimes even multiple restarts are needed.
>> >> > >
>> >> > > we tried several things to get rid of this message but without any
>> >> > > access:
>> >> > > - drop and re-create the assembly and all functions in the
>> >> > > database
>> >> > > (with
>> >> > > visual studio deployment, with t-sql statements loading the
>> >> > > assembly
>> >> > > from
>> >> > > a
>> >> > > file or in binary)
>> >> > > - change of the assembly permission_set according to the error
>> >> > > message
>> >> > > (even
>> >> > > there is no external access or unsafe code - there is even no
>> >> > > database
>> >> > > access
>> >> > > at all)
>> >> > > - restrict the maximum server memory at the server options
>> >> > > - we already tried to setup the whole database on a complete
>> >> > > different
>> >> > > independent server with a complete fresh sql server installation
>> >> > > - update the sql server with service pack 1
>> >> > > - building the assembly with platform x64 instead of any cpu
>> >> > >
>> >> > > configuration of our two test systems
>> >> > > - WIN2003 SP1 ENT + SQL2005 STD X64 RTM clustered
>> >> > > - WIN2003 SP1 ENT + SQL2005 DEV X64 SP1 single
>> >> > >
>> >> > > any ideas or recommendation regarding this problem? - thanks in
>> >> > > advance
>> >> > > mike s.
>> >> >
>> >> >
>> >> >
>>|||hi steven,
first i tried to reproduce the error message in a new created, blank
database - but without production load i wasn't able the reach the state
so i tried to delete unnecessary data and detach the real database, but
after attaching the database again, the assembly works fine again
in the meantime i also found a solution to get the assembly working again
without restarting the server - after disabling and enabling the whole clr
integration with the following statement the assembly works again
sp_configure 'clr enabled', 0
GO
RECONFIGURE
GO
sp_configure 'clr enabled', 1
GO
RECONFIGURE
GO
according to the documentation this statement issues unloading of all
appdomains - after re-creating the appdomains the assembly works again
i also noticed the following behaviour in the sql server log:
first everything works fine - sometimes after the following messages in the
sql server log the assembly throws the exception each time a function is
called
- AppDomain 23 (Core.dbo[runtime].22) is marked for unload due to memory
pressure.
- AppDomain 23 (Core.dbo[runtime].22) unloaded.
- AppDomain 24 (Core.dbo[runtime].23) created.
hope this information is useful for you
should i send you more information? i also found some clr related dynamic
management views
again thanks for your great support
mike
"Steven Hemingray [MSFT]" wrote:
> I'm not sure what else could be causing this problem to reproduce
> consistently - it doesn't sound like it could be a resource problem if it
> reproduces this frequently and the most likely resource issue, Virtual
> Address Space, is not an issue on x64.
> Can you recreate the problem by loading the same assembly into a brand new
> database?
> If you're able to detach the send me the database when it's in a state that
> exhibits the problem I can investigate further: stevehem at microsoft dot
> com.
> Steven
>
> "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
> news:9EAE99EF-1DB2-47A8-BF6C-1921ED423A9A@.microsoft.com...
> > hi steven,
> > as mentioned in an earlier post the dbo mapping seems to be ok (according
> > to
> > the system catalog views)
> > here is the result of your statement similar to my query
> > Name name owner_sid sid
> > Core dbo 0x01 0x01
> >
> > what else can i try?
> > mike
> >
> > "Steven Hemingray [MSFT]" wrote:
> >
> >> The way to check for the problem is to see if the owner_sid in
> >> sys.databases
> >> does not match the sid for dbo in sys.database_principals.
> >>
> >> use YOUR_DATABASE
> >> go
> >> select d.name, dp.name, d.owner_sid, dp.sid from sys.databases d,
> >> sys.database_principals dp where d.owner_sid = dp.sid and dp.name = 'dbo'
> >> and d.name = 'YOUR_DATABASE'
> >>
> >> If you're still seeing this problem and the above query indicates that
> >> the
> >> sids match, then it must be a different problem and I'd have to do some
> >> investigation on what else could cause this to fail repeatedly and on
> >> different independent servers.
> >>
> >> Steven
> >>
> >>
> >> "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
> >> news:EB0942FA-39B3-4590-B7F8-73D59A1A0794@.microsoft.com...
> >> > hi again,
> >> >
> >> > after changing the dbo like you describe above it only takes some hours
> >> > and
> >> > now the error occurs again
> >> > any other ideas or suggestions?
> >> >
> >> > thanks in advance,
> >> > mike
> >> >
> >> > "FwMsdn" wrote:
> >> >
> >> >> hi steven,
> >> >> first many thanks for your quick response and support!
> >> >>
> >> >> you're right the database has been detached and attached on different
> >> >> servers during development many times
> >> >>
> >> >> can i check this case with the system catalog views?
> >> >> when i take a look at the sys.databases catalog view the owner_sid is
> >> >> 0x01 -
> >> >> according to the sys.server_principals and sys.database_principals
> >> >> views
> >> >> the
> >> >> sid 0x01 belongs to the login sa and the user dbo
> >> >>
> >> >> anyway i will try to change the dbo according to your statement and
> >> >> hope
> >> >> that this error won't occur in the future
> >> >>
> >> >> thanks again,
> >> >> mike s.
> >> >>
> >> >> "Steven Hemingray [MSFT]" wrote:
> >> >>
> >> >> > Hi Mike,
> >> >> >
> >> >> > This error can happen when the database has been detached and
> >> >> > attached
> >> >> > onto
> >> >> > a different server and SQL Server is unable to find the correct
> >> >> > login
> >> >> > associated with the dbo for that database. If this is the case for
> >> >> > you,
> >> >> > then you can fix the problem by using sp_changedbowner to
> >> >> > reassociate
> >> >> > dbo
> >> >> > with a valid login like so: exec sp_changedbowner 'sa'. Making the
> >> >> > error
> >> >> > message more clear is on track to be fixed in a future service pack.
> >> >> > Hope
> >> >> > this helps.
> >> >> >
> >> >> > Steven
> >> >> >
> >> >> >
> >> >> > "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
> >> >> > news:537F22F0-200F-4D1C-96AD-E7A211C75644@.microsoft.com...
> >> >> > > hello together!
> >> >> > > currently we are developing a server database which is using an
> >> >> > > assembly
> >> >> > > with some very simple clr-functions (eg check regular expression
> >> >> > > or
> >> >> > > converting local time to universal time).
> >> >> > > from some indefinite time we receive the following errormessage
> >> >> > > each
> >> >> > > time
> >> >> > > calling such a clr-function:
> >> >> > >
> >> >> > > Msg 10314, Level 16, State 11, Line 1
> >> >> > > An error occurred in the Microsoft .NET Framework while trying to
> >> >> > > load
> >> >> > > assembly id 65706. The server may be running out of resources, or
> >> >> > > the
> >> >> > > assembly may not be trusted with PERMISSION_SET = EXTERNAL_ACCESS
> >> >> > > or
> >> >> > > UNSAFE.
> >> >> > > Run the query again, or check documentation to see how to solve
> >> >> > > the
> >> >> > > assembly
> >> >> > > trust issues. For more information about this error:
> >> >> > > System.IO.FileNotFoundException: Could not load file or assembly
> >> >> > > 'myassembly, Version=0.0.0.0, Culture=neutral,
> >> >> > > PublicKeyToken=null'
> >> >> > > or one
> >> >> > > of
> >> >> > > its dependencies. The system cannot find the file specified.
> >> >> > > System.IO.FileNotFoundException:
> >> >> > > at System.Reflection.Assembly.nLoad(AssemblyName fileName,
> >> >> > > String
> >> >> > > codeBase, Evidence assemblySecurity, Assembly locationHint,
> >> >> > > StackCrawlMark&
> >> >> > > stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
> >> >> > > at System.Reflection.Assembly.InternalLoad(AssemblyName
> >> >> > > assemblyRef,
> >> >> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> >> >> > > forIntrospection)
> >> >> > > at System.Reflection.Assembly.InternalLoad(String
> >> >> > > assemblyString,
> >> >> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
> >> >> > > forIntrospection)
> >> >> > > at System.Reflection.Assembly.Load(String assemblyString)
> >> >> > >
> >> >> > > the only way to get the assembly working again is to restart the
> >> >> > > sql
> >> >> > > server
> >> >> > > engine or the whole server.
> >> >> > > sometimes even multiple restarts are needed.
> >> >> > >
> >> >> > > we tried several things to get rid of this message but without any
> >> >> > > access:
> >> >> > > - drop and re-create the assembly and all functions in the
> >> >> > > database
> >> >> > > (with
> >> >> > > visual studio deployment, with t-sql statements loading the
> >> >> > > assembly
> >> >> > > from
> >> >> > > a
> >> >> > > file or in binary)
> >> >> > > - change of the assembly permission_set according to the error
> >> >> > > message
> >> >> > > (even
> >> >> > > there is no external access or unsafe code - there is even no
> >> >> > > database
> >> >> > > access
> >> >> > > at all)
> >> >> > > - restrict the maximum server memory at the server options
> >> >> > > - we already tried to setup the whole database on a complete
> >> >> > > different
> >> >> > > independent server with a complete fresh sql server installation
> >> >> > > - update the sql server with service pack 1
> >> >> > > - building the assembly with platform x64 instead of any cpu
> >> >> > >
> >> >> > > configuration of our two test systems
> >> >> > > - WIN2003 SP1 ENT + SQL2005 STD X64 RTM clustered
> >> >> > > - WIN2003 SP1 ENT + SQL2005 DEV X64 SP1 single
> >> >> > >
> >> >> > > any ideas or recommendation regarding this problem? - thanks in
> >> >> > > advance
> >> >> > > mike s.
> >> >> >
> >> >> >
> >> >> >
> >>
> >>
> >>
>
>|||I am interested in getting some more information about the issue - you
should not have to disable and reenable the clr to clear a memory pressure
issue. If possible, I'd like to get a dump of the sql server process when
the error happens.
Can you email me at stevehem at microsoft dot com and I'll give you
instructions on how to do this.
Thanks,
Steven
"FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
news:A3D53B7C-42EA-4C96-A326-1A0946665F65@.microsoft.com...
> hi steven,
> first i tried to reproduce the error message in a new created, blank
> database - but without production load i wasn't able the reach the state
> so i tried to delete unnecessary data and detach the real database, but
> after attaching the database again, the assembly works fine again
> in the meantime i also found a solution to get the assembly working again
> without restarting the server - after disabling and enabling the whole clr
> integration with the following statement the assembly works again
> sp_configure 'clr enabled', 0
> GO
> RECONFIGURE
> GO
> sp_configure 'clr enabled', 1
> GO
> RECONFIGURE
> GO
> according to the documentation this statement issues unloading of all
> appdomains - after re-creating the appdomains the assembly works again
> i also noticed the following behaviour in the sql server log:
> first everything works fine - sometimes after the following messages in
> the
> sql server log the assembly throws the exception each time a function is
> called
> - AppDomain 23 (Core.dbo[runtime].22) is marked for unload due to memory
> pressure.
> - AppDomain 23 (Core.dbo[runtime].22) unloaded.
> - AppDomain 24 (Core.dbo[runtime].23) created.
> hope this information is useful for you
> should i send you more information? i also found some clr related dynamic
> management views
> again thanks for your great support
> mike
> "Steven Hemingray [MSFT]" wrote:
>> I'm not sure what else could be causing this problem to reproduce
>> consistently - it doesn't sound like it could be a resource problem if it
>> reproduces this frequently and the most likely resource issue, Virtual
>> Address Space, is not an issue on x64.
>> Can you recreate the problem by loading the same assembly into a brand
>> new
>> database?
>> If you're able to detach the send me the database when it's in a state
>> that
>> exhibits the problem I can investigate further: stevehem at microsoft dot
>> com.
>> Steven
>>
>> "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
>> news:9EAE99EF-1DB2-47A8-BF6C-1921ED423A9A@.microsoft.com...
>> > hi steven,
>> > as mentioned in an earlier post the dbo mapping seems to be ok
>> > (according
>> > to
>> > the system catalog views)
>> > here is the result of your statement similar to my query
>> > Name name owner_sid sid
>> > Core dbo 0x01 0x01
>> >
>> > what else can i try?
>> > mike
>> >
>> > "Steven Hemingray [MSFT]" wrote:
>> >
>> >> The way to check for the problem is to see if the owner_sid in
>> >> sys.databases
>> >> does not match the sid for dbo in sys.database_principals.
>> >>
>> >> use YOUR_DATABASE
>> >> go
>> >> select d.name, dp.name, d.owner_sid, dp.sid from sys.databases d,
>> >> sys.database_principals dp where d.owner_sid = dp.sid and dp.name =>> >> 'dbo'
>> >> and d.name = 'YOUR_DATABASE'
>> >>
>> >> If you're still seeing this problem and the above query indicates that
>> >> the
>> >> sids match, then it must be a different problem and I'd have to do
>> >> some
>> >> investigation on what else could cause this to fail repeatedly and on
>> >> different independent servers.
>> >>
>> >> Steven
>> >>
>> >>
>> >> "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
>> >> news:EB0942FA-39B3-4590-B7F8-73D59A1A0794@.microsoft.com...
>> >> > hi again,
>> >> >
>> >> > after changing the dbo like you describe above it only takes some
>> >> > hours
>> >> > and
>> >> > now the error occurs again
>> >> > any other ideas or suggestions?
>> >> >
>> >> > thanks in advance,
>> >> > mike
>> >> >
>> >> > "FwMsdn" wrote:
>> >> >
>> >> >> hi steven,
>> >> >> first many thanks for your quick response and support!
>> >> >>
>> >> >> you're right the database has been detached and attached on
>> >> >> different
>> >> >> servers during development many times
>> >> >>
>> >> >> can i check this case with the system catalog views?
>> >> >> when i take a look at the sys.databases catalog view the owner_sid
>> >> >> is
>> >> >> 0x01 -
>> >> >> according to the sys.server_principals and sys.database_principals
>> >> >> views
>> >> >> the
>> >> >> sid 0x01 belongs to the login sa and the user dbo
>> >> >>
>> >> >> anyway i will try to change the dbo according to your statement and
>> >> >> hope
>> >> >> that this error won't occur in the future
>> >> >>
>> >> >> thanks again,
>> >> >> mike s.
>> >> >>
>> >> >> "Steven Hemingray [MSFT]" wrote:
>> >> >>
>> >> >> > Hi Mike,
>> >> >> >
>> >> >> > This error can happen when the database has been detached and
>> >> >> > attached
>> >> >> > onto
>> >> >> > a different server and SQL Server is unable to find the correct
>> >> >> > login
>> >> >> > associated with the dbo for that database. If this is the case
>> >> >> > for
>> >> >> > you,
>> >> >> > then you can fix the problem by using sp_changedbowner to
>> >> >> > reassociate
>> >> >> > dbo
>> >> >> > with a valid login like so: exec sp_changedbowner 'sa'. Making
>> >> >> > the
>> >> >> > error
>> >> >> > message more clear is on track to be fixed in a future service
>> >> >> > pack.
>> >> >> > Hope
>> >> >> > this helps.
>> >> >> >
>> >> >> > Steven
>> >> >> >
>> >> >> >
>> >> >> > "FwMsdn" <FwMsdn@.discussions.microsoft.com> wrote in message
>> >> >> > news:537F22F0-200F-4D1C-96AD-E7A211C75644@.microsoft.com...
>> >> >> > > hello together!
>> >> >> > > currently we are developing a server database which is using an
>> >> >> > > assembly
>> >> >> > > with some very simple clr-functions (eg check regular
>> >> >> > > expression
>> >> >> > > or
>> >> >> > > converting local time to universal time).
>> >> >> > > from some indefinite time we receive the following errormessage
>> >> >> > > each
>> >> >> > > time
>> >> >> > > calling such a clr-function:
>> >> >> > >
>> >> >> > > Msg 10314, Level 16, State 11, Line 1
>> >> >> > > An error occurred in the Microsoft .NET Framework while trying
>> >> >> > > to
>> >> >> > > load
>> >> >> > > assembly id 65706. The server may be running out of resources,
>> >> >> > > or
>> >> >> > > the
>> >> >> > > assembly may not be trusted with PERMISSION_SET =>> >> >> > > EXTERNAL_ACCESS
>> >> >> > > or
>> >> >> > > UNSAFE.
>> >> >> > > Run the query again, or check documentation to see how to solve
>> >> >> > > the
>> >> >> > > assembly
>> >> >> > > trust issues. For more information about this error:
>> >> >> > > System.IO.FileNotFoundException: Could not load file or
>> >> >> > > assembly
>> >> >> > > 'myassembly, Version=0.0.0.0, Culture=neutral,
>> >> >> > > PublicKeyToken=null'
>> >> >> > > or one
>> >> >> > > of
>> >> >> > > its dependencies. The system cannot find the file specified.
>> >> >> > > System.IO.FileNotFoundException:
>> >> >> > > at System.Reflection.Assembly.nLoad(AssemblyName fileName,
>> >> >> > > String
>> >> >> > > codeBase, Evidence assemblySecurity, Assembly locationHint,
>> >> >> > > StackCrawlMark&
>> >> >> > > stackMark, Boolean throwOnFileNotFound, Boolean
>> >> >> > > forIntrospection)
>> >> >> > > at System.Reflection.Assembly.InternalLoad(AssemblyName
>> >> >> > > assemblyRef,
>> >> >> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
>> >> >> > > forIntrospection)
>> >> >> > > at System.Reflection.Assembly.InternalLoad(String
>> >> >> > > assemblyString,
>> >> >> > > Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean
>> >> >> > > forIntrospection)
>> >> >> > > at System.Reflection.Assembly.Load(String assemblyString)
>> >> >> > >
>> >> >> > > the only way to get the assembly working again is to restart
>> >> >> > > the
>> >> >> > > sql
>> >> >> > > server
>> >> >> > > engine or the whole server.
>> >> >> > > sometimes even multiple restarts are needed.
>> >> >> > >
>> >> >> > > we tried several things to get rid of this message but without
>> >> >> > > any
>> >> >> > > access:
>> >> >> > > - drop and re-create the assembly and all functions in the
>> >> >> > > database
>> >> >> > > (with
>> >> >> > > visual studio deployment, with t-sql statements loading the
>> >> >> > > assembly
>> >> >> > > from
>> >> >> > > a
>> >> >> > > file or in binary)
>> >> >> > > - change of the assembly permission_set according to the error
>> >> >> > > message
>> >> >> > > (even
>> >> >> > > there is no external access or unsafe code - there is even no
>> >> >> > > database
>> >> >> > > access
>> >> >> > > at all)
>> >> >> > > - restrict the maximum server memory at the server options
>> >> >> > > - we already tried to setup the whole database on a complete
>> >> >> > > different
>> >> >> > > independent server with a complete fresh sql server
>> >> >> > > installation
>> >> >> > > - update the sql server with service pack 1
>> >> >> > > - building the assembly with platform x64 instead of any cpu
>> >> >> > >
>> >> >> > > configuration of our two test systems
>> >> >> > > - WIN2003 SP1 ENT + SQL2005 STD X64 RTM clustered
>> >> >> > > - WIN2003 SP1 ENT + SQL2005 DEV X64 SP1 single
>> >> >> > >
>> >> >> > > any ideas or recommendation regarding this problem? - thanks in
>> >> >> > > advance
>> >> >> > > mike s.
>> >> >> >
>> >> >> >
>> >> >> >
>> >>
>> >>
>> >>
>>