schickb Posted July 18, 2004 Report Share Posted July 18, 2004 I am having trouble getting the main Retrospect 6.5 app (with the 5.1 drivers) to read from Samba shares. This is not an issue with the Linux client, but it was suggested that I still post here. I have a Debian server running Samba 3.0.4. I can access all of the shares and browse the workgroup perfectly from Windows XP and other apps. But when I try to add a share as a volume in Retrospect, I get the error below (I get the error after the "Add Network Volume" window has closed): Error getting volume information, cannot add this volume to the database I have seen several other similar reports here, but no good resolutions. Retrospect seems to access SMB services in a way that doesn't always work with Samba. Is there a way to get a detailed logs out of Retrospect so this can be tracked down? Things I have tried: Removed config65.* and tried again (same problem) Tried Retrospect as various specified users (all admins) Tried Retrospect without a specified user Tried typing the UNC directly and browsing through “Windows Network” (same problem either way) Ran Windows NT Reskit “browstat” tool and everything looks fine Tried invalid user names and invalid share names. Both cause a different error message that occurs before the "Add Network Volume" window closes (indicating this isn’t the problem) Tried invalid password (this produces the same “error getting volume information” message) Looked at the samba log with logging set to 10 and found (cmd=162 (SMBntcreateX) NT_STATUS_ACCESS_DENIED) Changed various samba security and protocol settings (nothing helped yet) Link to comment Share on other sites More sharing options...
natew Posted July 21, 2004 Report Share Posted July 21, 2004 Hi I've found some new information regarding this problem. Samba 3.0.4 does not cooperate with certain commands that are issued during login. Samba 3.0.5 appears to resolve that issue. Thanks Nate Link to comment Share on other sites More sharing options...
schickb Posted July 21, 2004 Author Report Share Posted July 21, 2004 Great, thanks. Do you have a link to more details? I just checked the Samba website and 3.0.5rc1 seems to be gone. Maybe they are preparing for another RC or the actual thing. I'll repost when I get it installed. Link to comment Share on other sites More sharing options...
natew Posted July 22, 2004 Report Share Posted July 22, 2004 Hi From what I understand Samba 3.0.4 rejects a certain call that Retrospect gives when it tries to log into the share. The call is made by a valid Windows API, Samba just isn't quite up to speed yet. I can't guarantee that this will fix the problem but I suspect that it may. Thanks nate Link to comment Share on other sites More sharing options...
Guest psykoyiko Posted July 22, 2004 Report Share Posted July 22, 2004 Hi, Looks like Samba released 3.0.5 today for a security fix, but does _not_ address the issues with logins in 3.0.4. Those fixes are slated to be released as 3.0.6, which should be in rc2 status very soon. http://www.samba.org/samba/whatsnew/samba-3.0.5.html http://lists.samba.org/archive/samba/2004-July/089701.html Link to comment Share on other sites More sharing options...
awgrover Posted August 24, 2004 Report Share Posted August 24, 2004 I've had the Retrospect "error getting volume information" problem (with Samba 3.0.4), but I found that Samba 3.0.1 (from SuSE) will work. Samba 3.0.6 was released (24 August), but I haven't tested it. Does anybody know the specific bug or description that addresses this problem? Link to comment Share on other sites More sharing options...
awgrover Posted August 24, 2004 Report Share Posted August 24, 2004 Retrospect appears to work with Samba 3.0.6. I have done only the most basic test. Works for me: Windows 2k Retrospect 6.5.350 SuSE 9.0 (kernel 2.4) Samba 3.0.6 (compiled from source) Already mounted via file-explorer (doesn't work otherwise?) Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.