Joe,

 

May I ask for a feature request. Maybe I am just too lazy, but the Package Manager page is way too long to scroll down. Can you put some left navigation links so user can just go to that package. Also, currently when you modify some thing from the bottom part of the page, it goes back to the top so you have to scroll all the way down to verify your changes. I thought that is just a bit inconvenience for some of the lazy people like myself. :-)

 

thanks,

~joy

 

Yes, anything that could be done to improve this would be welcomed

Joe,

 

May I ask for a feature request. Maybe I am just too lazy, but the Package Manager page is way too long to scroll down. Can you put some left navigation links so user can just go to that package. Also, currently when you modify some thing from the bottom part of the page, it goes back to the top so you have to scroll all the way down to verify your changes. I thought that is just a bit inconvenience for some of the lazy people like myself. :-)

 

thanks,

~joy

 

I believe Joe is working on this.  I have sent a few PM's back and forth with him on some ideas on how to improve the usability of the Package Manager page.  He expressed his liking for a couple of ideas so I imagine he is working on some of that.  Give him a little bit of time and he should have something.

I got around to running an update for unMENU tonight, and I get the below.  I have moved my own customized version of the mysql files out of /boot/packages, and still get the same.  Any ideas?

 

root@Tower:/boot/unmenu# /boot/unmenu/unmenu_install -u
Downloading mysql-custom-unmenu-package.conf
rev $Revision: 7 $ $Date: 2010-03-29 23:12:23 -0400 (Mon, 29 Mar 2010) $
9fc098ff2a969cc2a838c7958a921b61 != d41d8cd98f00b204e9800998ecf8427e, /tmp/unmenu_tmp/mysql-custom-unmenu-package.conf not installed
Downloading mysql-unmenu-package.conf_old
rev $Revision: 7 $ $Date: 2010-03-29 23:12:23 -0400 (Mon, 29 Mar 2010) $
96415e49d63a62a9189b56e29f8fd07f != d41d8cd98f00b204e9800998ecf8427e, /tmp/unmenu_tmp/mysql-unmenu-package.conf_old not installed
root@Tower:/boot/unmenu#

Please hold.   I also added some to the mysql package to allow it to be stopped and re-started cleanly under unRAID 5.

(when we eventually get the post-start and pre-stop triggers)

 

I need to update the mysql package itself.

The new release list should be in sync with the files now.  I was without my cable connection most of the day so I could not fix this earlier.

 

Let me know if the update button works for you now.

Joe,

 

May I ask for a feature request. Maybe I am just too lazy, but the Package Manager page is way too long to scroll down. Can you put some left navigation links so user can just go to that package. Also, currently when you modify some thing from the bottom part of the page, it goes back to the top so you have to scroll all the way down to verify your changes. I thought that is just a bit inconvenience for some of the lazy people like myself. :-)

 

thanks,

~joy

I believe Joe is working on this.  I have sent a few PM's back and forth with him on some ideas on how to improve the usability of the Package Manager page.  He expressed his liking for a couple of ideas so I imagine he is working on some of that.  Give him a little bit of time and he should have something.

Wow... I'm the first in line to agree with you.    I'm working on it...  It is very cumbersome now that it is gaining a lot of packages.

 

Joe L.

The new release list should be in sync with the files now.  I was without my cable connection most of the day so I could not fix this earlier.

 

Let me know if the update button works for you now.

 

Worked great!  Up and running now

The new release list should be in sync with the files now.   I was without my cable connection most of the day so I could not fix this earlier.

 

Let me know if the update button works for you now.

 

Worked great!  Up and running now

I added a "--pid-file=/var/run/mysql/msql.pid" option when invoking the database engine to create the lockfile where their supplied rc.mysql script expected it, but their supplied script has the wrong location for the database, so it is not useful as it is.

 

As an unRAID alternative, the new mysql package installs a script in /etc/rc.d/unraid.d/rc.unraid_mysqld

 

It can be invoked as

/etc/rc.d/unraid.d/rc.unraid_mysqld stop

or

/etc/rc.d/unraid.d/rc.unraid_mysqld start

 

This convention was discussed in this thread: http://lime-technology.com/forum/index.php?topic=5686.0

 

The script attached to that post is able to be invoked as

unraid_addon_control.sh -u

It will detach itself from the invoking terminal and will monitor the unRAID server.  It will automatically stop the database before the array is stopped and re-start the database when the array is started by invoking the scripts in /etc/rc.d/unraid.d

 

If you do not stop the database first before stopping the array, your array will sit forever with the display saying "unmounting"  This set of scripts will recognize the messages in the syslog and stop the database so the array can continue to stop.

 

We expect to be able to replace that unraid_addon_control.sh -u script with triggers from unRAID 5.0 once we learn how to interface with it (and once it is eventually released so we can begin our learning process)

 

Joe L.

Getting back to the alternate packages directory feature. I am trying to be sure I do nothing to screw up my unraid server

 

Can I move all the packages to my alternate location (It is a 8 gig flash drive inside the case) or must I copy them and keep them also in the original /boot/packages?

 

Lets say I move them all can I then delete /boot/packages and just use them via the mount at my noew location.  My new location would be /mnt/scratch

 

ergo:

 

make the new packages directory  (mkdir /mnt/scratch/packages)

copy the files from the old /boot/packages to the new directory (Can this be a mv instead of a copy?)

mount --bind /mnt/scratch/packages /boot/packages

 

I mount the scratch drive at the start of the Go file

mkdir /mnt/scratch

mount -w -t vfat /dev/sdb1 /mnt/scratch

 

Is there anything else I need to change in the Go File which is currently:

 

#!/bin/bash

 

logger -t "GOSCRIPT"  "##### Start the GO script. #####"

# Make the mount points I desire in my system and mount the devices

logger -t "GOSCRIPT"  "##### Make mount points and mount devices #####"

mkdir /mnt/scratch

mount -w -t vfat /dev/sdb1 /mnt/scratch

 

# Redirect the syslog to the auxiliary USB flash key. (at times of troubleshooting only)

#logger -t "GOSCRIPT"  "##### Move SysLog to the aux flash device #####"

#mv -f /mnt/scratch/syslog.current /mnt/scratch/syslog.last 2>/dev/null

#cat /var/log/syslog > /mnt/scratch/syslog.current

#echo "*.debug  /mnt/scratch/syslog.current" >> /etc/syslog.conf

#/etc/rc.d/rc.syslog restart

 

# Start the Management Utility

logger -t "GOSCRIPT"  "##### Strat the unRaid web GUI #####"

/usr/local/sbin/emhttp &

 

# Wait for the array to start... (before installing any packages that may expect the array to be fully started)

logger -t "GOSCRIPT"  "##### Waiting for the array to start #####"

until `cat /proc/mdcmd 2>/dev/null | grep -q -a "STARTED" ` ; do echo ">>>waiting..." ; sleep 1 ; done ; echo ">>>STARTED."

 

# Find all of the auto_install scripts and run them

logger -t "GOSCRIPT"  "##### Find and install all *.auto_install scripts #####"

cd /boot/packages && find . -name '*.auto_install' -type f -print | sort | xargs -n1 sh -c

 

# Start the unMenu system

logger -t "GOSCRIPT"  "##### Start the unMenu advanced WEB GUI #####"

/boot/unmenu/uu

 

# Start the NOTIFY BY EmAIL SYSTEM system

logger -t "GOSCRIPT"  "##### Start the eMail notification script #####"

unraid_notify start

 

# We are now done with my GO Script so fancy beep and log that fact

beep -f 700 ; beep -f 500 ; beep -f 700 ; beep -f 500

logger -t "GOSCRIPT"  "##### Done with the GO script. #####"

 

Naturally comments and advice appreciated

 

 

mount -w -t vfat /dev/[red]sdb1[/red] /mnt/scratch

That "sdb" name is not guaranteed.  It can change when you add/remove disks.

 

A better way to do that is to label your scratch partition "SCRATCH", just like you labeled your boot partition "UNRAID"

Then do the mounting by label:

mount -w -t vfat /dev/disk/by-label/SCRATCH /mnt/scratch

 

Getting back to the alternate packages directory feature. I am trying to be sure I do nothing to screw up my unraid server

 

Can I move all the packages to my alternate location (It is a 8 gig flash drive inside the case) or must I copy them and keep them also in the original /boot/packages?

You can move them

Lets say I move them all can I then delete /boot/packages and just use them via the mount at my noew location.  My new location would be /mnt/scratch

 

ergo:

 

make the new packages directory  (mkdir /mnt/scratch/packages)

copy the files from the old /boot/packages to the new directory (Can this be a mv instead of a copy?)

mount --bind /mnt/scratch/packages /boot/packages

Yes, it can be a "mv" instead of a copy. 

It looks like you've got the idea.

I mount the scratch drive at the start of the Go file

mkdir /mnt/scratch

mount -w -t vfat /dev/sdb1 /mnt/scratch

As described, best to mount by label rather than device, since the device name can change.

 

 

 

 

purko, you give me too much credit.  I never labeled any partition UNRAID.  I am using the lime-tech pro flash card and I guess it was prelabeled.

 

How do I label the Partition on sdb (sdb1) to be scratch? do I use fdisk? If I do it now will it erase what is in the partition or just change the label?

 

I am having fun.  It is just like 1960 when I was just starting out and trying to understand machine code with no assemblers, let alone compilers around.

This was from 2 days ago it looks like. The message is from unmenu....and unfortunately I don't recall what I was doing at the time.

 

Apr 25 21:06:08 Serenity kernel: mdcmd (171997): spindown 3

Apr 25 22:22:35 Serenity unmenu[25545]: bad method -17832708-^M

Apr 26 20:23:33 Serenity kernel: mdcmd (183742): spindown 1

 

purko, you give me too much credit.  I never labeled any partition UNRAID.  I am using the lime-tech pro flash card and I guess it was prelabeled.

How do I label the Partition on sdb (sdb1) to be scratch?

The way you label it dpends on what file system you have on that partition.

If it is FAT32 then plug the flash disk into any windows machine, open a dos box, and type...

LABEL X: SCRATCH

(replace X: with the drive letter that was assigned to it).  Labeling it this way doesn't touch any of the files currently on the disk.

 

While I was doing some searching around and working on the airvideo package I cam across a nifty little package dmidecode.  Since I was working with .conf files already I decided to create one for dmidecode and it is attached to this post.

 

dmidecode-unmenu-package.conf.zip

Thanks Purko.  I now have a nice scratch flash drive  labeled SCRATCH which I mount by-label.  All is well.

Thanks Purko.  I now have a nice scratch flash drive  labeled SCRATCH which I mount by-label.  All is well.

I'm glad to hear all worked.   

Now you can unleash that syslog mirroring to the scratch disk, as it is not the disk carrying your registration key. 

Even with the syslog the scratch disk will last you many years.

 

That's number two on the list.  The code is in my go file but commented out.

 

My current project is modifying unraid_notify to send a TCPIP message (in addition to eMail) for all serious issues to my Home Automation system which can then announce it over the house audio system based upon many things it knows (like what time is it? Am I home? etc.). The HA server already monitors the temperature in the "Server" room and announces any over temp issues.

 

I am keeping the room (10x6x10) at 72 degrees F.  The unRaid drives run between 32  and 34 degrees C when spinning and 24 to 26 degrees C when spun down.

 

It took me a while to figure out how to make a tar and then a tgz using windows.

Joe,

 

May I ask for a feature request. Maybe I am just too lazy, but the Package Manager page is way too long to scroll down. Can you put some left navigation links so user can just go to that package. Also, currently when you modify some thing from the bottom part of the page, it goes back to the top so you have to scroll all the way down to verify your changes. I thought that is just a bit inconvenience for some of the lazy people like myself. :-)

 

thanks,

~joy

I believe Joe is working on this.  I have sent a few PM's back and forth with him on some ideas on how to improve the usability of the Package Manager page.  He expressed his liking for a couple of ideas so I imagine he is working on some of that.  Give him a little bit of time and he should have something.

As per request, I've modified the package manager to require you to first select a package before then downloading/configuring/installing it.

 

Once a given package is selected, only it is shown.  This eliminates the painful scrolling to get back to it after clicking on a button.   Now, to get back to the full list of packages there is a button at the very top of the selected plug-in to "View All Available Packages"

 

Screen-shots of the two screens are shown below.

 

Joe L.

 

The first screen you will see looks like this (A listing of the available packages)

 

Once you select a specific package, only it is visible.  To get back to the initial listing click on the "View All Available Packages" button

As per request, I've modified the package manager to require you to first select a package before then downloading/configuring/installing it.

 

Once a given package is selected, only it is shown.  This eliminates the painful scrolling to get back to it after clicking on a button.   Now, to get back to the full list of packages there is a button at the very top of the selected plug-in to "View All Available Packages"

 

Screen-shots of the two screens are shown below.

 

Joe L.

 

Great looking update.  When i get home tonight I will be sure to check it out.

 

Also, look a couple posts up, i attached a .conf file for another unmenu package.  It is for dmidecode.

 

Thanks for the help also on the airvideo package.  I am working on it but like you my test server is older and only has 512MB of RAM in it.

Also, look a couple posts up, i attached a .conf file for another unmenu package.  It is for dmidecode.

I used your package as a starting point for one I just added to unRAID.  

It now also installs a user-script button that allows users to easily invoke dmidecode to see its output.

 

Thanks for the nice addition.  It does a nice job of describing the CPU and motherboard.

 

Joe L.

When I try and look at smarthistory in unmenu I get the following:

 

Sorry: cannot run smarthistory.

The /boot/smarthistory/smarthistory.php file does not exist.

 

If I look in /boot/smarthistory it is empty.

 

I would like to do two things.

(1) have smarthistory to look at

(2) have it stored at /mnt/scratch/smarthistory instead of /boot/smarthistory

 

How do I go about doing that assuming that both are possible?

You would need to download and install the smart-history .php file from the thread where it was posted.  Then, you need to copy the "user-script" button, give it a name of your own (so it does not get replaced the next time you update) and change the path in it.

 

Sorry, but the smart-history package is not in the unMENU package manager.  It was released as a .zip file in a forum attachment, so I cannot do anything more to help you get it installed.

 

again, your best bet is to use "mount --bind" to mount your directory on the "SCRATCH" disk to /boot/smarthistory

That way, you do not have to modify every script you encounter going forward.

 

Basically, nobody will have a disk mounted like yours, so no scripts will use it.  By binding the scratch disk directory to the /boot/smarthistory directory you get the best of both worlds.  The files are accessible in BOTH places, and stored on your SCRATCH disk.

you need not modify every script and add-on that goes looking for them.

 

Joe L.

 

Also, look a couple posts up, i attached a .conf file for another unmenu package.  It is for dmidecode.

I used your package as a starting point for one I just added to unRAID.  

It now also installs a user-script button that allows users to easily invoke dmidecode to see its output.

 

Thanks for the nice addition.  It does a nice job of describing the CPU and motherboard.

 

Joe L.

 

I should have thought about the script button.  Thanks for adding that.

I'm not sure if this is the right to post this, but it seems to be unique to when I'm accessing unMENU pages.

 

I get lots of web page timeouts (i.e., "Unable to connect" messages in firefox) when trying to access unMENU pages.  Refreshing the page almost always brings it right up.  I don't have any problems like that access the regular unRAID web interface pages.  Does anyone else have that problem?

I'm not sure if this is the right to post this, but it seems to be unique to when I'm accessing unMENU pages.

 

I get lots of web page timeouts (i.e., "Unable to connect" messages in firefox) when trying to access unMENU pages.  Refreshing the page almost always brings it right up.  I don't have any problems like that access the regular unRAID web interface pages.  Does anyone else have that problem?

the web-server written in "awk" cannot handle more than one page request at a time.  If you click on a link a second time while it is working on a prior request it will fail.  It is because unMENU is not using a full-featured web-server.  It is simply a fancy "awk" script pretending to be a web-server.  This is even more pronounced on IE as it closes the first request connection and uses a new connection for the next. 

 

Firefox and Chrome share connections, so this is not an issue with fatal errors.  Closing the connection causes the "awk" web-server to attempt to write to a port with nobody listening and it will error out with a fatal error.  The "uu" script specifically re-starts the awk server to keep it running.  You are using firefox, so odds are you are just not waiting.  Note; if you have a browser window open to the main page it will self-refresh every minute.  If you attempt to request another page in a different window/tab, it might fail since the main page had the web-server busy.

 

Solution.  When you click on a link, only click once.... then wait for it to return with the results.  Some pages/buttons can take many minutes to return.

 

You can install UnRAID-Web and use the lighttpd web-server to access the unMENU pages.  It does not share the limitations of one-page-at-a-time.  (Install it through the unMENU package manager, then access it at //tower:89 )

 

Joe L.