On Wednesday 30 April 2008, NN_il_Confusionario wrote:
On Wed, Apr 30, 2008 at 07:41:28AM +0200, Chris wrote:
I did not know that Windows can access NSF, might have a look at that.
however, I would be surprised if the NFS implementation in windows works
better than the cifs implementation.
On Wed, Apr 30, 2008 at 07:41:28AM +0200, Chris wrote:
I did not know that Windows can access NSF, might have a look at that.
however, I would be surprised if the NFS implementation in windows works
better than the cifs implementation.
simply pulling a file
or directory over in Konquerer
On Monday 28 April 2008, Mark Clarkson wrote:
On Sat, 2008-04-26 at 21:20 +0200, Chris wrote:
I have two different machines on which I am mouting a cifs share with the
following in /etc/fstab
//192.168.178.27/share /mnt/share cifs
users,noauto,credentials=/etc/cred 0 0
When the
On Monday 28 April 2008, NN_il_Confusionario wrote:
On Mon, Apr 28, 2008 at 09:05:37PM +0200, Chris wrote:
The server is a Buffalo Link-Stateion (Firmware 1.06). I don't think
it has logging that is normally accesible.
from what I understand by reading
Linkname: Buffalo network-attached
On Tue, 2008-04-29 at 21:16 +0200, Chris wrote:
still does not work as expected. It does copy all the files in the
source
directory tree on running the first time. When run a second time it
copies
some, but not all files that were archived the first time, although
these
files have not
On Tue, Apr 29, 2008 at 09:16:10PM +0200, Chris wrote:
rsync -avz /home/user/source /mnt/share/TEST
still does not work as expected.
you could try avoiding -a and using other options instead (see the
google hits for the previous error messages). What is it the filesystem
on the storage
On Tuesday 29 April 2008, Mark Clarkson wrote:
On Tue, 2008-04-29 at 21:16 +0200, Chris wrote:
still does not work as expected. It does copy all the files in the
source
directory tree on running the first time. When run a second time it
copies
some, but not all files that were
On Tuesday 29 April 2008, NN_il_Confusionario wrote:
On Tue, Apr 29, 2008 at 09:16:10PM +0200, Chris wrote:
rsync -avz /home/user/source /mnt/share/TEST
still does not work as expected.
you could try avoiding -a and using other options instead (see the
google hits for the previous
On Tue, 2008-04-29 at 22:46 +0200, Chris wrote:
it only works with -ruv but not with -t. The time stamp is somehow
not in the
cards. Thus the files on the target all have the copy date. Not
nice.
No, not nice. I backup a W***ws server over smb nightly, which works
well, but on the linux
On Tue, Apr 29, 2008 at 10:48:40PM +0200, Chris wrote:
On Tuesday 29 April 2008, NN_il_Confusionario wrote:
Or try NFS instead of cifs
I want others (windows) to be able to read the data - that's what I have a
NAS
for.
you could use NFS when mounting from linux and the Microsoft
On Wednesday 30 April 2008, Mark Clarkson wrote:
On Tue, 2008-04-29 at 22:46 +0200, Chris wrote:
it only works with -ruv but not with -t. The time stamp is somehow
not in the
cards. Thus the files on the target all have the copy date. Not
nice.
No, not nice. I backup a W***ws server
On Wednesday 30 April 2008, NN_il_Confusionario wrote:
On Tue, Apr 29, 2008 at 10:48:40PM +0200, Chris wrote:
On Tuesday 29 April 2008, NN_il_Confusionario wrote:
Or try NFS instead of cifs
I want others (windows) to be able to read the data - that's what I have
a NAS for.
you could
On Monday 28 April 2008, NN_il_Confusionario wrote:
On Mon, Apr 28, 2008 at 07:33:39AM +0200, Chris wrote:
On Sunday 27 April 2008, NN_il_Confusionario wrote:
To debug the problem, logs on both the clients and the server would be
useful.
I'm not seeing any messages in /var/log/syslog
On Mon, Apr 28, 2008 at 09:05:37PM +0200, Chris wrote:
The server is a Buffalo Link-Stateion (Firmware 1.06). I don't think
it has logging that is normally accesible.
from what I understand by reading
Linkname: Buffalo network-attached storage series - Wikipedia, the free
encyclopedia
On Sat, 2008-04-26 at 21:20 +0200, Chris wrote:
I have two different machines on which I am mouting a cifs share with the
following in /etc/fstab
//192.168.178.27/share /mnt/share cifs users,noauto,credentials=/etc/cred
0 0
When the cifs module is loaded check for
On Sunday 27 April 2008, NN_il_Confusionario wrote:
* From: Chris [EMAIL PROTECTED]
I have two different machines on which I am mouting a cifs share
Tanks for any suggestion,
when you umount and mount the share, do the logs in /var/log say
something ?
Do the same happen when mounting
On Sun, Apr 27, 2008 at 02:35:33PM +0200, Chris wrote:
All I really want to do is use rsync to backup a file-tree on this
machine
as a temporary solution, you can rsync the tree from the machine where
the net mount works to the machine where it does not work. (Or perhaps
also use rsync
On Mon, Apr 28, 2008 at 07:33:39AM +0200, Chris wrote:
On Sunday 27 April 2008, NN_il_Confusionario wrote:
To debug the problem, logs on both the clients and the server would be
useful.
I'm not seeing any messages in /var/log/syslog or messages, which logs
exactly do you mean?
even if
I have two different machines on which I am mouting a cifs share with the
following in /etc/fstab
//192.168.178.27/share /mnt/share cifs users,noauto,credentials=/etc/cred
0 0
the mount path on both machines is set to
drwxr-xr-x 2 username users 4096 2008-04-26 20:41 share
On
19 matches
Mail list logo