Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - dextaslab

Pages: 1 2 [3] 4 5
31
Developers / Re: QOrbiter: Updated
« on: February 11, 2012, 09:16:41 am »
Although this not the best test bed, I'm using an N900 with Nitdroid, so far it works up until you press GO, some text scrolls under the connection settings and ends with "Couldnt Save Config!". I believe this might just be an issue with my setup. I tried changing DCEROUTER to an IP and I confirmed the correct Device ID.
Cheers.

32
Users / New xine aspect ratio issue
« on: February 04, 2012, 09:29:47 am »
Hi all, I've got an MD connected to a LCD TV with a standard VGA cable. I used to have issues with the aspect ratio while playing movies, but this was fixed by entering the display size in the xorg.conf, as mentioned before. After a recent dist-upgrade it has started again. The display size info is still in the xorg.conf and hasn't been overwritten.

The movie files always start out as 16:9 aspect ratio, and need to be manually changed to 4:3. The screen resolution is 1024 x 768, the UI is V2 Normal Horizontal 16:9. Xorg.conf:

Section "Monitor"
        Identifier      "Monitor0"
        DisplaySize     697 392
        VendorName      "AWA"
        ModelName       "LTW32DS"
        Modeline        "1024x768" 60.80 1024 1056 1128 1272 768 768 770 796
#       HorizSync       20-500
        HorizSync       68.677
#       VertRefresh     59-61
        VertRefresh     84.997

Is there anywhere I can manually force the aspect ratio? Other than the update, the TV and MD are the same.

Cheers

33
Users / Re: Torrent installation
« on: February 04, 2012, 06:32:55 am »
I prefer transmission - it's also been awesome for me.  I can control it remotely from a terminal, a browser, or my phone.  Handy!!!

Plus if your as lazy/impatient as I am you can get it to post completion notifications to your orbiters http://www.modlog.net/?p=109

34
Users / Re: 24-port 1G Switch with POE
« on: October 04, 2011, 04:24:52 pm »
Correction, I know some older Cisco's will prevent PXE booting, If it's a managed switch (which I assume it is) it has  posibilities of interfering if the config is wrong, but with that being said, most newer popular ones (If having issues), should be able to be configed to work. Hope this has helped.

35
Users / Re: sharp aquos auto detect *solved*
« on: September 25, 2011, 11:39:09 pm »
How did you get it going? Any details?

36
Users / Re: Stream and TV inclusion by ethernet
« on: September 23, 2011, 12:07:40 pm »
Your going to have to give more information, models numbers, etc..

37
Developers / Re: QOrbiter: Something for everyone!
« on: September 22, 2011, 11:51:37 am »
Wow that looks impressive!

Just a quick question re:scaling, will it resize the buttons on higher resolutions  or have more space between them?

38
Users / Re: MD setup fails in 10.04
« on: September 17, 2011, 08:52:02 am »
bit of a silly question, but if Diskless_CreateTBZ.sh completed sucessfully, and it still trys to run Diskless Setup anyway (and fails), is the mac address in webadmin for the MD correct?

39
Users / Re: Inexpensive and Compact Audio Streaming Device
« on: September 13, 2011, 11:59:36 pm »
Thanks Andrew.

I don't really want to buy another touch interface (that's what my orbiters are for) and I want to use my own speakers so the Logitech SB products that are still offered don't appeal.

I'm looking at putting squeezeslave on a plugcomputer (dreamplug) (http://www.globalscaletechnologies.com/t-dreamplugdetails.aspx#hw_block). By chance do you have any experience with this?

This was rushed but works consistently: http://www.modlog.net/?p=171, total cost was about $35, thin clients are bigger than what you were looking for, but not nearly as big as a PC.

40
Feature requests & roadmap / Re: Monitoring
« on: September 06, 2011, 03:32:02 pm »
also have a look at the existing data logger plugin..
LOL, yeah that could work :-P

I had a quick look through the source to try and work out how to use it, it there any online documentation on the arguments it takes, and how many variables can you pass to it? I could only work out it takes very specific events? would it take much to convert it (if it needs it) to accept:
<device_ID>,<data description>,<max value>,<alert issued at value><number of values>,<value>,<value>, etc...
Example:
<35>,<"Disk Usage">,<100%>,<95%>,<2>,<100%>,<43%>... Just an idea.

Basically I want to know if you can fake sensor output?



41
Feature requests & roadmap / Re: Monitoring
« on: September 05, 2011, 10:57:39 am »
I think we need to see this larger then only the server. I agree that if you just want a cpu graph, you can do it manually with hand-written scripts/files/...
But since linuxmce provides a lot more (dhpc, dns, proxy, firewalling...), we can take this up a higher level. If you put in tools like cacti, you can start monitoring your whole network/house. Think about all computers, switches, routers, power-meters... The key-element here is the user-friendly stuff. People need to be able to do it themselves, simple. With this, you gain that more people will use it, less people will ask you questions...
And it must be flexible...

LOL I see now, your looking for a magical do everything gui that records EVERYTHING you want with virtually no scripting/command prompt. Bwahahahahahah!!

The solution I provided (if you read the bash script) is generic, it'll work with ALL linuxmce systems (testing is needed) and if accepted by the Linuxmce gods, you do virutally nothing just install the package, and click on links in webadmin... It also does as you wanted; Intergrates into Linuxmce backend, looks through your database to finds how many MD's you have, and if they have HDD's it adds them to the graphing list.

"larger then only the server" - I wrote the script in about a day, and it is.
"And it must be flexible" - It is, I have a graph that shows downloaded weather reports and compares them with HDD temperatures.
"Think about all computers, switches, routers, power-meters" - it works with all snmp enabled devices, and those that you can generate scripted statistics. Again... written in about a day.

You've obivously just discovered cacti, and haven't had much experience using other related software... I have used most, and when your talking about flexibility and low overheads MRTG is better. I thought as a network engineer, you'd have used MRTG, as most larger networks do.

And with that I say "Your welcome", "Keep dreaming", and by all means prove me wrong with your working demo.

42
Feature requests & roadmap / Re: Monitoring
« on: September 05, 2011, 12:45:04 am »
You can set thresholds with mrtg; example:

ThreshDir: /path/to/mrtg/thresh
ThreshMaxI[performance]: 1
ThreshMaxO[performance]: 1
ThreshProgI[performance]: /path/to/mrtg/scripts/alert.php
ThreshProgO[performance]: /path/to/mrtg/scripts/alert.php

For the alert scripts , I'd be looking at something like this, which sends orbiter notifications: http://www.modlog.net/?p=109

43
Feature requests & roadmap / Re: Monitoring
« on: September 04, 2011, 02:39:02 pm »
After editing the bash script the only thing left to do is either manually install mrtg:
# apt-get install mrtg

edited " /var/www/lmce-admin/operations/myDevices/editDeviceParams.php"

...
  </script>

        <fieldset>
+            <a href="./mrtg/'.$deviceID.'/index.html">Graphs If Available</a>   
        <legend>'.$TEXT_DEVICE_INFO_CONST.' #'.$deviceID.'</legend>
        <table border="0">
...

(I couldnt get the test to see if the file exists so it'll show on all devices not just MD's)
http://modlog.net/temp/monitoring.png

Only thing left is to integrate it into the core scripts that are used when creating MD's and clean it up, maybe add more graphs, etc.. Any one got any interest in it?

44
Feature requests & roadmap / Re: Monitoring
« on: September 04, 2011, 10:44:34 am »
I have spent some more time on it, again, it's dirty bash coding, but makes it show it's very possible (and half done), it can also integrate into the webadmin to show for example disk usage graphs while selecting a raid drive, or CPU usage graph when an MD is selected, etc..

Will put more time into it later next week, and put it forward to see if anyone thinks it's any good or worth continuing.

45
Feature requests & roadmap / Re: Monitoring
« on: September 03, 2011, 06:42:18 pm »
I don't agree, cacti is installed in about 2 minutes. Without the need of knowledge for any scripts, and cacti does a lot more then mrtg (services, tresholds, syslogging, weathermaps...). The user interface is so great, that you don't want anything else. When i explain my colleagues/customer cacti in 15 minutes, they're off with it, without any linux knowledge! And resources? If you start with 'own script's, at the end, your resources will be must higher then with cacti.

For me? When you want that people use 'your' system, you need to give them something that's simple.
Once they need to start changing config files, they are gone/lost. That's the only reason why windows gains above linux for the normal computer user.  :-X


But of course,everybody his choice. ;)


I think maybe we're not quite talking about the same thing... The scripts are written to be generic as a '1 shoe fits all' once deployed they don't even have to know they are there.

This is a proof of concept to auto create a MRTG config file http://www.modlog.net/temp/MRTG_config.sh
example output:

# /usr/pluto/bin/MRTG_config.sh
WorkDir: /var/www/mrtg
LoadMIBs: /usr/share/snmp/mibs/UCD-SNMP-MIB.txt,/usr/share/snmp/mibs/TCP-MIB.txt
EnableIPv6: no

#-----------NEW DEVICE--------------
Target[HDD.174]: `/etc/mrtg/disk_usage.sh` /dev/sdb
MaxBytes[HDD.174]: 100
Options[HDD.174]: gauge,nopercent,pngdate
Title[HDD.174]: Disk usage for /dev/sdb
PageTop[HDD.174]: <h1>Disk usage for /dev/sdb</h1>
YLegend[HDD.174]: Percent
ShortLegend[HDD.174]: %
Legend1[HDD.174]: Total Space
Legend2[HDD.174]: Used Percentage
LegendI[HDD.174]: Total
LegendO[HDD.174]: Free

#-----------NEW DEVICE--------------
Target[HDD.173]: `/etc/mrtg/disk_usage.sh` /dev/md0
MaxBytes[HDD.173]: 100
Options[HDD.173]: gauge,nopercent,pngdate
Title[HDD.173]: Disk usage for Software Raid 5
PageTop[HDD.173]: <h1>Disk usage for Software Raid 5</h1>
YLegend[HDD.173]: Percent
ShortLegend[HDD.173]: %
Legend1[HDD.173]: Total Space
Legend2[HDD.173]: Used Percentage
LegendI[HDD.173]: Total
LegendO[HDD.173]: Free


Pages: 1 2 [3] 4 5