Harondel J. Sibble wrote:
> Roger, hmm, a bit confusing....
> 
> On 16 Aug 2007 at 20:04, Roger Heflin wrote:
> 
>> That option appears to loop here too.
> 
> Bummer, I was hoping it would be an easy fix because I made a typo or 
> something.
> 
> Note, the box just sits at the www.mvmpc.org and while it is there it is 
> accessible via telnet.  Not sure if you mean it keeps rebooting by "loop".
>  
>> You can put a file on your file system that has a name of:
>> 10.13.14.15 with the hostname in the file and then do this:
> 
> You mean in the directory I mount and use to store the settings file?
>  
>> export HNAME=`hostname`
>> hostname `cat /path/$HNAME`
>> export HNAME=`hostname`
> 
> The /path you are refering to is local to the mvp or the path to the folder I 
> am mounting over the network? I assume the latter
> 
> Also part of the problem is there is no hostname being picked up by the mvp

The /path is on the remote mounted disk.

The code above will take a file off of the mounted disk and put what is 
in that file as the hostname, and then set the variable as HNAME.  The
filename is the IP address and the contents are the hostname that goes
with that IP address.

> 
> # cat /etc/udhcpc.config
> DONGLE=dongle.bin.mvpmc
> SERVER=10.13.14.15
> IP=10.13.14.145
> HNAME=
> NTP="81.15.165.16 81.169.185.129 84.16.227.216 85.10.205.235 195.56.151.1 
> 195.234.188.3 203.82.209.217 208.245.212.19 216.176.179.138 216.193.219.108 
> 216.234.161.11 217.11.254.79 217.147.223.78 62.243.203.70"
> 
>   
>> You could avoid using the -F option similar to this:
>> ln -s /video/tv/${HNAME}.cfg /etc/browser.config
> 
> What's the significance (if any) of the browser.config file?

It is the default config file that is used without a -F option (I 
believe it is the same as the -F file).   Without the -F (and maybe
with the -F even) it will read the browser.conf for settings...
> 
>> and then run mvpmc without the -F option and it will use the default 
>> file that is symbolically linked to the default name.
> 
> Ahh, I guess it has meaning to the mvp setup.
>  
>> I am also not sure if you can run 2 copies of the mvpmc, I am not sure 
>> if the second copy will pass arguments to the first one or if it will 
>> run by itself, if it runs by itself the resources on the machine are
>> pretty tight, and bad things will probably happen, and that may be the
>> reason for the loop.   
> 
> Not sure what you mean by that.... are you saying running 2 copies of the 
> dongle file on the same mvp unit concurrently??

You started mvpmc twice in your config file:

mvpmc -f /etc/helvR10.fnt -s 10.13.14.15 **-F
/mvpmc_media/settings/$HNAME.cfg** &

# Setup connection to slimserver
mvmpc -c 10.13.14.15 &

That will leave 2 separate copies of the mvpmc executable running on a
machine that can barely run 1 copy.   Most likely the -F option just
pushes things enough to cause it to break immediately.     The & puts
the copy into the background and both are started at almost the same
time so will likely run the mvpmc machine out of ram and result in
odd failures.    Try the "ps" command and see what is running, there
will be a bunch of mvpmc's running but they are all threads of the
same process and share ram (if the options are the same, if the
options are not the same-they are separate process each with their
own ram).



> 
>> Mine appears to loop without any options also, and originally it did
>> not loop without any options,   
> 
> This is on 0.3.3 if it makes any difference.

I am using the nightly and can duplicate the loop if I leave the
original copy running, and start another one, and exactly how it loops
changes (originally mvpmc -F was required to loop it, but later just
mvpmc would loop it).

> 
>> So resources could be the reason. And also there is only one
>> display/audio setup to manage so the second one won't be able to do
>> anything. 
> 
> I am not sure what you mean by the 2nd one??!??!


>> I would put all of the options on one mvpmc line.
> 
> I tried that, no joy.

It is not going to work on 2 lines.

If you telnet into that box, you are going to have several copies
already in ram, and things aren't going to work if mvpmc is already
running (run "ps") and see if it is still running.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Mvpmc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/

Reply via email to