[mythtv-users] Differing File Sizes between FE and BE
James Oltman
cnlibmyth at gmail.com
Sun Oct 12 03:56:04 UTC 2008
On Wed, Oct 8, 2008 at 10:21 PM, James Oltman <cnlibmyth at gmail.com> wrote:
> This isn't exactly a Myth issue, but I know that you lot are some of the
> smartest so I pose this question to you. I recently lost the OS drive in my
> backend box. I slapped in a new drive, and threw MythBuntu back on. I
> setup my MDADM array and it found it no problems. I setup my UID to be the
> same as what it was (1001) and my FE found it just fine. I put in some
> exports in my BE. They are as follows:
>
> /storage *(rw,async)
> /storage/mythvideo *(ro,async,no_root_squash,no_subtree_check)
> /storage/pix *(ro,async,no_root_squash,no_subtree_check)
> /storage/music *(ro,async,no_root_squash,no_subtree_check)
> /storage/cover *(ro,async,no_root_squash,no_subtree_check)
>
>
> Here is my FE fstab:
>
> # /etc/fstab: static file system information.
> #
> # <file system> <mount point> <type> <options> <dump> <pass>
> proc /proc proc defaults 0 0
> # /dev/sda1
> UUID=7c164040-1f13-4f3b-bb47-a57ae02bac46 / ext3
> relatime,errors=remount-ro 0 1
> # /dev/sda5
> UUID=4318fa0b-4009-4445-b731-d23921bfaed0 none swap
> sw 0 0
> /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
> /dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
> 10.0.0.23:/storage/mythvideo /var/lib/mythtv/videos nfs
> defaults 0 0
> 10.0.0.23:/storage/pix /var/lib/mythtv/pictures nfs
> defaults 0 0
> 10.0.0.23:/storage/music /var/lib/mythtv/music nfs
> defaults 0 0
> 10.0.0.23:/storage/cover /var/lib/mythtv/cover nfs
> defaults 0 0
>
>
> When I'm in the FE and in the directory: /var/lib/mythtv/videos/Movies
> folder, the file sizes of the files (ISOs in particular) in that folder,
> don't match the file sizes in the directory on my backend. I don't
> understand why this is happening. When I'm watching these files, xine or
> mplayer cut out a few minutes into the movie cuz the NAV packets are in
> error. What am I doing wrong? What can I do to fix this? I'm not seeing
> any errors in the logs (dmesg or /var/log/messages). Any help would be VERY
> much appreciated. I am on the latest updates for MythBuntu on my FE and
> BE. I don't see any problems in HD recordings, or SD recordings. Just
> items that were on the BE before the crash. I've tried watching the files
> on the backend, and they're totally fine. So I know the BE is OK, but
> something is happening. Thanks!
>
> Jim
>
After a little more searching, I've discovered that this is a problem with
NFS. I'm have an SMB share and it is showing the correct file sizes. I
think it might have something to do with NFSv2, but I don't know how to stop
the BE from accepting NFSv2 connections. I've tried putting in the nfsver=3
command into FSTAB, but it's not making a difference. Here is the output of
nfsstat on the backend:
Server rpc stats:
calls badcalls badauth badclnt xdrcall
4271259 0 0 0 0
Server nfs v2:
null getattr setattr root lookup readlink
65 0% 1229208 28% 0 0% 0 0% 63245 1% 0
0%
read wrcache write create remove rename
2977630 69% 0 0% 0 0% 5 0% 0 0% 0
0%
link symlink mkdir rmdir readdir fsstat
0 0% 0 0% 0 0% 0 0% 746 0% 307
0%
Server nfs v3:
null getattr setattr lookup access readlink
53 100% 0 0% 0 0% 0 0% 0 0% 0
0%
read write create mkdir symlink mknod
0 0% 0 0% 0 0% 0 0% 0 0% 0
0%
remove rmdir rename link readdir readdirplus
0 0% 0 0% 0 0% 0 0% 0 0% 0
0%
fsstat fsinfo pathconf commit
0 0% 0 0% 0 0% 0 0%
Client rpc stats:
calls retrans authrefrsh
0 0 0
If I'm reading this right, it's saying that it's accepting NFSv2
connections. Any help would be appreciated. Thanks!
Jim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20081011/cf2ab9aa/attachment.htm
More information about the mythtv-users
mailing list