Drobo

SMB file transfer dropouts since 1.3.5 firmware

Bit of feedback on firmware 1.3.5.

I’ve been running the 1.3.4 (and previous) firmware version without issue, and since “upgrading” to 1.3.5 i find the Samba service (Windows file sharing) frequently drops active file transfers effective killing the droboshare/drobo’s ability to stream or transfer any amount of data for a good time.

Whilst the service does appears to “recover”, i.e. files are browsable again the dropouts are still a very regular occurrence since upgrading.

Has anybody else been getting these issues?

PS: I’ve powered off all devices several times now, but to no avail.

If anybody knows how to rollback to Drobo 1.3.4 that would be much appreciated as my Drobo is pretty damned near useless if you can’t reliably store or retrieve files :confused:

Oh here’s dump of the /var/log/smb.log file at point of failure (partially sanitised for security, portions with “<>” brackets):

PS: When the service comes back sometimes is fails to also find the correct mount point as it gets renamed. In this case “share” becomes “share1”.

[2009/09/05 14:19:08, 0] smbd/reply.c:send_file_readX(2228)
send_file_readX: sendfile failed for file (Input/output error). Terminating
[2009/09/05 14:19:26, 0] param/loadparm.c:map_parameter(2472)
Unknown parameter encountered: “max stat cache size”
[2009/09/05 14:19:26, 0] param/loadparm.c:lp_do_parameter(3154)
Ignoring unknown parameter “max stat cache size”
[2009/09/05 14:19:27, 0] param/loadparm.c:map_parameter(2472)
Unknown parameter encountered: “max stat cache size”
[2009/09/05 14:19:27, 0] param/loadparm.c:lp_do_parameter(3154)
Ignoring unknown parameter “max stat cache size”
[2009/09/05 14:19:27, 0] param/loadparm.c:map_parameter(2472)
Unknown parameter encountered: “max stat cache size”
[2009/09/05 14:19:27, 0] param/loadparm.c:lp_do_parameter(3154)
Ignoring unknown parameter “max stat cache size”
[2009/09/05 14:19:27, 0] param/loadparm.c:map_parameter(2472)
Unknown parameter encountered: “max stat cache size”
[2009/09/05 14:19:27, 0] param/loadparm.c:lp_do_parameter(3154)
Ignoring unknown parameter “max stat cache size”
[2009/09/05 14:19:27, 0] nmbd/nmbd.c:process(542)
Got SIGHUP dumping debug info.
[2009/09/05 14:19:27, 0] nmbd/nmbd_workgroupdb.c:dump_workgroups(284)
dump_workgroups()
dump workgroup on subnet 192.168.1.69: netmask= 255.255.255.0:
WORKGROUP(1) current master browser =
40009a03 (DroboShare)
<COMPUTER 40051003 ()
[2009/09/05 14:19:27, 0] param/loadparm.c:map_parameter(2472)
Unknown parameter encountered: “max stat cache size”
[2009/09/05 14:19:27, 0] param/loadparm.c:lp_do_parameter(3154)
Ignoring unknown parameter “max stat cache size”
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:44, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:45, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:45, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:45, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share
[2009/09/05 14:19:45, 0] smbd/service.c:make_connection(794)
(192.168.1.64) couldn’t find service share[hr][hr]
If anybody knows how to rollback the Drobo’s firmware to 1.3.4 that would be much appreciated as my Drobo is pretty damned near useless if you can’t reliably store or retrieve files :confused:

Update:
I think i’ve made some progress in identifying the issue.

It turns out that part of the reason my share called “shared” (default called “Drobo”) was being renamed and split without my knowledge so my Drobo had two shares on the filesystem:

/mnt/DroboShares/shared
/mnt/DroboShares/shared1

As the Drobo/DroboShare seemed very keen on screwing around with these shared since 1.3.5 was installed i decided to revert back to calling the share the default name on “Drobo” and while not extensively tested don’t appear as yet to have the frequent problems described above.

I’ll keep this thread/blog updated with any new information or a conclusion if successful.

Update:
The SMB service just died yet again on me, grants now only once every 2 hours as opposed to several times an hour and did it’s lovely trick of incrementally renaming my shares for me, this time “Drobo” -> “Drobo1” just like before.

This might be relevant in these two log files:

/var/logs/smb.log

[2009/09/06 04:13:46, 0] param/loadparm.c:map_parameter(2472) Unknown parameter encountered: "max stat cache size" [2009/09/06 04:13:46, 0] param/loadparm.c:lp_do_parameter(3154) Ignoring unknown parameter "max stat cache size" [2009/09/06 04:13:46, 0] nmbd/nmbd.c:process(542) Got SIGHUP dumping debug info. [2009/09/06 04:13:46, 0] nmbd/nmbd_workgroupdb.c:dump_workgroups(284) dump_workgroups() dump workgroup on subnet 192.168.1.69: netmask= 255.255.255.0: WORKGROUP(1) current master browser = <LAPTOP> <DROBONAME> 40009a03 (DroboShare) <LAPTOP> 40071003 () [2009/09/06 04:13:46, 0] param/loadparm.c:map_parameter(2472) Unknown parameter encountered: "max stat cache size" [2009/09/06 04:13:46, 0] param/loadparm.c:lp_do_parameter(3154) Ignoring unknown parameter "max stat cache size"

And /var/log/sledd.log:

Sun Sep 6 04:13:46 2009: LinuxSupportThread::addAndMountExistingShare: /dev/sdb1 mounted at location /mnt/DroboShares/Drobo1 Sun Sep 6 04:13:46 2009: SambaInterface::addShare: New share mountPath /mnt/DroboShares/Drobo1, shareName Drobo1, sledName <DROBONAME>, Serial 0db091021121, Lun 0 forkProcessAndWaitForResult: /bin/mv exited with a 0 value forkProcessAndWaitForResult: /bin/ps exited with a 0 value forkProcessAndWaitForResult: /usr/bin/killall exited with a 0 value Sun Sep 6 04:14:01 2009: LinuxSupportThread::addAndMountExistingShare: Launch Drobo Apps Config is enabled, launching ... Sun Sep 6 04:14:01 2009: LinuxSupportThread::addAndMountExistingShare: call to /usr/bin/startDroboApps for volume /mnt/DroboShares/Drobo1 forkProcessAndWaitForResult: /usr/bin/startDroboApps exited with a 0 value Sun Sep 6 04:14:08 2009: LinuxSupportThread::addAndMountExistingShare: Share: 0xc8910 returning Sun Sep 6 04:14:08 2009: LinuxSupportThread::run: Done with request