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 - jwelch1324

Pages: [1]
Developers / Making the Move
« on: March 03, 2012, 06:06:29 am »
Now I have my hope setup and running without my help. I am finally in a position to dig deeper into its brains and start helping where I can. I figure the 810 release is stable enough for this round through, and so with Ubuntu 12 coming this year, focusing our efforts on getting LMCE 12 would be an ample goal, and I am still working on the windows ports of the q orbiter (nice work btw guys! the qT framework is quite nice once you beat it into submission ;) ).

So until thom makes an official announcement regarding moving to Ubuntu 12, I will move my entire house to 1004 so I can work on the qorbiter coding and fix some hanging issues that I have had with 810.

Any suggestions on pre-paring myself for the switch, or is it pretty much ground zero rebuild? I have made most of my changes into automated scripts so that hopefully if the DB structures are not too different deployment should go well. But please let me know if anyone else has had an experience good or bad with upgrading from 810 to 1004

Kind Regards,

Users / Re: Touch Screen Issue
« on: February 29, 2012, 07:58:13 pm »
Attached is the lsmod output when it is working and when it is not working... sadly they appear to be the same (#diff lsnotworking.txt lsworking.txt gives no changes). The penmount module is not loaded as a kernel module, the driver package from the penmount site doesn't include a kernel module.

I did find a way around the router reload issue, though its a nasty hack. I essentially cron the following script to run every minute to see if there was a request from the router to reload.

Code: [Select]


RestartXServ() {

        sudo killall xinit
        sleep 5
        service hal restart
        . /usr/pluto/bin/

WriteTimeFile() {

        if [ -f $timefile ]; then
                rm $timefile

        ctime=$(date +"%D %T")
        echo "$ctime" > $timefile

#First see if a timefile even exists
if [ ! -f $timefile ]; then
        #Clearly we have rebooted, so we need to restart the xserv to get the penmount working
        #Make sure that the LMCE services have been started and are currently running before we do this
        if [ -f $pidfile ]; then
                ps -A | grep $(cat $pidfile )>/dev/null
                if [ $err -eq 0 ]; then
        #Otherwise, lets check to see if there has been a restart request since the last time we checked
        if [ -f $logfile ]; then

                #Search the logfile for the last restart request
                result=$(cat $logfile | grep "Got a reload command" | tail -n 1 | cut -f 2 )

                #Get epoch versions of the timestamp
                t1=$(date -d"$result" +%s)

                #Get epoch version of timestamp in timefile
                result=$(cat $timefile)
                t2=$(date -d"$result" +%s)

                if [ $t1 -gt $t2 ]; then
                        #We have a new request so restart the xserver
                        echo "Restarting X"



The key to fixing the problem on a router reload was restarting the hal daemon. Sadly the problem resurfaces on a reboot. The only way to fix it is to first let the system load, touch the screen (where the mouse pointer gets stuck to the left side of the window -- i.e. not working) then reload the xserv. After that, any subsequent reloads from the router works fine.

My next guess is then that the system doesn't know to listen on the serial port until it registers some sort of input first, then restarting hal (i presume) defaults to listening on that port and hence reloads work fine.

I can't figure out where or what in the hal daemon is changing when I first touch the screen that registers the serial port as active. If there were a way to force it to listen on the port (or inject an event to make it look like data came in on the port during init) that might work too...

Otherwise I might need to find a way to compile a kernel driver for the penmount to load at boot and I presume that will open the serial port by itself.


EDIT: Forgot to attach files, they are there now

Users / Re: Touch Screen Issue
« on: February 28, 2012, 11:58:56 pm »
I am using the Driver for Ubuntu 8.10 from the penmount site. The xorg-input package I tried as well it doesn't work period (i am not sure if there is a discrepancy in the xorg version used by LMCE and the one in the official 8.10 release. Though I can't imagine why it would be)

I will look through all the documentation and see if i can find something about it... I really think it is coming down the SDL renderer used by the orbiter. Because if I reboot the MD and let it load without touching the screen the mouse gets stuck on the left side of the screen. If I then kill xserv and restart it using the pluto script (again without touching the screen) it still gets stuck.

However, if I kill the xserv and then do a normal startx to boot into KDE it works fine.

Furthermore, if I start the MD, touch the screen before the orbiter finishes loading, then kill the xserv and restart using the pluto script it still works fine. However if I then do a quick reload on the router and let it load without touching the screen, it goes back to having the cursor stuck to the left side of the screen.

Most odd...

I was thinking of looking at the padorbiter source to see how it is configured since it uses a penmount screen as well, but can't find it anywhere in the SVN (perhaps it isn't public?).

Users / Re: Touch Screen Issue
« on: February 28, 2012, 03:50:00 am »

Actually the problem wasn't completely solved as I previously thought, it turns out on reboot, the penmount device still wasn't working without first touching the screen prior to the orbiter loading.

So to answer some of your questions,

The interface is serial, on /dev/ttyS2

the output from lsmod doesn't have any kernel modules for the penmount device loaded (it is only loaded as module by Xorg), but just for the sake of curiosity in case it gives you some insight as to the source of the issue here is the lsmod output

Code: [Select]
root@moon158:~# lsmod
Module                  Size  Used by
sco                    18308  2
bridge                 56980  0
stp                    10628  1 bridge
bnep                   20352  2
rfcomm                 44432  0
l2cap                  30464  6 bnep,rfcomm
bluetooth              62180  6 sco,bnep,rfcomm,l2cap
nfsd                  231024  13
auth_rpcgss            42528  1 nfsd
exportfs               12544  1 nfsd
ppdev                  15748  0
lp                     17156  0
autofs4                27780  1
ipv6                  264356  10
longhaul               17896  0
cpufreq_stats          13188  0
cpufreq_powersave       9856  0
cpufreq_ondemand       14988  1
freq_table             12672  3 longhaul,cpufreq_stats,cpufreq_ondemand
cpufreq_conservative    14600  0
cpufreq_userspace      11396  0
container              11520  0
ac                     12292  0
video                  25488  0
output                 11008  1 video
pci_slot               12680  0
sbs                    19464  0
sbshc                  13440  1 sbs
wmi                    14504  0
battery                18436  0
joydev                 18368  0
evdev                  17696  4
button                 14224  0
i2c_viapro             15764  0
i2c_core               31892  1 i2c_viapro
pcspkr                 10624  0
parport_pc             39332  1
shpchp                 38036  0
via_agp                16256  1
pci_hotplug            34976  1 shpchp
parport                42604  3 ppdev,lp,parport_pc
via686a                21004  0
agpgart                42184  1 via_agp
af_packet              25856  0
nfs                   269416  2
lockd                  71976  2 nfsd,nfs
nfs_acl                11264  2 nfsd,nfs
sunrpc                196960  23 nfsd,auth_rpcgss,nfs,lockd,nfs_acl
usbhid                 35712  0
hid                    50560  1 usbhid
sd_mod                 42392  0
crc_t10dif              9984  1 sd_mod
sg                     39732  0
ata_generic            12932  0
pata_acpi              12160  0
pata_via               16260  0
libata                178336  3 ata_generic,pata_acpi,pata_via
uhci_hcd               30864  0
8139too                31616  0
floppy                 64644  0
scsi_mod              155468  3 sd_mod,sg,libata
8139cp                 27520  0
mii                    13440  2 8139too,8139cp
usbcore               149616  3 usbhid,uhci_hcd
dock                   16656  1 libata
raid10                 30464  0
raid456               135184  0
async_xor              11520  1 raid456
async_memcpy           10112  1 raid456
async_tx               15312  3 raid456,async_xor,async_memcpy
xor                    23688  2 raid456,async_xor
raid1                  30080  0
raid0                  15488  0
multipath              15104  0
linear                 13440  0
md_mod                 94108  6 raid10,raid456,raid1,raid0,multipath,linear
thermal                23708  0
processor              42156  2 thermal
fan                    12548  0
nbd                    19088  0
fuse                   60956  1
fbcon                  47648  0
tileblit               10880  1 fbcon
font                   16512  1 fbcon
bitblit                13824  1 fbcon
softcursor              9984  1 bitblit

My xorg.conf is
Code: [Select]
Section "ServerLayout"
Identifier "XFree86 Configured"
Screen   0 "Screen0" 0 0
# InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
InputDevice "Penmount" "CorePointer"

Section "Files"
# RgbPath "/usr/X11R6/lib/X11/rgb"
ModulePath "/usr/lib/xorg/extra-modules,/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11"
FontPath "/usr/X11R6/lib/X11/fonts/misc/"
FontPath "/usr/X11R6/lib/X11/fonts/Speedo/"
FontPath "/usr/X11R6/lib/X11/fonts/Type1/"
FontPath "/usr/X11R6/lib/X11/fonts/CID/"
FontPath "/usr/X11R6/lib/X11/fonts/75dpi/"
FontPath "/usr/X11R6/lib/X11/fonts/100dpi/"

Section "Module"
Load "dbe"
Load "extmod"
Load "record"
Load "xtrap"
Load "speedo"
# Load "type1"
Load "glx"
Load "int10"
Load "v4l"
Load "dri"
# Load "penmount"

#Section "InputDevice"
# Identifier "Mouse0"
# Driver "void"
# Option "Device" "/dev/input/mice"

Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
Option "XkbLayout" "us"
Option "XkbVariant" "basic"
Option "XkbModel" "pc105"

Section "InputDevice"
 Identifier  "Penmount"
  Driver    "penmount"
  Option  "Device"           "/dev/ttyS2"
  Option  "Protocol"         "PM9000"
  Option  "BaudRate"         "19200"
  Option  "ADBit"            "10"
  Option  "ConfigFile"       "/etc/penmount.dat"
  Option  "Button2"          "3"  # 1=left, 2=middle, 3=right
  Option  "PenDownMode"      "0"  # 0=stream mode, 1=point mode
  Option  "HoldTime"         "2000"  # how long ms to launch the 2nd button
  Option  "ScreenScale"      "0"  # screen scale enable/disable
  Option  "LockWindowRange"  "32"  # range for press and hold
  Option  "CalibHoldTime"    "1000"  # hold time for calibration
  Option  "XMinOffset"       "10"  # edge compensation
  Option  "XMaxOffset"       "10"
  Option  "YMinOffset"       "10"
  Option  "YMaxOffset"       "10"
  Option  "StdXMin"          "30"  # standard calibration
  Option  "StdXMax"          "990"
  Option  "StdYMin"          "30"
  Option  "StdYMax"          "990"
  Option  "Beep"             "1"  # 0=off, 1=down, 2=up, 3=down+up
  Option  "PressVol"         "100"  # 0 = slience
  Option  "PressPitch"       "880"  # freq. (Hz)
  Option  "PressDur"         "15"  # duration (1~255)
  Option  "ReleaseVol"       "0"  # 0 = slience
  Option  "ReleasePitch"     "1200"  # freq. (Hz)
  Option  "ReleaseDur"       "10"  # duration (1~255)
  Option  "AveragePoint"     "0"  # average point (0,4,8)
  Option  "Rotation"         "1"  # rotation (1,2,4,8)
  Option  "RandR"            "0"  # RandR enable/disable)
  Option  "DebugLevel"       "0"  # debug

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown Monitor Vendor"
ModelName "Unknown Monitor Model"
HorizSync 20-500
VertRefresh 59-61

Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "NoAccel" # [<bool>]
Option "SWcursor" "on" # [<bool>]
Option "HWCursor" "off"
#Option "ColorKey" # <i>
#Option "CacheLines" # <i>
#Option "Dac6Bit" # [<bool>]
#Option "DRI" # [<bool>]
#Option "NoDDC" # [<bool>]
#Option "ShowCache" # [<bool>]
#Option "XvMCSurfaces" # <i>
Identifier "Card0"
Driver "savage"
VendorName "Unknown Vendor Name"
BoardName "Unknown Board Name"
Option "LinearAlloc" "16384"
#BusID "PCI:0:2:0"
# Option "NoDDC" "true"
Option "XvmcUsesTextures" "true"
Option "renderAccel" "true"
Option "NoDDCValue"
Option "UseEDID" "true"
Option "ExactModeTimingsDVI" "true"
Option "NoLogo" "true"
Option "NoBandWidthTest" "true"
Option "ModeValidation" "NoDFPNativeResolutionCheck, NoEdidMaxPClkCheck, NoMaxPClkCheck, AllowInterlacedModes, AllowNon60HzDFPModes, NoEdidModes"
Option "DynamicTwinView" "false"
Option "UseEvents" "true"
Option "ConnectedMonitor" "CRT"

Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Modes "640x480"
Virtual 640 480
Option "XvmcUsesTextures" "true"
Option "renderAccel" "true"
Option "NoDDCValue"
Option "UseEDID" "true"
Option "ExactModeTimingsDVI" "true"
Option "NoLogo" "true"
Option "NoBandWidthTest" "true"
Option "ModeValidation" "NoDFPNativeResolutionCheck, NoEdidMaxPClkCheck, NoMaxPClkCheck, AllowInterlacedModes, AllowNon60HzDFPModes, NoEdidModes"
Option "DynamicTwinView" "false"
Option "UseEvents" "true"
Option "TVStandard" "640x480 (4:3)"

Section "ServerFlags"
Option "AllowEmptyInput" "true"
Option "AllowMouseOpenFail" "true"
Option "BlankTime" "0"
Option "StandbyTime" "0"
Option "SuspendTime" "0"
Option "OffTime" "0"
Option "AIGLX" "Off"
Option "AutoAddDevices" "False"
Section "Extensions"
Option "RENDER" "true"

I added the lines "AllowEmptyInput" and "AutoAddDevices" since in my Xorg log it was attempting to add a default pointer even though I had one setup. I thought this might be the issue... sadly it didn't help.

What I do notice that is odd (or maybe not?) is in the Xorg log it looks like it is adding the penmount device twice

Code: [Select]
(II) penmount: PreInit
(**) Option "CorePointer"
(**) Penmount: always reports core events
(**) Option "XMinOffset" "10"
(**) Option "XMaxOffset" "10"
(**) Option "YMinOffset" "10"
(**) Option "YMaxOffset" "10"
(**) Option "StdXMin" "30"
(**) Option "StdXMax" "990"
(**) Option "StdYMin" "30"
(**) Option "StdYMax" "990"
(**) Option "ScreenScale" "0"
(**) Option "Rotation" "1"
(**) Option "RandR" "0"
(**) Option "AveragePoint" "0"
(**) Option "Beep" "1"
(**) Option "PressVol" "100"
(**) Option "PressPitch" "880"
(**) Option "PressDur" "15"
(**) Option "ReleaseVol" "0"
(**) Option "ReleasePitch" "1200"
(**) Option "ReleaseDur" "10"
(**) Option "HoldTime" "2000"
(**) Option "CalibHoldTime" "1000"
(**) Option "LockWindowRange" "32"
(**) Option "Button2" "3"
(**) Option "PenDownMode" "0"
(**) Option "ADBit" "10"
(**) Option "DebugLevel" "0"
(**) Option "ConfigFile" "/etc/penmount.dat"
(II) penmount chip : 9000
(**) Option "Device" "/dev/ttyS2"
(**) Option "BaudRate" "19200"
(**) Option "StopBits" "1"
(**) Option "DataBits" "8"
(**) Option "Parity" "None"
(**) Option "Vmin" "3"
(**) Option "Vtime" "1"
(**) Option "FlowControl" "None"

This one contains all the proper options as set in the xorg.conf file. However just a few lines below that
Code: [Select]
(II) evaluating device (Penmount)
(II) XINPUT: Adding extended input device "Penmount" (type: TOUCHSCREEN)
(II) penmount: min_x=0, max_x=2047, min_y=0, max_y=2047
(**) Option "Device" "/dev/ttyS2"
(**) Option "BaudRate" "19200"
(**) Option "StopBits" "1"
(**) Option "DataBits" "8"
(**) Option "Parity" "None"
(**) Option "Vmin" "3"
(**) Option "Vtime" "1"
(**) Option "FlowControl" "None"

Which doesn't contain all the necessary options (like the calibration file for example). I am not sure if this is normal and XINPUT is just evaluating the device after the server has loaded all the config data, or if it is actually trying to add it as a second device. The fact that I have AutoAddDevices turned off suggests that it is normal behavior but nonetheless the issue is still there. I have to touch the screen before the orbiter progressbar finishes filling up for it to work properly.

Another thing to note is that once I get the touchscreen working properly, I can run killall xinit && /usr/pluto/bin/ and not have to do anything and the touchscreen works fine. It's only if I reboot that the problem shows up again.

Any thoughts are much appreciated...

Users / Re: Touch Screen Issue
« on: February 28, 2012, 12:32:04 am »

Problem was the savage driver on the penmount display, I changed in xorg.conf under "Device" section

Code: [Select]

Section "Device"
        Driver          "savage"
# ...
        Option          "SWcursor"      "on"                    # [<bool>]
        Option          "HWCursor"      "off"
# ...

Forcing it to use the SW cursor fixes the problem with the penmount panel.... EDIT: No it doesn't... it just makes sure the cursor is under my finger when I touch the screen, the issue of having to touch the panel before the orbiter loads is still there...

On the TSHARC panel, the issue was actually that modprobe (thx l3mce for the advice to look into this  :) ), or more specifically KMS was detecting a monitor port that didn't exist, and hence cycling a connect/disconnect from a monitor that didn't exist. (The chipset supports the extra VGA output, but the panel computer doesn't have an actual VGA out port on it, this is actually a bug in the intel driver used in ubuntu 810). But either way to circumvent the issue I added the following to xorg.conf

Code: [Select]

Section "Monitor"
        Identifier      "foo"
        Option  "Ignore" "true"

Section "Device"

        Driver          "intel"
        Option "monitor-VGA" "foo"
        Option "monitor-LVDS" "Monitor0"

The "Ignore" directive tells xorg not to load the monitor into xrandr, and hence it won't attempt to detect any dynamic connect/disconnect events on that monitor, which is assigned to the "monitor-VGA" output of the chip.

Now xrandr only outputs the LVDS monitor as being present... SUCCESS!!


Users / Touch Screen Issue
« on: February 27, 2012, 10:15:22 pm »
Hey everyone,

I have an unusual issue with two touchscreen based MD's. One of them uses a penmount panel (with latest 8.10 ubuntu drivers) and the other is a TSHARC panel (again with latest drivers)

The issue is the following, If I boot the MD's into the orbiter (either with reboot, or by a a killall xinit && /usr/pluto/bin/ command) the touch screens will not function properly unless I touch the panel the moment X starts before the oribiter starts to load. As long as I register a click before the orbiter appears they work fine... but I haven't been able to figure out why...

Anyone have any thoughts and or ideas on a workaround (maybe script that simulates a click event before the orbiter loads??)


Developers / Re: Notes On Diskless Boot times in 810
« on: February 22, 2012, 04:46:16 am »
Ok Tested in 1004, the issue isn't there however I am almost positive the problem arose in the first place because I used a single nic install in the first place.

The same issue that appears here in the exports file with the addition of the eth0 infront of everything happens in the ypserv.securenets file as well even after adding the second nic and fixing the network config files.

In any event, If you are having the binding issue the above script will fix it on 810 and 1004.

Developers / Re: Notes On Diskless Boot times in 810
« on: February 22, 2012, 04:32:37 am »
I'm trying a diskless boot on 1004 right now so I will let you know the results once it's done loading.

In the interm, here is a script (also attached) that will fix the issues just put this into the /usr/pluto/bin directory and run

Code: [Select]
$sudo -i
#cd /usr/pluto/bin
#chmod +x

Then run the ypbind test I mentioned above and make sure the core can bind. Then reboot your MD's and see if the binding error goes away and/or if the boot times improve.

Here is the script for reference
Code: [Select]

. /usr/pluto/bin/
. /usr/pluto/bin/
. /usr/pluto/bin/


function setup_ypserv_snets
#Shamelessly Stolen from
local Content=""
local Q="
JOIN Device_DeviceData ON PK_Device = FK_Device AND FK_DeviceData = $DEVICEDATA_DisklessBoot
JOIN DeviceTemplate ON FK_DeviceTemplate = PK_DeviceTemplate
FK_DeviceCategory = '8'
FK_Device_ControlledVia IS NULL
IK_DeviceData = '1'
local R=$(RunSQL "$Q")
local Row
for Row in $R ;do
local IP=$(Field 2 "$Row") #We just need to extract the Moon IP addr

if [[ "$IP" == "" ]] ;then

Content="${Content}  host ${IP}\n"

PopulateSection "/etc/ypserv.securenets" "DisklessMD" "$Content"

local IntrouterIP=""
Q="SELECT IPaddress FROM Device WHERE FK_DeviceTemplate = 7"
IntrouterIP=$(RunSQL "$Q")
if [[ ! "$IntrouterIP" == "" ]]; then
#Add the router to the secure hosts
Content="host ${IntrouterIP}"
PopulateSection "/etc/ypserv.securenets" "Router" "$Content"

echo -e "\033[35m!!Warning!!\033[37m This script will overwrite your current NIS configuration!\ncontinue?[y/n]:"
read res1

if [ "$res1" == "y" ]; then

echo "Running Standard NIS Config /usr/pluto/bin/ Wait..."
. /usr/pluto/bin/ &>/dev/null

echo "Setting up new Securenets file..."
echo "Done"
echo -e "\033[33mRestarting NIS Services \033[37m"
service nis restart
echo "*** Complete ***"
echo "*** Aborted ***"

NOTE: You have to rerun this every time you add a new MD (So its IP is added to the list of allowed hosts) unless you add a line at the end of to run the script automatically.

EDIT: Updated script

Developers / Re: Notes On Diskless Boot times in 810
« on: February 21, 2012, 08:05:31 pm »
Potentially, I haven't setup a dedicated 1004 box yet to test. Though I plan on doing so in the next week or so when I have some time.

If someone has a 1004 setup and uses diskless MD's could you please let us know if there is a NIS binding problem on your diskless?

SSH into your diskless MD from the core
Code: [Select]
core$ sudo -i
core# ssh moonXX

moonXX#killall ypbind
moonXX#service nis restart

And see if you get the binding to YP..... failure (or backgrounded is another possible output depending on the NIS version/setup scripts)

Equivalently, on your core do the following
Code: [Select]
core$ sudo -i
core# ypbind -d -no-dbus

and you should get output similar to the following
Code: [Select]
core#ypbind -d -no-dbus
13792: parsing config file
13792: Trying entry: ypserver
13792: parsed ypserver
13792: add_server() domain: pluto, host:, slot: 0
13792: [Welcome to ypbind-mt, version 1.20.1]

13792: ping interval is 20 seconds

13794: ping host '', domain 'pluto'
13794: Answer for domain 'pluto' from server ''

If NIS sucessfully binds to the ypserv on the core

Otherwise you will see

Code: [Select]
core#ypbind -d -no-dbus
16411: parsing config file
16411: Trying entry: ypserver
16411: parsed ypserver
16411: add_server() domain: pluto, host:, slot: 0
16411: [Welcome to ypbind-mt, version 1.20.1]

16411: ping interval is 20 seconds

16413: ping host '', domain 'pluto'
16413: Pinging all active servers.
16413: ping host '', domain 'pluto'

where the last lines "Pinging all active servers" indicates that ypbind is broadcasting for any open NIS servers because it didn't receive any answer from the core, and it will loop this process, trying to bind to the core then broadcasting for an open NIS etc...

If you have the latter problem then there is an NIS failure. In which case check that both your core and MD is listed as a host in the /etc/ypserv.securenets file and try the above again.

Also note, that the core is the NIS master server so it doesn't need to bind to itself in the LMCE configuration. But it is still an easy way to test for possible NIS failure points, since you know if the core can't bind it's not a firewall problem but probably a ypserv security problem.


Users / Re: Media Director no longer boots
« on: February 21, 2012, 05:21:01 am »
Did you run
Code: [Select]
sudo /usr/pluto/bin/

on the core after the update? You may have to rebuild the MD images if you changed to a updated the kernel or any important packages.

Developers / Notes On Diskless Boot times in 810
« on: February 21, 2012, 04:56:39 am »
I was having a maddening time with the diskless boot times on my MD in 810 (I am not sure if this is an issue unique to me or if other people are having the issue, so please let me know if anyone else had this problem, it isn't anywhere in the forums that I could find, but it is all over the Ubutnu forums)

Essentially upon booting my diskless MD's I would get an NIS bind failure that looks like

Code: [Select]
Starting NIS Services
   binding to YP ...
... [repeat 10 times]


Along with this, starting cups, hal, and a few other services on the MD would hang forever. My MD boot times were on the order of about 8-10 mins (and these aren't little MD's, my main computer is a monster and it had the same problem) so I figured it had to be a networking issue.

Additionally, DNS lookups from MDs (like when doing an apt-get install on the MD) took forever (though oddly nslookup and dig were always responsive ~ms). And ssh moonXX would take ages to give me a command prompt (~3 mins from time I issued command from the core).

Looking at the /etc/nsswitch.conf file on the MD and core suggests that nis is used for host propagation, and given the dns issues it seemed likely that despite what many of the forums out there say about this binding to yp... failure, ypbind was never actually finding the NIS server on the core.

Furthermore, running ypbind -d on the core would never actually show a successful response from the core itself.

It turns out the issue is in /etc/ypserv.securenets for some odd reason my file had my external nic's IP as a trusted host, and none of my MD's nor the core's internal ip was listed as a trusted host. Adding

Code: [Select]
host 192.168.80.XX //MD's ip addr

for each configured MD and then doing a #sudo service nis restart allows the core and the MD's (reboot or run service nis restart on the MD's) to successfully bind to the NIS server and everything starts working great. ssh moonXX is basically instantaneous as you would expect from a lan machine. And even better the MD boot time is about 30-45 seconds from BIOS.

I haven't figured out what generates the ypserv.securenets file yet (I suspect its somewhere in one of the diskless setup scripts) but if anyone knows off the top of their head let me know.

Some things I will note.

My core was originally just designed to be a z-wave controller for lights/thermostat/etc... and not a media server. So the machine when I first installed LMCE had a single nic. Once I decided to put MD's in I added another nic and this caused issues with /etc/exports which I did resolve but I believe its possible that the same issues with the interface configuration were propagated into the NIS config.

Therefore if anyone else has had this binding issue and had 2 NIC's when they originally installed LMCE, please let me know so I can figure out if this was just a stupid mistake on my part for not following the guidelines and having 2 NICs in the first place, or if it is an issue in the diskless setup scripts.


Developers / Re: QOrbiter: Updated
« on: February 20, 2012, 05:24:42 am »

I am trying to get a dev environment for this up and running, however there seem to be some recent updates to the qOrbiter class that haven't been committed to svn yet. Specifically on Saturday there was an update to orbitermanager that references a function registerDevice() in qOrbiter but there isn't any such function defined in the current qOrbiter class.

There are also a few signal and slot callbacks that aren't in the qOrbiter class that are referenced in the initial Q::Connect functions.

Let me know if this is just because the updates haven't been committed yet or if I am missing something else...

Pages: [1]