This all begs the question of what happens if you just use xfs locally to
do this? Also, where does smbtar run (is it just a user app?) and what
exactly does it do?
We need to get less variables in the picture, not more, try the local XFS
case and let us know if you can copy and untar the file there - this will
give use a better idea of where to look.
Steve
>
> right you are. I am running the tests now...and so far (about 20G moved
> so far...little files and big ones) and no problems with the ext2 system.
>
> Samba, proved to be a different joy. Using smbtar (I do seem fixated on
> tar tests :-)) I can get the same "cant stat ." error after a run of
> smbtar errors. But not at the same point or time (oh and I am testing
> several machines at once here). But so far the smbtar is running ok on ext2.
> (moved about 10G). Also 2 twice the smbtar seemed to finish correctly on
> the xfs volumn, but untaring the resulting file failed with tar read
> errors...now this might just be a tarism...I am not to a point to test
> the ext2 yet.
>
> I am not sure if someone that knows infinately more than I do wants
> specific log information or debug information to see if this is really an
> xfs problem...I do plan to keep testing different combinations.
>
> Thanks for the tip Jason.
> Sean
>
> >
> > RegEx
> >
> > On Wed, 28 Feb 2001, Sean Dougherty wrote:
> >
> > >
> > > This might be an xfs issue or not. I am not sure. The following only
> > > seems to happen when I have files over 2G in size, hence I only see it
> > > on the XFS partitions.
> > >
> > > I am using the cvs as of 2/27/01. Any partitions are created with
> > >
> > > mkfs -t -f -d unwritten=0 -l size=32768b /dev/hdxx
> > > they are mounted with
> > > mount -t -o logbufs=4,logbsize=32768 /dev/hdxx /xfs
> > >
> > > these are ide drives with both dma and multi count on (all maxtor drives
> > > at the moment)
> > >
> > > I create a directory under /xfs called test then export /xfs/test as an
> > > NFS file system to a sun box 5.8 (I have nfs3 compiled in the kernel of
> > > the xfs box). Now it gets weird.
> > >
> > > >From the sun box I nfs mount xfs-server:/xfs/test to /testxfs that works
> fine
> > > from the sun box I tar some files to the /testxfs. All is fine and
> > > dandy...then at some point, and no it never happens at the same place twi
> ce,
> > > the tar dies with a write error. usually rpc timeout.
> > >
> > > >From the sun box I do a df or an ls of /testxfs and after a fashion I ge
> t
> > > another rpc timeout. But on the xfs-server, if I cd to /xfs/test and try
>
> > > to do an ls 9 times out of 10 ls will hang. Nothing short of rebooting
> > > the box will bring it back. Also nfs is also hung (cannot kill rpc.nfsd)
> .
> > > The 10th time though I get from the ls "cannot stat ." also nfs if hung.
>
> > > After this reboot I have to do an xfs_repair. One of the many strange
> > > things is, I can ls /xfs all day...it is just the /xfs/test that is broke
> n.
> > >
> > > Has anyone else seen this? Does anyone have any ideas.
> > >
> > > I have tried with ext2 file systems and they seem to work...but again I
> > > never move a 2G+ file to them.
> > >
> > > I am checking with samba next to see if this is an nfs ism.
> > >
> > > Sean
> > > Manager of way too much
> > > TTUHSC At Amarillo
> > > sean@xxxxxxxxxxxxxx
> > >
> >
> > --
> > Jason Walker -- unseen@xxxxxxxxx
> >
> > /"\
> > \ / ASCII RIBBON CAMPAIGN
> > X AGAINST HTML MAIL
> > / \
> >
> >
> >
|