[mythtv-users] Differing File Sizes between FE and BE
James Oltman
cnlibmyth at gmail.com
Mon Oct 13 13:28:43 UTC 2008
On Sat, Oct 11, 2008 at 10:56 PM, James Oltman <cnlibmyth at gmail.com> wrote:
> 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
>
Does anyone know how to force NFS3 or above on Ubuntu? I'm currently using
CIFS to get my mythvideo folder on the frontend. Thanks!
Jim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20081013/ba8cec47/attachment.htm
More information about the mythtv-users
mailing list