Win2008 Network Shares: Curious Behaviour?

Discussion in 'Server Networking' started by Bastian, Mar 3, 2010.

  1. Bastian

    Bastian Guest

    Hello,

    I'm facing a very curious behaviour these days. I have the following
    test-environment (all Win2008 Servers!):

    - 'SRV' is hosting a network-share '\\srv\share\SRC'
    - 'ClientA' checking for files in \\srv\share\SRC. If a file has found then
    he will do a convert with an 3rd-Party-Tool to \\srv\share\ClientA.
    Converting means that he writes a new file to the ClientA-Folder
    - 'ClientB' checking for files in \\srv\share\ClientA. If a file has found
    the he will do the same (convert) to \\srv\share\ClientB.

    So what happens now, is that ClientA is workling properly without any
    problems. All files found in SRC-Folder will be converted to ClientA-Folder.
    In the next step (Convert by ClientB) ClientB has problems with finding all
    files in Client-A folder. Around 20-30% of the files will be found by ClientB
    and successfully converted to \\srv\share\ClientB (Note: The Client will be
    informed by the Server which file must be converted).

    Now the curious thing: If I'll open \\srv\share\ClientA-Folder on ClientB in
    explorer while ClientB is converting the files within this folder he will
    find ALL files (100%). I've tested this on two different installations and
    the behaviour is everywhere the same. All files will be written correctly by
    ClientA so the files must be found by ClientB. This happens also with shared
    folders located on local and SAN-Disks. The conversion-tool shouldn't be the
    source of this behaviour, too.

    So, is there any sort of file caching on Win2008-Servers? On Win2003-Server
    all is running correctly. Offline-Files are deactivated on both - Server and
    Clients.

    Perhaps somebody can help me with this.

    Best Regards,

    Bastian
     
    Bastian, Mar 3, 2010
    #1
    1. Advertising

  2. Hello Bastian,

    If you have problems accessing shared folders on Windows server 2008 check
    the following article about known network problems:
    http://msmvps.com/blogs/acefekay/ar...transfers-or-cause-connectivity-problems.aspx

    Additional make sure to use only the domain internal DNS servers on the NIC
    of all machines. Sometimes it is also helpful to disable IPv6 on the Windows
    server 2008 machine:
    http://blogs.dirteam.com/blogs/paulbergson/archive/2009/03/19/disabling-ipv6-on-windows-2008.aspx

    Best regards

    Meinolf Weber
    Disclaimer: This posting is provided "AS IS" with no warranties, and confers
    no rights.
    ** Please do NOT email, only reply to Newsgroups
    ** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm


    > Hello,
    >
    > I'm facing a very curious behaviour these days. I have the following
    > test-environment (all Win2008 Servers!):
    >
    > - 'SRV' is hosting a network-share '\\srv\share\SRC'
    > - 'ClientA' checking for files in \\srv\share\SRC. If a file has found
    > then
    > he will do a convert with an 3rd-Party-Tool to \\srv\share\ClientA.
    > Converting means that he writes a new file to the ClientA-Folder
    > - 'ClientB' checking for files in \\srv\share\ClientA. If a file has
    > found
    > the he will do the same (convert) to \\srv\share\ClientB.
    > So what happens now, is that ClientA is workling properly without any
    > problems. All files found in SRC-Folder will be converted to
    > ClientA-Folder. In the next step (Convert by ClientB) ClientB has
    > problems with finding all files in Client-A folder. Around 20-30% of
    > the files will be found by ClientB and successfully converted to
    > \\srv\share\ClientB (Note: The Client will be informed by the Server
    > which file must be converted).
    >
    > Now the curious thing: If I'll open \\srv\share\ClientA-Folder on
    > ClientB in explorer while ClientB is converting the files within this
    > folder he will find ALL files (100%). I've tested this on two
    > different installations and the behaviour is everywhere the same. All
    > files will be written correctly by ClientA so the files must be found
    > by ClientB. This happens also with shared folders located on local and
    > SAN-Disks. The conversion-tool shouldn't be the source of this
    > behaviour, too.
    >
    > So, is there any sort of file caching on Win2008-Servers? On
    > Win2003-Server all is running correctly. Offline-Files are deactivated
    > on both - Server and Clients.
    >
    > Perhaps somebody can help me with this.
    >
    > Best Regards,
    >
    > Bastian
    >
     
    Meinolf Weber [MVP-DS], Mar 4, 2010
    #2
    1. Advertising

  3. Bastian

    Bastian Guest

    Hello Meinolf,

    at first thank you for the fast reply. I've checked all participating server
    for ipv6 and disabled rss and autotuninglevel, but the problem
    still exists.

    I'm stumped...

    Best Regards

    Bastian



    "Meinolf Weber [MVP-DS]" wrote:

    > Hello Bastian,
    >
    > If you have problems accessing shared folders on Windows server 2008 check
    > the following article about known network problems:
    > http://msmvps.com/blogs/acefekay/ar...transfers-or-cause-connectivity-problems.aspx
    >
    > Additional make sure to use only the domain internal DNS servers on the NIC
    > of all machines. Sometimes it is also helpful to disable IPv6 on the Windows
    > server 2008 machine:
    > http://blogs.dirteam.com/blogs/paulbergson/archive/2009/03/19/disabling-ipv6-on-windows-2008.aspx
    >
    > Best regards
    >
    > Meinolf Weber
    > Disclaimer: This posting is provided "AS IS" with no warranties, and confers
    > no rights.
    > ** Please do NOT email, only reply to Newsgroups
    > ** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm
    >
    >
    > > Hello,
    > >
    > > I'm facing a very curious behaviour these days. I have the following
    > > test-environment (all Win2008 Servers!):
    > >
    > > - 'SRV' is hosting a network-share '\\srv\share\SRC'
    > > - 'ClientA' checking for files in \\srv\share\SRC. If a file has found
    > > then
    > > he will do a convert with an 3rd-Party-Tool to \\srv\share\ClientA.
    > > Converting means that he writes a new file to the ClientA-Folder
    > > - 'ClientB' checking for files in \\srv\share\ClientA. If a file has
    > > found
    > > the he will do the same (convert) to \\srv\share\ClientB.
    > > So what happens now, is that ClientA is workling properly without any
    > > problems. All files found in SRC-Folder will be converted to
    > > ClientA-Folder. In the next step (Convert by ClientB) ClientB has
    > > problems with finding all files in Client-A folder. Around 20-30% of
    > > the files will be found by ClientB and successfully converted to
    > > \\srv\share\ClientB (Note: The Client will be informed by the Server
    > > which file must be converted).
    > >
    > > Now the curious thing: If I'll open \\srv\share\ClientA-Folder on
    > > ClientB in explorer while ClientB is converting the files within this
    > > folder he will find ALL files (100%). I've tested this on two
    > > different installations and the behaviour is everywhere the same. All
    > > files will be written correctly by ClientA so the files must be found
    > > by ClientB. This happens also with shared folders located on local and
    > > SAN-Disks. The conversion-tool shouldn't be the source of this
    > > behaviour, too.
    > >
    > > So, is there any sort of file caching on Win2008-Servers? On
    > > Win2003-Server all is running correctly. Offline-Files are deactivated
    > > on both - Server and Clients.
    > >
    > > Perhaps somebody can help me with this.
    > >
    > > Best Regards,
    > >
    > > Bastian
    > >

    >
    >
    > .
    >
     
    Bastian, Mar 4, 2010
    #3
  4. "Bastian" <> wrote in message news:...
    > Hello Meinolf,
    >
    > at first thank you for the fast reply. I've checked all participating server
    > for ipv6 and disabled rss and autotuninglevel, but the problem
    > still exists.
    >
    > I'm stumped...
    >
    > Best Regards
    >
    > Bastian
    >
    >


    From what you're stating, at this point, I don't think it's network connectivity, and no, caching wouldn't be an issue, unless you are using Redirection. I would suggest to check the application if you can enable logging or check with Process Explorer to see exactly where it's failing. It could be something simple as AV causing it. If not, I'm not sure how your app is checking the folder. If it is using the NtChangeDirectoryNotification event, and the files are being populated quickly, it could also be a timing problem.

    --
    Ace

    This posting is provided "AS-IS" with no warranties or guarantees and confers no rights.

    Please reply back to the newsgroup or forum for collaboration benefit among responding engineers, and to help others benefit from your resolution.

    Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & MCSA 2003/2000, MCSA Messaging 2003
    Microsoft Certified Trainer
    Microsoft MVP - Directory Services

    If you feel this is an urgent issue and require immediate assistance, please contact Microsoft PSS directly. Please check http://support.microsoft.com for regional support phone numbers.
     
    Ace Fekay [MVP-DS, MCT], Mar 4, 2010
    #4
  5. On Wed, 3 Mar 2010 00:54:01 -0800, Bastian wrote:

    > So, is there any sort of file caching on Win2008-Servers? On Win2003-Server
    > all is running correctly. Offline-Files are deactivated on both - Server and
    > Clients.


    I'm not sure this is the issue, but, Windows Server 2008 has something
    called 'Branch caching'.
    It could be what you're looking for.

    Check out these links:
    http://www.microsoft.com/windowsserver2008/en/us/branch-Cache.aspx?pf=true
    http://blogs.techrepublic.com.com/networking/?p=1081

    Post some info if you solve this one...
     
    Matija Kapraljevic [Revenger], Mar 5, 2010
    #5
  6. "Matija Kapraljevic [Revenger]" <> wrote in message news:...
    > On Wed, 3 Mar 2010 00:54:01 -0800, Bastian wrote:
    >
    >> So, is there any sort of file caching on Win2008-Servers? On Win2003-Server
    >> all is running correctly. Offline-Files are deactivated on both - Server and
    >> Clients.

    >
    > I'm not sure this is the issue, but, Windows Server 2008 has something
    > called 'Branch caching'.
    > It could be what you're looking for.
    >
    > Check out these links:
    > http://www.microsoft.com/windowsserver2008/en/us/branch-Cache.aspx?pf=true
    > http://blogs.techrepublic.com.com/networking/?p=1081
    >
    > Post some info if you solve this one...



    I would also be curious what the resolution is.

    Ace.
     
    Ace Fekay [MVP-DS, MCT], Mar 7, 2010
    #6
  7. Bastian

    Bastian Guest

    Hello,

    BrancheCache is not installed on the servers. I've done some more tests and
    I think I've located the source of my problems.

    I moved the shares '\\srv\share\SRC|ClientA|ClientB' to a windowsxp-client
    and all is running fine. So there must be a problem with the w2k8 server
    hosting the file shares... I've checked the following:

    - AntiVirus-Software => turned off
    - "Caching" (Offline Settings => Files or programs from the will not be
    available offline
    - Folder Archiving and Indexing => turned off

    There must be sth. about sharing where the behaviour of w2k8 is different to
    w2k3/xp/etc...

    Best Regards

    Bastian
    "Ace Fekay [MVP-DS, MCT]" wrote:

    > "Matija Kapraljevic [Revenger]" <> wrote in message news:...
    > > On Wed, 3 Mar 2010 00:54:01 -0800, Bastian wrote:
    > >
    > >> So, is there any sort of file caching on Win2008-Servers? On Win2003-Server
    > >> all is running correctly. Offline-Files are deactivated on both - Server and
    > >> Clients.

    > >
    > > I'm not sure this is the issue, but, Windows Server 2008 has something
    > > called 'Branch caching'.
    > > It could be what you're looking for.
    > >
    > > Check out these links:
    > > http://www.microsoft.com/windowsserver2008/en/us/branch-Cache.aspx?pf=true
    > > http://blogs.techrepublic.com.com/networking/?p=1081
    > >
    > > Post some info if you solve this one...

    >
    >
    > I would also be curious what the resolution is.
    >
    > Ace.
    >
    > .
    >
     
    Bastian, Mar 9, 2010
    #7
  8. "Bastian" <> wrote in message news:...
    > Hello,
    >
    > BrancheCache is not installed on the servers. I've done some more tests and
    > I think I've located the source of my problems.
    >
    > I moved the shares '\\srv\share\SRC|ClientA|ClientB' to a windowsxp-client
    > and all is running fine. So there must be a problem with the w2k8 server
    > hosting the file shares... I've checked the following:
    >
    > - AntiVirus-Software => turned off
    > - "Caching" (Offline Settings => Files or programs from the will not be
    > available offline
    > - Folder Archiving and Indexing => turned off
    >
    > There must be sth. about sharing where the behaviour of w2k8 is different to
    > w2k3/xp/etc...
    >
    > Best Regards
    >
    > Bastian


    There could be a number of things causing it. What type of clients are accessing it? Is this server a DC?

    If a DC, you may need to disable SMB signing, but that depends on the type of clients accessing it.

    Also, you may want to look at disabling RSS TCP Chimney feature, and IPv6. Read more on it...

    TCP Chimney and RSS Features May Cause Slow File Transfers or Cause Connectivity Problems
    http://msmvps.com/blogs/acefekay/ar...transfers-or-cause-connectivity-problems.aspx

    Ace
     
    Ace Fekay [MVP-DS, MCT], Mar 9, 2010
    #8
  9. Bastian

    Bastian Guest

    Hello Ace,

    RSS TCP Chimney and IPv6 is disabled on all servers. The server hosting the
    shares is an w2k8 enterprise failovercluster (2 nodes) and is not a domain
    controller.

    Best Regards

    Bastian

    "Ace Fekay [MVP-DS, MCT]" wrote:

    > "Bastian" <> wrote in message news:...
    > > Hello,
    > >
    > > BrancheCache is not installed on the servers. I've done some more tests and
    > > I think I've located the source of my problems.
    > >
    > > I moved the shares '\\srv\share\SRC|ClientA|ClientB' to a windowsxp-client
    > > and all is running fine. So there must be a problem with the w2k8 server
    > > hosting the file shares... I've checked the following:
    > >
    > > - AntiVirus-Software => turned off
    > > - "Caching" (Offline Settings => Files or programs from the will not be
    > > available offline
    > > - Folder Archiving and Indexing => turned off
    > >
    > > There must be sth. about sharing where the behaviour of w2k8 is different to
    > > w2k3/xp/etc...
    > >
    > > Best Regards
    > >
    > > Bastian

    >
    > There could be a number of things causing it. What type of clients are accessing it? Is this server a DC?
    >
    > If a DC, you may need to disable SMB signing, but that depends on the type of clients accessing it.
    >
    > Also, you may want to look at disabling RSS TCP Chimney feature, and IPv6. Read more on it...
    >
    > TCP Chimney and RSS Features May Cause Slow File Transfers or Cause Connectivity Problems
    > http://msmvps.com/blogs/acefekay/ar...transfers-or-cause-connectivity-problems.aspx
    >
    > Ace
    >
    > .
    >
     
    Bastian, Mar 10, 2010
    #9
  10. "Bastian" <> wrote in message news:...
    > Hello Ace,
    >
    > RSS TCP Chimney and IPv6 is disabled on all servers. The server hosting the
    > shares is an w2k8 enterprise failovercluster (2 nodes) and is not a domain
    > controller.
    >
    > Best Regards
    >
    > Bastian


    Ok, then I assume 'SRV' is the cluster name published in DNS and WINS? Otherwise, I'm assuming you've correctly configured sharing on the 2008 server, cluster or not, and set the Offline settings as such:
    http://www.techotopia.com/index.php/Configuring_Windows_Server_2008_File_Sharing

    Ace
     
    Ace Fekay [MVP-DS, MCT], Mar 10, 2010
    #10
  11. Bastian

    Bastian Guest

    Hello Ace,

    "SRV" ist the dns-name belonging to the clustergroup which is hosting the
    fileshares. I've tested with the ip-address, too. The shares are configured
    as discribed on your link. Setting up a local share (not in a clustergroup)
    hasn't any effect.

    Regards

    Bastian

    "Ace Fekay [MVP-DS, MCT]" wrote:

    > "Bastian" <> wrote in message news:...
    > > Hello Ace,
    > >
    > > RSS TCP Chimney and IPv6 is disabled on all servers. The server hosting the
    > > shares is an w2k8 enterprise failovercluster (2 nodes) and is not a domain
    > > controller.
    > >
    > > Best Regards
    > >
    > > Bastian

    >
    > Ok, then I assume 'SRV' is the cluster name published in DNS and WINS? Otherwise, I'm assuming you've correctly configured sharing on the 2008 server, cluster or not, and set the Offline settings as such:
    > http://www.techotopia.com/index.php/Configuring_Windows_Server_2008_File_Sharing
    >
    > Ace
    >
    >
    > .
    >
     
    Bastian, Mar 11, 2010
    #11
  12. "Bastian" <> wrote in message news:...
    > Hello Ace,
    >
    > "SRV" ist the dns-name belonging to the clustergroup which is hosting the
    > fileshares. I've tested with the ip-address, too. The shares are configured
    > as discribed on your link. Setting up a local share (not in a clustergroup)
    > hasn't any effect.
    >
    > Regards
    >
    > Bastian


    Then I am at a loss to figure out what is going on with your share connectivity, unless it's something in the cluster. Maybe someone else can help, or if it persists and causes problems, a call into PSS should be in order.

    Ace
     
    Ace Fekay [MVP-DS, MCT], Mar 11, 2010
    #12
  13. May be mapping to drive letters work.
    jk
     
    Juergen Kluth, Mar 19, 2010
    #13
  14. Bastian

    Bastian Guest

    Hello,

    I've figured out the cause of this behaviour. Disabling SMB 2.0 on the
    Win2008 fileserver looks like to be the solution. So there must be some
    caching mechanism in SMB 2.0 leading to this behaviour. I'll try to get more
    information about this...

    Best Regards

    Bastian


    "Bastian" wrote:

    > Hello,
    >
    > I'm facing a very curious behaviour these days. I have the following
    > test-environment (all Win2008 Servers!):
    >
    > - 'SRV' is hosting a network-share '\\srv\share\SRC'
    > - 'ClientA' checking for files in \\srv\share\SRC. If a file has found then
    > he will do a convert with an 3rd-Party-Tool to \\srv\share\ClientA.
    > Converting means that he writes a new file to the ClientA-Folder
    > - 'ClientB' checking for files in \\srv\share\ClientA. If a file has found
    > the he will do the same (convert) to \\srv\share\ClientB.
    >
    > So what happens now, is that ClientA is workling properly without any
    > problems. All files found in SRC-Folder will be converted to ClientA-Folder.
    > In the next step (Convert by ClientB) ClientB has problems with finding all
    > files in Client-A folder. Around 20-30% of the files will be found by ClientB
    > and successfully converted to \\srv\share\ClientB (Note: The Client will be
    > informed by the Server which file must be converted).
    >
    > Now the curious thing: If I'll open \\srv\share\ClientA-Folder on ClientB in
    > explorer while ClientB is converting the files within this folder he will
    > find ALL files (100%). I've tested this on two different installations and
    > the behaviour is everywhere the same. All files will be written correctly by
    > ClientA so the files must be found by ClientB. This happens also with shared
    > folders located on local and SAN-Disks. The conversion-tool shouldn't be the
    > source of this behaviour, too.
    >
    > So, is there any sort of file caching on Win2008-Servers? On Win2003-Server
    > all is running correctly. Offline-Files are deactivated on both - Server and
    > Clients.
    >
    > Perhaps somebody can help me with this.
    >
    > Best Regards,
    >
    > Bastian
     
    Bastian, May 12, 2010
    #14
  15. Bastian

    Benoit Paris Guest

    Re: Hello,I have figured out the cause of this behaviour. Disabling SMB2.

    Hi Bastian,

    One of our customers is experiencing frequent crashes using our application (I am with a software development firm).

    Using "procmon", I found that the application crashes when the process is looking for a DLL that is located on a Win2K8 network share, and cannot find it. But the DLL is there. I mean, it is in a read-only folder so it cannot really disappear and reappear...

    This is quite similar to the symptoms you are describing. Or is there a question of synchronisation between the copy operations for ClientA and ClientB?

    Also, how did you disable SMB2?

    Any helps or insights are appreciated.



    > On Wednesday, March 03, 2010 3:54 AM Bastian wrote:


    > Hello,
    >
    > I am facing a very curious behaviour these days. I have the following
    > test-environment (all Win2008 Servers!):
    >
    > - 'SRV' is hosting a network-share '\\srv\share\SRC'
    > - 'ClientA' checking for files in \\srv\share\SRC. If a file has found then
    > he will do a convert with an 3rd-Party-Tool to \\srv\share\ClientA.
    > Converting means that he writes a new file to the ClientA-Folder
    > - 'ClientB' checking for files in \\srv\share\ClientA. If a file has found
    > the he will do the same (convert) to \\srv\share\ClientB.
    >
    > So what happens now, is that ClientA is workling properly without any
    > problems. All files found in SRC-Folder will be converted to ClientA-Folder.
    > In the next step (Convert by ClientB) ClientB has problems with finding all
    > files in Client-A folder. Around 20-30% of the files will be found by ClientB
    > and successfully converted to \\srv\share\ClientB (Note: The Client will be
    > informed by the Server which file must be converted).
    >
    > Now the curious thing: If I will open \\srv\share\ClientA-Folder on ClientB in
    > explorer while ClientB is converting the files within this folder he will
    > find ALL files (100%). I have tested this on two different installations and
    > the behaviour is everywhere the same. All files will be written correctly by
    > ClientA so the files must be found by ClientB. This happens also with shared
    > folders located on local and SAN-Disks. The conversion-tool should not be the
    > source of this behaviour, too.
    >
    > So, is there any sort of file caching on Win2008-Servers? On Win2003-Server
    > all is running correctly. Offline-Files are deactivated on both - Server and
    > Clients.
    >
    > Perhaps somebody can help me with this.
    >
    > Best Regards,
    >
    > Bastian



    >> On Thursday, March 04, 2010 3:01 AM Meinolf Weber [MVP-DS] wrote:


    >> Hello Bastian,
    >>
    >> If you have problems accessing shared folders on Windows server 2008 check
    >> the following article about known network problems:
    >> http://msmvps.com/blogs/acefekay/ar...transfers-or-cause-connectivity-problems.aspx
    >>
    >> Additional make sure to use only the domain internal DNS servers on the NIC
    >> of all machines. Sometimes it is also helpful to disable IPv6 on the Windows
    >> server 2008 machine:
    >> http://blogs.dirteam.com/blogs/paulbergson/archive/2009/03/19/disabling-ipv6-on-windows-2008.aspx
    >>
    >> Best regards
    >>
    >> Meinolf Weber
    >> Disclaimer: This posting is provided "AS IS" with no warranties, and confers
    >> no rights.
    >> ** Please do NOT email, only reply to Newsgroups
    >> ** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm



    >>> On Thursday, March 04, 2010 5:49 AM Bastian wrote:


    >>> Hello Meinolf,
    >>>
    >>> at first thank you for the fast reply. I have checked all participating server
    >>> for ipv6 and disabled rss and autotuninglevel, but the problem
    >>> still exists.
    >>>
    >>> I am stumped...
    >>>
    >>> Best Regards
    >>>
    >>> Bastian
    >>>
    >>>
    >>>
    >>> "Meinolf Weber [MVP-DS]" wrote:



    >>>> On Thursday, March 04, 2010 1:16 PM Ace Fekay [MVP-DS, MCT] wrote:


    >>>> server=20
    >>>>
    >>>> From what you are stating, at this point, I do not think it is network =
    >>>> connectivity, and no, caching would not be an issue, unless you are using =
    >>>> Redirection. I would suggest to check the application if you can enable =
    >>>> logging or check with Process Explorer to see exactly where it is =
    >>>> failing. It could be something simple as AV causing it. If not, I am not =
    >>>> sure how your app is checking the folder. If it is using the =
    >>>> NtChangeDirectoryNotification event, and the files are being populated =
    >>>> quickly, it could also be a timing problem.
    >>>>
    >>>> --=20
    >>>> Ace
    >>>>
    >>>> This posting is provided "AS-IS" with no warranties or guarantees and =
    >>>> confers no rights.
    >>>>
    >>>> Please reply back to the newsgroup or forum for collaboration benefit =
    >>>> among responding engineers, and to help others benefit from your =
    >>>> resolution.
    >>>>
    >>>> Ace Fekay, MVP, MCT, MCITP EA, MCTS Windows 2008 & Exchange 2007, MCSE & =
    >>>> MCSA 2003/2000, MCSA Messaging 2003
    >>>> Microsoft Certified Trainer
    >>>> Microsoft MVP - Directory Services
    >>>>
    >>>> If you feel this is an urgent issue and require immediate assistance, =
    >>>> please contact Microsoft PSS directly. Please check =
    >>>> http://support.microsoft.com for regional support phone numbers.



    >>>>> On Friday, March 05, 2010 6:14 PM Matija Kapraljevic [Revenger] wrote:


    >>>>> I am not sure this is the issue, but, Windows Server 2008 has something
    >>>>> called 'Branch caching'.
    >>>>> It could be what you are looking for.
    >>>>>
    >>>>> Check out these links:
    >>>>> http://www.microsoft.com/windowsserver2008/en/us/branch-Cache.aspx?pf=true
    >>>>> http://blogs.techrepublic.com.com/networking/?p=1081
    >>>>>
    >>>>> Post some info if you solve this one...



    >>>>>> On Saturday, March 06, 2010 9:16 PM Ace Fekay [MVP-DS, MCT] wrote:


    >>>>>> Win2003-Server=20
    >>>>>> Server and=20
    >>>>>> http://www.microsoft.com/windowsserver2008/en/us/branch-Cache.aspx?pf=3Dt=
    >>>>>> rue
    >>>>>>
    >>>>>>
    >>>>>> I would also be curious what the resolution is.
    >>>>>>
    >>>>>> Ace.



    >>>>>>> On Tuesday, March 09, 2010 11:16 AM Bastian wrote:


    >>>>>>> Hello,
    >>>>>>>
    >>>>>>> BrancheCache is not installed on the servers. I have done some more tests and
    >>>>>>> I think I have located the source of my problems.
    >>>>>>>
    >>>>>>> I moved the shares '\\srv\share\SRC|ClientA|ClientB' to a windowsxp-client
    >>>>>>> and all is running fine. So there must be a problem with the w2k8 server
    >>>>>>> hosting the file shares... I have checked the following:
    >>>>>>>
    >>>>>>> - AntiVirus-Software => turned off
    >>>>>>> - "Caching" (Offline Settings => Files or programs from the will not be
    >>>>>>> available offline
    >>>>>>> - Folder Archiving and Indexing => turned off
    >>>>>>>
    >>>>>>> There must be sth. about sharing where the behaviour of w2k8 is different to
    >>>>>>> w2k3/xp/etc...
    >>>>>>>
    >>>>>>> Best Regards
    >>>>>>>
    >>>>>>> Bastian
    >>>>>>> "Ace Fekay [MVP-DS, MCT]" wrote:



    >>>>>>>> On Tuesday, March 09, 2010 12:22 PM Ace Fekay [MVP-DS, MCT] wrote:


    >>>>>>>> tests and=20
    >>>>>>>> windowsxp-client=20
    >>>>>>>> server=20
    >>>>>>>> be=20
    >>>>>>>> different to=20
    >>>>>>>>
    >>>>>>>> There could be a number of things causing it. What type of clients are =
    >>>>>>>> accessing it? Is this server a DC?
    >>>>>>>>
    >>>>>>>> If a DC, you may need to disable SMB signing, but that depends on the =
    >>>>>>>> type of clients accessing it.
    >>>>>>>>
    >>>>>>>> Also, you may want to look at disabling RSS TCP Chimney feature, and =
    >>>>>>>> IPv6. Read more on it...
    >>>>>>>>
    >>>>>>>> TCP Chimney and RSS Features May Cause Slow File Transfers or Cause =
    >>>>>>>> Connectivity Problems=20
    >>>>>>>> http://msmvps.com/blogs/acefekay/archive/2009/08/20/tcp-chimney-and-rss-f=
    >>>>>>>> eatures-may-cause-slow-file-transfers-or-cause-connectivity-problems.aspx=
    >>>>>>>>
    >>>>>>>>
    >>>>>>>> Ace



    >>>>>>>>> On Wednesday, March 10, 2010 3:59 AM Bastian wrote:


    >>>>>>>>> Hello Ace,
    >>>>>>>>>
    >>>>>>>>> RSS TCP Chimney and IPv6 is disabled on all servers. The server hosting the
    >>>>>>>>> shares is an w2k8 enterprise failovercluster (2 nodes) and is not a domain
    >>>>>>>>> controller.
    >>>>>>>>>
    >>>>>>>>> Best Regards
    >>>>>>>>>
    >>>>>>>>> Bastian
    >>>>>>>>>
    >>>>>>>>> "Ace Fekay [MVP-DS, MCT]" wrote:



    >>>>>>>>>> On Wednesday, March 10, 2010 10:58 AM Ace Fekay [MVP-DS, MCT] wrote:


    >>>>>>>>>> hosting the=20
    >>>>>>>>>> domain=20
    >>>>>>>>>>
    >>>>>>>>>> Ok, then I assume 'SRV' is the cluster name published in DNS and WINS? =
    >>>>>>>>>> Otherwise, I am assuming you have correctly configured sharing on the 2008 =
    >>>>>>>>>> server, cluster or not, and set the Offline settings as such:
    >>>>>>>>>> http://www.techotopia.com/index.php/Configuring_Windows_Server_2008_File_=
    >>>>>>>>>> Sharing
    >>>>>>>>>>
    >>>>>>>>>> Ace



    >>>>>>>>>>> On Thursday, March 11, 2010 4:13 AM Bastian wrote:


    >>>>>>>>>>> Hello Ace,
    >>>>>>>>>>>
    >>>>>>>>>>> "SRV" ist the dns-name belonging to the clustergroup which is hosting the
    >>>>>>>>>>> fileshares. I have tested with the ip-address, too. The shares are configured
    >>>>>>>>>>> as discribed on your link. Setting up a local share (not in a clustergroup)
    >>>>>>>>>>> has not any effect.
    >>>>>>>>>>>
    >>>>>>>>>>> Regards
    >>>>>>>>>>>
    >>>>>>>>>>> Bastian
    >>>>>>>>>>>
    >>>>>>>>>>> "Ace Fekay [MVP-DS, MCT]" wrote:



    >>>>>>>>>>>> On Thursday, March 11, 2010 11:58 AM Ace Fekay [MVP-DS, MCT] wrote:


    >>>>>>>>>>>> the=20
    >>>>>>>>>>>> configured=20
    >>>>>>>>>>>> clustergroup)=20
    >>>>>>>>>>>>
    >>>>>>>>>>>> Then I am at a loss to figure out what is going on with your share =
    >>>>>>>>>>>> connectivity, unless it is something in the cluster. Maybe someone else =
    >>>>>>>>>>>> can help, or if it persists and causes problems, a call into PSS should =
    >>>>>>>>>>>> be in order.
    >>>>>>>>>>>>
    >>>>>>>>>>>> Ace



    >>>>>>>>>>>>> On Friday, March 19, 2010 11:20 AM Juergen Kluth wrote:


    >>>>>>>>>>>>> May be mapping to drive letters work.
    >>>>>>>>>>>>> jk



    >>>>>>>>>>>>>> On Wednesday, May 12, 2010 5:59 AM Bastian wrote:


    >>>>>>>>>>>>>> Hello,
    >>>>>>>>>>>>>>
    >>>>>>>>>>>>>> I have figured out the cause of this behaviour. Disabling SMB 2.0 on the
    >>>>>>>>>>>>>> Win2008 fileserver looks like to be the solution. So there must be some
    >>>>>>>>>>>>>> caching mechanism in SMB 2.0 leading to this behaviour. I will try to get more
    >>>>>>>>>>>>>> information about this...
    >>>>>>>>>>>>>>
    >>>>>>>>>>>>>> Best Regards
    >>>>>>>>>>>>>>
    >>>>>>>>>>>>>> Bastian
    >>>>>>>>>>>>>>
    >>>>>>>>>>>>>>
    >>>>>>>>>>>>>> "Bastian" wrote:



    >>>>>>>>>>>>>> Submitted via EggHeadCafe
    >>>>>>>>>>>>>> SharePoint Tip / Thought of the Day WebPart
    >>>>>>>>>>>>>> http://www.eggheadcafe.com/tutorial...arepoint-tip--thought-of-the-day-webpart.aspx
     
    Benoit Paris, Feb 3, 2011
    #15
    1. Advertising

Want to reply to this thread or ask your own question?

It takes just 2 minutes to sign up (and it's free!). Just click the sign up button to choose a username and then you can ask your own questions on the forum.
Similar Threads
  1. Klemens Lichter
    Replies:
    9
    Views:
    420
    Klemens Lichter
    Apr 11, 2008
  2. ja

    Adding a new Win2008 Server to SBS2003 Standard network

    ja, Apr 27, 2009, in forum: Windows Small Business Server
    Replies:
    4
    Views:
    649
    kj [SBS MVP]
    Apr 28, 2009
  3. ODBMusic

    Curious Loss of Network Connectivity

    ODBMusic, Oct 10, 2007, in forum: Server Networking
    Replies:
    5
    Views:
    307
    Greg Lindsay [MSFT]
    Oct 19, 2007
  4. Neville Bagnall
    Replies:
    2
    Views:
    164
    Neville Bagnall
    Feb 4, 2006
  5. DelBoy

    Curious behaviour in WLM 15

    DelBoy, May 25, 2011, in forum: Windows Live Mail
    Replies:
    0
    Views:
    338
    DelBoy
    May 25, 2011
Loading...

Share This Page