Topic: Problem with Dar2 backup - Solved

[Paperguides]

I have a backup set up using a USB drive attached to a Win XP workstation.  This was working OK with minor glitches mainly due to operational factors but a short time ago it stopped.  Following a search here and on Bugzilla I reverted the hal to the previous version as suggested and rebooted the server.However of retesting the backup I still get the following entries in the log file.

Oct 20 09:44:02 thurley e-smith-bg: Connecting /mnt/dar2/hd_backup to //192.168.89.20/tosh
Oct 20 09:44:02 thurley kernel: smbfs: mount_data version 1919251317 is not supported
Oct 20 09:44:02 thurley e-smith-bg: mount: wrong fs type, bad option, bad superblock on //192.168.89.20/tosh,
Oct 20 09:44:02 thurley e-smith-bg:        or too many mounted file systems

And of course the backup fails.  I checked the hal version

[root@thurley ~]# rpm -qa hal
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
warning: only V3 signatures can be verified, skipping V4 signature
hal-0.4.2-8.EL4


Am I missing something else?

[TerryF]

I am only a newbie etc but, changing HAL etc on the server will have no effect on a USB drive attached to a XP workstation...you make be thinking of the issue with backup to a USB device attached to the server...

[CharlieBrady]

Your backup is attempting (unsuccessfully) to use a network share, not a USB hard drive. Check the configuration.

[Paperguides]

Although I've been using SME server for some time I still don't feel confident trying to sort out what is going on here.

My confusion in this case was the fact that I don't understand why the backup to the share has stopped working. I thought it was to do with the reported bug relating to the error msg:

smbfs: mount_data version 1919251317 is not supported

and that the workaround was to correct this problem.  From your replies I take it that this is bug nothing to do with connecting to a share.  It may be a daft question, but why?

I have successful backups work on other servers to fixed NAS devices but in this case the customer wants to be able to take the data off-site so the backup device is a set of 5 Toshiba USB connected hard drives. The drives are swapped daily and the share checked.  I originally tried connecting the drives to the server but with little success; certainly not reliably  enough for a backup. I tried to follow the various howto's and contribs but together with postings in these forums I got totally confused. The backup via a workstation was more convenient for the customer and initially worked.

Can someone explain where I can look for a solution?

[CharlieBrady]

From your replies I take it that this is bug nothing to do with connecting to a share.

Not so. My bad. I saw "USB drive", but not "attached to a Win XP workstation".

Trex is write that 'hal' has nothing to do with your problem, which is apparently an incompatibility between smbfs and the XP file sharing. Please report your problem via the bug tracker.

[TerryF]

Using 8b6 I have used the DAR2 contrib to backup to a USB drive attached to a XP workstation, I was never able to get it to work reliabley with smbfs, but using cifs has proven reliable.

I also use the default Backup-Restore "workstation backup" option again smbfs was problamatic, cifs was good. Good Luck

[CharlieBrady]

IMO smbfs should be removed as an option.

[cactus]

IMO smbfs should be removed as an option.

That might be a good idea. I suggest you launch a NFR in the bugtracker.

[Paperguides]

Now changed to cifs and it appears to work OK. 

Thanks for all the help.

Tony