How to stop SMBFS from crashing

[motorollin]

I see. I'm starting to think it would be much easier to get another hard drive, format it as FAT, connect it to the Amiga, create the backup, then connect it to my Mac and copy the archives off :roll:

Surely there's an easier way!

--
moto

[Framiga]

i know a lot of users are using SMBFS, so don't coun't that much on my bad experience.

There are some different archives around also IIRC.

Let me check.

nada ... SMBFS 1.66 is the only one for 68k i have.

Others are for MOS

[Framiga]

ops ... just found onto my disk, SMBFS 1.40 and 1.63

If you want to give a try, contact me privately (my email is in my profile)

[motorollin]

Email sent :-)

--
moto

[motorollin]

Framiga kindly sent me SMBFS versions 1.40, 1.59 and 1.63. I was currently using 1.66. Unfortunately every version did the same thing.

I did notice that at least twice it froze on the same file. The entire archive was created successfully in RAM so it's not the file itself. I think maybe it's more to do with the size of the file, or the amount of data written to the SMB share.

StackAttack is installed properly, with both lines in S-S.

--
moto

[Framiga]

i think that what your trying to do, is a little bit demanding for SMBFS (i'm only guessing here)

A thing is read or write through SMBFS, another thing is read&archive on the fly.

Sorry but i'm out of ideas! Good luck!

[motorollin]

I think you're right! Though I would love to hear from anyone who has been able to create large archives over SMBFS (under AmigaOS, not MOS).

--
moto

[motorollin]

Does anyone know how reliable USB drives are on the Amiga when creating large files on the fly? I'm thinking of getting a Subway and using a USB hard disk for my backup.

--
moto

[Framiga]

tried today SMBFS (1.66 OS4 native) under AmigaOS4.

It works as aspected ... even tryed to archive a dir (5.5 MB) with target the mounted pc share.

How big is the file that crashes the lha thing?

Going to try under AmigaOS3.9

[motorollin]

I can't remember which file it hung on so I can't check the size. Though it did get past that file a couple of times. I am not surprised a 5.5MB directory worked across SMB. I am trying to archive 46MB of data (and if I can get it working there will be another 2GB).

Please let me know how you get on under 3.9, and if possible, could you try a bigger directory?

--
moto

[orange]

I wouldn't recommend using USB for anything important!
Countless times it would save file with one byte corrupt on PC, not just on flash disks but HDDs too.

[motorollin]

Thanks orange. IDE compact flash card might be the only option then!

--
moto

[Framiga]

first here my AmiTCP settings

PRIORITY = 5

MBUF_CONF Initial =     2
MBUF_CONF Chunk =       64
MBUF_CONF ClChunk =     4
MBUF_CONF MaxMem =      2048
MBUF_CONF ClusterSize = 2048

;LOG Count =     4
;LOG Len =     128
;LOG Filter =    7
LOG FilterCons = 7
LOG FilterFile = 7

DebugSana = no
DebugIP =   no
Gateway =   no
IPSendRedirects = no
;UseNameServer = SECOND
;UseLoopBack = YES

TCP_SendSpace = 32768
TCP_RecvSpace = 32768

ConsoleName = "nil:"
LogFileName = "T:AmiTCP.log"

in AmiTCP:db/AmiTCP.config

SMBFS 1.66 (Aminet version)

tell me if your using Miami instead

and every time you change something in AmiTCP (or Miami) you have to restart the stack (not simply go offline/online)

[motorollin]

I'm using Genesis (OS3.9 version). Not sure if that would cause problems like this? If you can demonstrate it working correctly under AmiTCP I will try switching to it.

--
moto

[Framiga]

Genesis is the front-end of AmiTCP, so go to Genesis Preference and change that values from there

Genesis Prefs >Options> advanced

[motorollin]

Ok if it works for you using that config then I will compare it with mine.

--
moto