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

Pages: [1] 2 3 ... 12
1
Users / Re: Proxy Orbiter crashing (Re: web orbiter refresh)
« on: March 11, 2014, 04:21:47 am »
Code: [Select]
#!/bin/bash
kill -KILL  `ps ax|grep Proxy_Orbiter|grep log|cut -b1-5`

Works a treat for me.
Sweeeeet!  Worked like a treat for me too!  That restarts them properly; now to figure out what's breaking them in the first place...

Thanks Posde!  Much appreciated!

/Mike

2
Users / Proxy Orbiter crashing (Re: web orbiter refresh)
« on: March 06, 2014, 07:36:10 pm »
Hi Folks!

Not to hijack the thread; is the web orbiter code also used for the Proxy Orbiters (like for Roaming Orb)?  I have problems with those just dying, and having to reboot the core to get them to work.  Happens in both 10.04 and 12.04.

Now back to your regularly scheduled discussion thread...  ;)

/Mike

3
Developers / Re: New Template ISY994i uploaded
« on: March 05, 2014, 04:31:09 am »
Hi Phenigma!

Another question, did the mysql-ruby dependencies ever get added to the device template? 

Not yet; I plan on adding it in the next round of updates.  I'm working on integrating the ISY's WeatherBug module with Thom's Weather plugin, and updating some hardware support.

Thanks for following up on this!

/Mike

4
Developers / Re: New Template ISY994i uploaded
« on: March 04, 2014, 03:25:23 am »
Chris,

How's this been working out for you?  I got a PM from someone having trouble, so just want to confirm no other problems out there...  I'm going on the assumption no news is good news...

Is all your Insteon hardware supported by my driver?  I only have lighting devices, so I haven't added support for motions or sensors, but I could if I have someone willing to be the test lab...

Cheers!

/Mike

5
Users / Re: What PVR
« on: February 24, 2014, 06:27:46 pm »
I use MythTV 0.25 on my Debian host, and 5 MiniMyth diskless systems booted on my "external" network.  I'm using Schedules direct for the listing data, and have a mixture of Analog cable and Rogers Digital STB (PVR-150's on slave backend, PVR-1600 on host) as well as Digital OTA (HDHR-3-US on it's own network segment and NIC).

That's production for now, as I work on migrating to LMCE at some point in the (hopefully) near future.

I want to use mythtv but don't consider it usable within lmce.  I long for schedulesdirect and myth scheduling... it's SO much better than my satellite providers interface and capabilities!

Phenigma,  I'm curious as to why you don't consider MythTV usable within LMCE.  Cutting over to it was going to be one of the activities I was going to work on in the next couple of months, so I'm interested in knowing what I'm in store for...  ;)

Thanks!

/Mike

6
Installation issues / Re: "No internet connection" 12.04 installer (solved)
« on: February 22, 2014, 02:45:11 pm »
MKBrown - sounds as if you have some idea there but please liase with possy before applying anything. The original problem that I noted above has definitely been resolved by his latest snapshot but there may still be some work to do. When I get a moment I'll read what you've written and try to understand it all.
Jamo,

I don't have commit rights to SVN, and to be quite honest, I don't want commit rights.  I'll plug away fixing stuff I'm capable of, usually SysAdmin type stuff 'cause that's what I do, do up patches and stuff them into Trac.  Someone more knowledgable than I about LMCE internals can take 'em, leave 'em, tweak 'em, whatever.  I'll just do what I can do, and let others do what they're good at.

Hope that clarifies things!

/Mike

7
Installation issues / Re: "No internet connection" 12.04 installer (solved)
« on: February 22, 2014, 03:41:03 am »
Hi folks!

I've been looking into the DNS issues as well as the management of resolv.conf.  In 12.04, /etc/resolv.conf is now managed dynamically by the glibc resolver and resolvconf.  This is so that network mangler can dynamically manage Network configuration (and thus DNS lookups) on say a laptop that roams onto different Wi-Fi networks.  Historically, LMCE has been more like a server in trying to manage DNS settings statically, and now the two are conflicting to some extent.

I just finished working up a patch for Network_Setup.sh to add DNS settings into the /etc/network/interfaces file for the internal network, and when LMCE is running, the bind forwarders file handles outgoing DNS.  I haven't quite figured out exactly what to do about resolv.conf management, and at what stage to transfer the info obtained from Kubuntu's boot-up network config in resolv.conf over to the bind forwarders file.

Once set up properly, LMCE resolv.conf will look like this:
Code: [Select]
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search linuxmce.local

And the interfaces file will look like this:
Code: [Select]
# --- Internal NIC ---
iface eth1 inet static
        address 192.168.80.1
        netmask 255.255.255.0
        pre-up sysctl -q -e -w  net.ipv6.conf.eth1.disable_ipv6=0
        # DNS Settings for Internal Net
        dns-nameservers 192.168.80.1
        dns-search LinuxMCE.local

There won't be any DNS info in the external NIC (unless I add code for it; the challenge is again when to transfer it). External DNS is handled by the servers listed in /etc/bind/named.conf.forwarders, which is also setup in Network_Bind.sh, which is called from Network_Setup.sh. 

To make it interesting, the following scripts all backup or touch resolv.conf:
Code: [Select]
Network_DisplaySettings.sh:     local netExtDNS1=$(cat /etc/resolv.conf | grep "^nameserver" | head -1 | awk '{print $2}')
Network_DisplaySettings.sh:     local netExtDNS2=$(cat /etc/resolv.conf | grep "^nameserver" | tail -1 | awk '{print $2}')
Network_DNS.sh:if [ ! -e /etc/resolv.conf.pbackup ] ;then
Network_DNS.sh: cp /etc/resolv.conf /etc/resolv.conf.pbackup
Network_DNS.sh:if ! BlacklistConfFiles '/etc/resolv.conf' && ! BlacklistConfFiles '/etc/bind/named.conf.forwarders' ;then
Network_DNS.sh:$(grep nameserver /etc/resolv.conf | grep -v '#' | sed 's/nameserver//g; s/ *//g; s/^.*$/\t&;/')
Network_Parameters.sh:  if [ ! -e /etc/resolv.conf.pbackup ] ;then
Network_Parameters.sh:          cp /etc/resolv.conf /etc/resolv.conf.pbackup
Network_Parameters.sh:  if ! BlacklistConfFiles '/etc/resolv.conf' ;then
Network_Parameters.sh:          grep nameserver /etc/resolv.conf | grep -v '#' | sed 's/nameserver//g; s/ *//g' | tr '\n' ',' | sed 's/,$//'
Network_Setup.sh:# Empty resolv.conf files. Will be filled with static entries, or autofilled by dhcp
Network_Setup.sh:if [ ! -e /etc/resolv.conf.pbackup ] ;then
Network_Setup.sh:       cp /etc/resolv.conf /etc/resolv.conf.pbackup
Network_Setup.sh:: >/etc/resolv.conf
Network_Setup.sh:               if ! BlacklistConfFiles '/etc/resolv.conf' ;then
Network_Setup.sh:                               echo "nameserver $i" >>/etc/resolv.conf
Network_Setup.sh:               if ! BlacklistConfFiles '/etc/resolv.conf' ;then
Network_Setup.sh:                               echo "nameserver $i" >>/etc/resolv.conf

And the diskless setup scripts copy the core's resolv.conf to the moon directory, which won't work too well when the core is running properly, as resolv.conf will be set up to use localhost to hit bind on the same system. The diskless code will need a version of my patch to add the DNS settings to the interfaces file, or write the core's internal IP to resolv.conf.

I'll post my interface DNS patch into Trac shortly, so at least one issue gets addressed while we figure out the resolv.conf one.

EDIT:  added my patch to Jamo's ticket #2073.

Hope that helps!

/Mike

8
Users / Re: 64-bit install
« on: January 25, 2014, 01:43:45 am »
Ok, if you're running VirtualBox, you don't need 32-bit libraries on the host.  VirtualBox provides hardware virtualization, so all you need to do is create the VM "container" with at least a 50GB  "virtual hard drive", attach the LMCE ISO to it as a CDROM, and configure the boot order to boot from CDROM first.

You may wish to read through the VirtualBox docs at https://www.virtualbox.org/manual/ch01.html

You can use VBox as a test bed, but I wouldn't recommend it for "production" use, at least not with LMCE.  Unless you really know your way around virtualization products and configuration, it's best to just install LMCE one bare metal.

HTH!

/Mike

9
Developers / Re: DNS inconsistencies, input sought.
« on: January 23, 2014, 05:19:29 am »
Thom,

Will do.  I try to understand how things work and why, before I dive in (which means things take a while ;-). I'll look into the resolv.conf stuff shortly.  I've submitted patches for 12.04 (which I'm now running) against ticket 1769 which should fix the local DNS updates from dhcpd. 

HTH!

/Mike

10
Users / Re: 64-bit install
« on: January 23, 2014, 03:19:04 am »
What's the host & hypervisor?  I do virtualization for a living, and short of architecture or endian issues, I have yet to see a 64-bit CPU that won't run 32-bit code (with the correct libraries of course); and that's talking Sparc, Power, and x86.

I run KVM on a Phenom II host with a 64-bit Kernel, 32-bit user land, and LMCE 32-bit running as a VM.  Before anyone thinks I'm crazy (hmmm, maybe? ;-). The host OS started life as a 32-bit Debian 3 install on an over-clocked Pentium 233 MHz, and has been through a number of in-place OS and hardware upgrades over the years, now currently Debian 7.1.  Multi-arch may let me finally go all 64-bit, or I may bite the bullet and re-install.  So much to do, so little time...

FYI, there is no current 64-bit LMCE builds...

HTH!

/Mike

11
Installation issues / Re: PXE boot MD
« on: January 14, 2014, 04:49:00 pm »
mkbrown,

is there a reason why you specify sh as the shell to run Diskless_CreateTBZ.sh instead of relying on the shebang line in the script itself?

Mostly to credit huh with the fix, and from working on RHEL and Debian where /bin/sh is normally linked to bash, but your point is valid; especially since Ubuntu is linking sh to dash now...  :-\

/usr/pluto/bin/Diskless_CreateTBZ.sh

is the proper way to execute the script B34N.  Thanks to posde for reminding me not to "assume".  I'll put it down to being sick right now...  ;)

HTH!

/Mike

12
Installation issues / Re: PXE boot MD
« on: January 14, 2014, 04:24:08 pm »
B34N,

Your issue is definitely due to the Diskless_BuildDefaultImage.sh script, which is called by Diskless_CreateTBZ.sh, not having been run.

As Huh indicated, you'll need to

sh /usr/pluto/bin/Diskless_CreateTBZ.sh

That will prepare the diskless images, and based on the other pastes, everything should just work at that point.

Thanks for the assist, huh!

/Mike

13
Users / Re: MD recommendations
« on: January 14, 2014, 03:37:50 am »
Dual channel RAM kits would work best, so look for 2 x 1G, 2 x 2G, etc kits, depending on your budget.  Those little NUC's will handle up to 16G of RAM! 

Some folks are actually running home VMware ESX clusters on them..  Just Google "NUC ESX Server" for a few interesting home lab builds...

/Mike


14
Installation issues / Re: PXE boot MD
« on: January 14, 2014, 03:27:48 am »
Hi B34N!

Something isn't quite right then...  SSH into your core, and run the following commands:

ls -la /tftpboot
ls -la /tftpboot/default
ls -la /tftpboot/pxelinux.cfg

cat /etc/dhcp/dhcpd.conf

cat /var/cache/bind/db.linuxmce.local

Paste the output of each, and we'll see what the current state is...

HTH!

/Mike

15
Installation issues / Re: PXE boot MD
« on: January 13, 2014, 02:46:44 pm »
I have an old Pentium 4 laptop, 512M of RAM, that I was net-booting off of a highly modified Diskless MD image which I'm using as a workstation in my workshop.  I was using the local disk as swap, to offset the limited RAM.  That was working fine off of 10.04, so I think you'll probably be fine net booting it.

I did an in-place upgrade to 12.04, which I'll be documenting over time.  I'm sick right now, so I don't feel like doing it at the moment... The diskless image I was using caused me issues in the core upgrade (no real support for Diskless Workstations, only MD's) so I had to delete it.  If you're doing a new install of 12.04, things will likely go just as described in the Wiki.  Once I got over all the upgrade hurdles, 12.04 on the core has been running pretty well for me (Disclaimer: I'm not running the Diskless MD's yet; production is still on another network using Minimyth). 

HTH!

/Mike

Pages: [1] 2 3 ... 12