• State Resolved
  • Locked Locked
  • Replies 7 replies
  • Subscribers 102 subscribers
  • Views 384 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Keystone II Matrix Gui Utility_Filesystem does not write large files

Alex Shnaiderman
Prodigy 40 points

Help me please!!! I try to use Matrix-gui-2.0 file system utility for write file to EVMk2H file system, it works fine with files less than 16M size, but if i choose file with size 17M for example, only first 16.5M is being written. What can be a problem?

MCSDK 3_00_03_15

  • 0
    TI__Guru** 116100 points

    Hi Alex,

    Could you please elaborate a bit on your problem.

    RAMFS booting or NAND booting or NFS ?


    Also please share your procedure that you followed.

  • 0 in reply to Titusrathinaraj Stalin
    Prodigy 40 points
    I work with NFS booting. After EVM is On I open internet browser page of matrix utilities (Matrix App Launcher v2 p1) on host machine , go to 'Utilities'->FileSystem Utility->Run. I set Remote Filename /home/root/a and I browse for local file. That is all.
    Thanks
  • 0 in reply to Alex Shnaiderman
    TI__Mastermind 43955 points

    Hi Alex,

    yes, it seems to be made to transfer a small file

    My guess is that if it is a large file and if there is a disconnection, it may probably fail.

    To dig into deeper please have a look at these files in filesystem, " <k2h filesystem>/usr/share/matrix-gui-2.0/apps/utility_filesystem/ "

    what is the type of error you get when it fails. Is it a connection timeout error or something else?

    Please share your error screenshot.

    Regards,

    Shankari

  • 0 in reply to Shankari G
    Prodigy 40 points

    Hi Shankani, thanks for your answer!!!! The problem does not look as communication problem, You are right, the utility was written for delivering small files, I opened filesystemwrite.cgi file, the parameter 'bs' (block size) of 'dd' command on the line 49 is set to 1, so it will take a lot of time to deliver large file. I tried to change it on larger value and it works, but still not for large files. In order to DEBUG the issue I printed 'fsize' value, which is calculated before writing file into filesystem and I got wrong value.

    Actually I do not get any error, just empty result page and file, written to filesystem with smaller size.    

    Can it be the problem of web server (lighttpd) configuration????

    Thanks

  • 0 in reply to Alex Shnaiderman
    TI__Guru** 116100 points

    Hi Alex.

    Shankari suspicious was correct.

    It could work for just 16MB and it is depends on "tmpfs" size ie 16MB to "/var/volatile"

    If you want to write more size in MB then you may need to change "/etc/fstab" for "/var/volatile" entry.

    Ex:

    If you want to copy 50MB file then ,

    /etc/fstab

    root@keystone-evm:/# cat /etc/fstab

    # stock fstab - you probably want to override this with a machine specific one

    rootfs               /                    auto       defaults              1  1

    proc                 /proc                proc       defaults              0  0

    devpts               /dev/pts             devpts     mode=0620,gid=5       0  0

    usbfs                /proc/bus/usb        usbfs      defaults              0  0

    tmpfs                /var/volatile        tmpfs      defaults,size=50M     0  0

    tmpfs                /dev/shm             tmpfs      mode=0777             0  0

    tmpfs                /media/ram           tmpfs      defaults,size=50M     0  0

    # uncomment this if your device has a SD/MMC/Transflash slot

    #/dev/mmcblk0p1       /media/card          auto       defaults,sync,noauto  0  0

    root@keystone-evm:/#

  • 0 in reply to Titusrathinaraj Stalin
    Prodigy 40 points
    Yes , it works, thank you very much!!!!!!!!
  • 0 in reply to Alex Shnaiderman
    TI__Guru** 116100 points

    Sounds good.

    We were glad that you got solution.