Messages

A bit of an update since I still can't access mantis...

This morning I tried to be  a bit tricky, and instead of accepting the default storage volume of my RAID array, I manually changed that to point at the system drive on the CORE when ripping a DVD.  After that, when prompted to select a directory, I browsed through to the directory that is actually a symlink to my raid array.  That is, I selected to rip to /home/public/data/videos/Main Storage Array [122] which is actually a symlink to /mnt/device/122/public/data/videos which is on my RAID array.

Doing this resulted in a failed rip, with a message about the disk being full.  Now, the system drive has 84GB or so free, and the raid array is only 2% in use.  So, I'm guessing the system is having trouble determining free space when looking at a symlink?

So, to recap, if I select to directly store things on my RAID array I get double entries for that media, one pointing at /mnt/device/122/public/data/videos and the other pointing at /home/public/data/videos/Main Storage Array [122]

Again, my guess is that UpdateMedia is traversing both trees.

[CONTINUALLY]

I apologize for not submitting this to mantis, but I can't activate my account until the sendmail issues the server seems to be having are resolved.

Anyways, time for the bug report.

Symptoms: LinuxMCE CONTINUALLY automatically creates a Windows MCE Remote (USB-UIRT) device when there is a USB-UIRT attached to a MD (or core i imagine).

Reproduce:
*Plug in the USB receiver that comes with the MCE Remote.
*Go to the web admin site
*Add the MCE Remote to the MD if it is not already there.
*Select mce_usb2 for the Infrared Receivers value.
*Update the MD and test the remote in MythTV
*Plug in a USB-UIRT
*Go to the web admin site
*You will see an additional remote, the Windows MCE Remote (USB-UIRT)
*Launch MythTV, notice the change in functionality of the buttons on the remote, and that commands get repeated
*Go back to the web admin site and delete the Windows MCE Remote (USB-UIRT) entry.
*Launch MythTV and verify things work as they did initially again
*Reboot the MD
*Launch MythTV and note that the remote operates as it did under the Windows MCE Remote (USB-UIRT) remote setting on the MD
*Go to the web admin site and see that the Windows MCE Remote (USB-UIRT) has been automatically added again

Details:
I have both a USB-UIRT and the receiver/transmitter that came with my MCE Remote and Hauppauge PVR-150 attached to the MD in my living room.  The functionality of the button mapping in the lircd.conf I have for the MCE Remote is much more desirable than that of the USB-UIRT entry.  As well, there is another bug (which colinjones submitted on my behalf to mantis) where MessageSend forces the USB-UIRT to repeat commands.  At any rate, I want to use the non-USB-UIRT version of the MCE remote on my MD but everytime you restart (or maybe even Reload the router) the USB-UIRT version gets added again.

Now, my guess is this is related to wanting to make things nice and plug'n'play with the USB-UIRT.  However, I would hope there is a more robust way to do this by detecting whether the USB-UIRT previously existed or if the remote had previously been removed to avoid this headache for those who don't want that remote device active.

if you could, that'd be great.  I signed up for an account, but it still wouldn't let me log in last time i tried.

it says nothing.  It flashes a message that is too quick to read (i assumed this was the error message about non-existant directory) and then goes to the failed to rip message.  no talk of free space.  however, looking at my ripping status in the admin page it does have a couple of attempts that showed disk full messages....weird.

incidentally...at some point (maybe when i started ripping cd's from my MD instead of the core?) the rest of the pluto directory structure showed up on my /mnt/device/122/public/data directory (i.e. documents and pcitures are there with audio and videos now, whithout my manually creating those directories).

So you are not being asked where you would like to store the DVD? Hmm... and which version of LinuxMCE are you running on your system?

No, it did ask where I wanted to store it.  I thought I had said that it came up with the default of using my raid array and putting it in /mnt/device/122/public/data/videos (which it did, and which I accepted).  The problem was that at first, the videos directory did not exist in that path.  I had to manually create it (although for the audio equivalent, ripping a CD seemed to auto-create the path).  After manually creating the videos directory ripping DVDs worked fine.

I also found that using the TuneToChannel.sh script (which calls MessageSend) results in a 4x repeat of any button presses you are trying to emulate.

can a dev let us know if this should be put into mantis? i.e. is it a bug, or something we are doing wrong?

it says nothing.  It flashes a message that is too quick to read (i assumed this was the error message about non-existant directory) and then goes to the failed to rip message.  no talk of free space.  however, looking at my ripping status in the admin page it does have a couple of attempts that showed disk full messages....weird.

incidentally...at some point (maybe when i started ripping cd's from my MD instead of the core?) the rest of the pluto directory structure showed up on my /mnt/device/122/public/data directory (i.e. documents and pcitures are there with audio and videos now, whithout my manually creating those directories).

further, the entries that point directly at /mnt, if you look at them in the media browser on the admin site, have massive amounts of repeated attributes (like 7 Album entries per file)

jondecker,

I'm also getting the double entries when i rip cd's to my raid array.  I am NOT manually moving files here, i am using the ripping wizard and specifying my raid array as the storage device.  I then accept the default path it gives (/mnt/device/122/public/data/audio) and tell it to rip.  Afterwards, i get two entries; one of which points at /mnt/device/122/public/data/audio and has the correct album art (for each song on the album) and the other of which points at "PUBLIC : audio Main Storage Array [122]"

This is really seeming like a bug in that its traversing both the symlink and the actually mnt directory.

Also, I was having a similar problem, fixed my region code, still no luck.

I tried running /usr/pluto/bin/disk_copy manually and pointed it at /tmp to put the file in.  that worked.  I poked around /var/log/pluto/DCERouter.log.  I eventually discovered that i was getting an error when it tried to open /mnt/device/122/public/data/videos as that directory didn't exist yet.  Now, ripping a CD automatically created the audio directory so i'm not sure why ripping a DVD doesn't do the same; however I went and created the videos directory from the command line and tried ripping the DVD again adn its working.

In the admin website, go to Media Directors and for the MD you want to control with your remote (the MD that you must already have a USB-UIRT or other I/R receiver attached to) make sure that you either have a Remote already listed, or click Add Remote and add your remote.  If you don't have one of the supported remotes, things get more complicated.

So, last night I set up my RAID5 array through the web admin and I let it do its config overnight.  This morning I spent a fair bit of time trying to figure out why it wasn't mounted.  I eventually stumbled across the fact that LinuxMCE unmounts everything by default and only mounts it when needed.  Looking up my device id for the RAID array (122) I was able to directly do a

Code Select Expand

ls /mnt/device/122 which force it to mount and i could see the lost+found directory.

Now, I wanted to test putting some media on it, so I loaded up a DVD backup of all my music files into my DVDRW.  I went to Manage Devices, selected the room, and clicked Rip.  It promted me to use the default raid arry to store it, and I told it to proceed.  Nothing showed up in pending tasks.  Okay, after some investigation I found that the DVD is NOT being auto-mounted when put in the drive.  I can manually mount it to /tmp, but I don't know what the device id is for my dvdrw so I can't try to force it to mount in /mnt/optical.  My other problem is likely that this isn't a real music cd so ripping might not be what i should do.  Maybe a Media Sync or something?  Help?

Lastly, I notice that by default the RAID5 array had an ext3 filesystem put on it.  I really don't want that as with the exception of some backups, this array is only going to store media files.  I'd much rather have XFS or JFS as my filesystem on the raid array.  Is there a way to specify this when creating the ARRAY?  If I simply reformat /dev/md0 from the commandline will that work?

I can't believe nobody has mentioned the potential to integrate CO/smoke detectors into LinuxMCE.  This could potentially let the system alert everyone in the house where a fire is, see the fire via webcam, and even automatically call the fire department/police/etc.

Plus, if hooked into an "indoor irrigation system" automate some fire sprinklers

There are a few wiki pages devoted to getting various types of A/V equipment working, including their remotes.  The jist of it is: 1) Add your A/V device through the web admin, 2) Set the A/V device Controlled By to the "USB-UIRT Embedded Emitter" interface that should have been auto-created when you plugged in your USB-UIRT, 3) Go the A/V Properties page of your A/V Device.  Once there you should be able to pick from one of the existing IR code sets that match your manufacturer, or create a new one.  On the page that follows that you have a list of the various commands that are implemented in your device template.  Each one should have the buttons "New", "Test" and "Delete".  If you click "New" you will get a pop up window that by default has "Learn New Code" selected.  Simply point the remote for your device at the USB-UIRT and hit the buttons that you want to teach.  If it works, the window will refresh (sometimes this takes a few seconds) and give you a dialog saying it successfully learnt the code.

There are some good tips and tricks for any troubles you have in teaching remote codes over at the remotecentral site i believe.

I can only conclude that you downloaded the KUbuntu installer and not the LinuxMCE install dvd.