Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM Client/Server » View Thread |
Messages 1 to 6 of 6 total |
Vista as a server |
Thu, Aug 30 2007 11:10 AM | Permanent Link |
"Brian Kennedy" | Hello. Unfortunately, we are having more and more customers running our
application over Vista and some problems are arising especially when using Vista as the server. As a test, we have installed the DBISAM database server on the Vista machine as well as the DBISAM Database Utility for testing purposes. Using the Database Utility, when opening tables through the "Remote" connection, the process hangs for 20-30 seconds and then the table opens. It almost seems like something is interfering with the opening of the table. When we switch to open "Local" instead of remote, the table opens immediately. In addition, this lag does not occur when using XP as the server with the Database Utility and remote connection. Has anyone else experienced this lag when operating the server on a Visa machine? FYI, we have disabled the firewall and opened ports 12005 and 12006. Thank you. Brian Kennedy |
Thu, Aug 30 2007 12:18 PM | Permanent Link |
> hangs for 20-30 seconds and then
Sounds like the usual TCP timeout. Check networking is all okay. /Matthew Jones/ | |
Thu, Aug 30 2007 12:39 PM | Permanent Link |
"Jose Eduardo Helminsky" | Brian
Is there any anti-virus software installed ? If so, then disable the DAT, BLB, IDX extensions from scanning. Eduardo |
Thu, Aug 30 2007 1:49 PM | Permanent Link |
Sean McCall | Could it be this (from tim a while back)?
File-Sharing Issues with SMB2 and Vista We just recently had a customer report an issue with using a Vista machine sharing DBISAM tables with another Vista machine, and have found out that there is a problem with using a Vista machine as a host for sharing DBISAM or ElevateDB tables with other Vista machines due to a bug in the SMB2 protocol in the Vista OS. For now, we recommend that you do *not* deploy any applications in such an environment until MS comes up with an official fix. The indications are that a fix will be available with the first Vista service pack. There is an official hotfix available, but you have to call MS to get it and it isn't publicly available. You can find information on the problem here: Major bug in Vista File Sharing (Peer-to-Peer)? The problem only occurs with a Vista <--> Vista setup that can use SMB2. With any other combination of OS's, such as XP <--> Vista or Vista <--> 2000, the problem doesn't occur because one of the participating OS's can only use the SMB file-sharing protocol, not the SMB2 file-sharing protocol. Tim Young Elevate Software www.elevatesoft.com This email was generated on Thursday, June 7, 2007 at 12:14 PM Privacy Policy © 2007 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |
Thu, Aug 30 2007 5:12 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Brian,
<< As a test, we have installed the DBISAM database server on the Vista machine as well as the DBISAM Database Utility for testing purposes. Using the Database Utility, when opening tables through the "Remote" connection, the process hangs for 20-30 seconds and then the table opens. It almost seems like something is interfering with the opening of the table. >> << Has anyone else experienced this lag when operating the server on a Visa machine? FYI, we have disabled the firewall and opened ports 12005 and 12006. >> It sounds like something is definitely wrong on the Vista side in terms of either a firewall or the network setup. How long does it take to simply establish a connection to the 12005 port using Telnet ? If it takes just as long, then there is an issue with the network layer. -- Tim Young Elevate Software www.elevatesoft.com |
Thu, Aug 30 2007 5:13 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Sean,
<< Could it be this (from tim a while back)? >> That only applies to local (non-C/S) connections, so that wouldn't apply in this case. -- Tim Young Elevate Software www.elevatesoft.com |
This web page was last updated on Thursday, March 28, 2024 at 08:36 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |