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 implementati
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 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.
>
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***
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 p
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 linu
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 previo
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 we
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 d
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 hav
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-
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
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 Li
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 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
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?
ev
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 direct
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
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 o
19 matches
Mail list logo
