Re: [Emc-users] Copying an installation

[Danny Miller]

10.10.10.10 is a static IP hardcoded into the 7i92 hardware.

If you get "ETH device 7i92 at ip 10.10.10.10", then the card's on a 
working ethernet and powered up and responding to mesaflash's ping.  I 
asked for the dump of its pinout config and it responded correctly.

My internet's off a USB dongle.  It's been working fine.

No, no LinuxCNC axis moves.  If I expand FERROR way out, the display 
says it's moving like 0.5" before erroring- but the physical axis never 
moves.

Danny

On 5/27/2016 11:21 PM, Gene Heskett wrote:
> On Friday 27 May 2016 23:30:23 dan...@austin.rr.com wrote:
>
> And you are top podsting, making it hard to follow the conversation.
>> OK the interfaces file is:
>> # The loopback network interface
>> auto lo
>> iface lo inet loopback
>> auto eth1
>> iface eth1 inet static
>>  address 10.10.10.1
>>
>> BTW that dmesg gave that from grepping "eth" alone.  There is no eth1
>> there, only eth0.
>>
>> So I changed "eth1" to "eth0" in interfaces and "sudo service
>> networking restart".
>>
>> Now I asked mesaflash and got:
>> ETH device 7I92 at ip=10.10.10.10
>>
> Now I am confused, and I don't think the 10.10.10.10 address is coming
> from eth0, but from the mesanet cards, and I am not familiar with the
> ethernet interfaces the mesa cards can expose, so I believe I'll bow out
> and ask Peter C. Wallace to bail us out as he knows this stuff much much
> better than I.
>
>> So, GREAT, ran LinuxCNC, but got the same following error upon axis
>> motion.
> Is the axis moving?
>
>> Rebooted.  LinuxCNC still gives the same following error.
>>
>> Now dmesg has:
>> [1.837260] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev
>> 3003] (PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea [1.837266]
>> tg3 :03:08.0: eth0: attached PHY is 5705 (10/100/1000Base-T
>> Ethernet) (WireSpeed[0], EEE[0]) [1.837271] tg3 :03:08.0:
>> eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1] [
>> 1.837275] tg3 :03:08.0: eth0: dma_rwctrl[763f]
>> dma_mask[32-bit] [   12.808639] ADDRCONF(NETDEV_UP): eth0: link is not
>> ready
>>
> Then something is amiss in the interfaces file. Which is a different path
> than the mesa cards are showing.  That is not thru the eth0 interface at
> all.
>
>> But again, mesaflash says it's there at 10.10.10.10.  And if you try
>> to start LinuxCNC without the 7i92 powered up, it won't let you start
>> LinuxCNC, not wait to move an axis.
>>
>> Danny
>>
>>  dan...@austin.rr.com wrote:
>>> Alrighty!
>>>
>>> OK, found and renamed that .rules to a .rules.bak file and rebooted.
>>>
>>> Can't see the 7i92 now.  Mesaflash --device 7i92 --addr 10.10.10.10
>>> gives "not found".
>>>
>>> dmesg has no "ifname" in it at all.
>>>
>>> It does have:
>>> [1.820851] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev
>>> 3003] (PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea [
>>> 1.820858] tg3 :03:08.0: eth0: attached PHY is 5705
>>> (10/100/1000Base-T Ethernet) (WireSpeed[0], EEE[0]) [1.820862]
>>> tg3 :03:08.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0]
>>> TSOcap[1] [1.820866] tg3 :03:08.0: eth0:
>>> dma_rwctrl[763f] dma_mask[32-bit]
>>>
>>> Danny
>>>
>>>  Gene Heskett  wrote:
 On Friday 27 May 2016 12:54:22 dan...@austin.rr.com wrote:

 I've sent this message 3 times now.  What black hole is gobbling
 it up?

> It's a direct dd copy of the drive.  If that wasn't complete, a
> lot more would be broken.
>
> I would not dismantle the (mostly) working system like that.
> There's a risk of something getting stored wrong on the working
> drive while it's on the new machine, and I don't see anything to
> prove by moving it.
>
> 99.9% sure it's just something different about the ethernet
> driver on the new motherboard.  Something small.  No idea how to
> fix it, though.
 See my reply to Peter, delete
 /etc/udev/rules.d/70-persistent-net.rules and reboot.  It will be
 rebuilt to match the ethernet hardware in finds as it reboots, and
 networking will likely be restored.

 If not, delete it again, grep ' ifname ' /var/log/dmesg to see
 what it did call it, you should get something that resembles this:

 gene@coyote:~$ grep ' ifname ' /var/log/dmesg
 [1.401462] forcedeth :00:08.0: ifname eth0, PHY OUI 0x5043
 @ 1, addr 00:1f:c6:62:fc:bb
 [1.929064] forcedeth :00:09.0: ifname eth1, PHY OUI 0x5043
 @ 1, addr 00:1f:c6:63:07:97
 (word wrapped, darn it, what you want is the string after the
 first ifname. in this example eth0)

 then use an editor as root to look at the
 /etc/networking/interfaces file, and rename the stanza for eth0 to
 whatever the system found and named it to in the /var/log/dmesg
 file.

 You should at that point be able to do a "sudu service restart
 networking" and have the ability to "ping -C2 yahoo.com" and get a
 2 

Re: [Emc-users] Copying an installation

[Gene Heskett]

On Friday 27 May 2016 23:30:23 dan...@austin.rr.com wrote:

And you are top podsting, making it hard to follow the conversation.
> OK the interfaces file is:
> # The loopback network interface
> auto lo
> iface lo inet loopback
> auto eth1
> iface eth1 inet static
> address 10.10.10.1
>
> BTW that dmesg gave that from grepping "eth" alone.  There is no eth1
> there, only eth0.
>
> So I changed "eth1" to "eth0" in interfaces and "sudo service
> networking restart".
>
> Now I asked mesaflash and got:
> ETH device 7I92 at ip=10.10.10.10
>
Now I am confused, and I don't think the 10.10.10.10 address is coming 
from eth0, but from the mesanet cards, and I am not familiar with the 
ethernet interfaces the mesa cards can expose, so I believe I'll bow out 
and ask Peter C. Wallace to bail us out as he knows this stuff much much 
better than I.

> So, GREAT, ran LinuxCNC, but got the same following error upon axis
> motion.

Is the axis moving?

>
> Rebooted.  LinuxCNC still gives the same following error.
>
> Now dmesg has:
> [1.837260] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev
> 3003] (PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea [1.837266]
> tg3 :03:08.0: eth0: attached PHY is 5705 (10/100/1000Base-T
> Ethernet) (WireSpeed[0], EEE[0]) [1.837271] tg3 :03:08.0:
> eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1] [   
> 1.837275] tg3 :03:08.0: eth0: dma_rwctrl[763f]
> dma_mask[32-bit] [   12.808639] ADDRCONF(NETDEV_UP): eth0: link is not
> ready
>
Then something is amiss in the interfaces file. Which is a different path 
than the mesa cards are showing.  That is not thru the eth0 interface at 
all.

> But again, mesaflash says it's there at 10.10.10.10.  And if you try
> to start LinuxCNC without the 7i92 powered up, it won't let you start
> LinuxCNC, not wait to move an axis.
>
> Danny
>
>  dan...@austin.rr.com wrote:
> > Alrighty!
> >
> > OK, found and renamed that .rules to a .rules.bak file and rebooted.
> >
> > Can't see the 7i92 now.  Mesaflash --device 7i92 --addr 10.10.10.10
> > gives "not found".
> >
> > dmesg has no "ifname" in it at all.
> >
> > It does have:
> > [1.820851] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev
> > 3003] (PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea [   
> > 1.820858] tg3 :03:08.0: eth0: attached PHY is 5705
> > (10/100/1000Base-T Ethernet) (WireSpeed[0], EEE[0]) [1.820862]
> > tg3 :03:08.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0]
> > TSOcap[1] [1.820866] tg3 :03:08.0: eth0:
> > dma_rwctrl[763f] dma_mask[32-bit]
> >
> > Danny
> >
> >  Gene Heskett  wrote:
> > > On Friday 27 May 2016 12:54:22 dan...@austin.rr.com wrote:
> > >
> > > I've sent this message 3 times now.  What black hole is gobbling
> > > it up?
> > >
> > > > It's a direct dd copy of the drive.  If that wasn't complete, a
> > > > lot more would be broken.
> > > >
> > > > I would not dismantle the (mostly) working system like that. 
> > > > There's a risk of something getting stored wrong on the working
> > > > drive while it's on the new machine, and I don't see anything to
> > > > prove by moving it.
> > > >
> > > > 99.9% sure it's just something different about the ethernet
> > > > driver on the new motherboard.  Something small.  No idea how to
> > > > fix it, though.
> > >
> > > See my reply to Peter, delete
> > > /etc/udev/rules.d/70-persistent-net.rules and reboot.  It will be
> > > rebuilt to match the ethernet hardware in finds as it reboots, and
> > > networking will likely be restored.
> > >
> > > If not, delete it again, grep ' ifname ' /var/log/dmesg to see
> > > what it did call it, you should get something that resembles this:
> > >
> > > gene@coyote:~$ grep ' ifname ' /var/log/dmesg
> > > [1.401462] forcedeth :00:08.0: ifname eth0, PHY OUI 0x5043
> > > @ 1, addr 00:1f:c6:62:fc:bb
> > > [1.929064] forcedeth :00:09.0: ifname eth1, PHY OUI 0x5043
> > > @ 1, addr 00:1f:c6:63:07:97
> > > (word wrapped, darn it, what you want is the string after the
> > > first ifname. in this example eth0)
> > >
> > > then use an editor as root to look at the
> > > /etc/networking/interfaces file, and rename the stanza for eth0 to
> > > whatever the system found and named it to in the /var/log/dmesg
> > > file.
> > >
> > > You should at that point be able to do a "sudu service restart
> > > networking" and have the ability to "ping -C2 yahoo.com" and get a
> > > 2 normal ping responses from yahoo.com which indicates that
> > > networking is now working.
> > >
> > > > It is an AMD64 though, and the installation was an i686.
> > >
> > > A non-issue AFAIK.
> > >
> > > > Danny
> > > >
> > > >  "Peter C. Wallace"  wrote:
> > > > > On Fri, 27 May 2016, Danny Miller wrote:
> > > > > > Date: Fri, 27 May 2016 00:11:08 -0500
> > > > > > From: Danny Miller 
> > > > > > Reply-To: "Enhanced Machine Controller (EMC)"
> > > > > > 

Re: [Emc-users] Copying an installation

[Gene Heskett]

On Friday 27 May 2016 22:53:49 dan...@austin.rr.com wrote:

> Alrighty!
>
> OK, found and renamed that .rules to a .rules.bak file and rebooted.
>
> Can't see the 7i92 now.  Mesaflash --device 7i92 --addr 10.10.10.10
> gives "not found".
>
This is nor related to the lack of networking, no connection at all.

> dmesg has no "ifname" in it at all.

"ifname" isn't what I sent, ' ifname ' which explicitly includes the 
leading and trailing spaces.
>
> It does have:
> [1.820851] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev
> 3003] (PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea [1.820858]
> tg3 :03:08.0: eth0: attached PHY is 5705 (10/100/1000Base-T
> Ethernet) (WireSpeed[0], EEE[0]) [1.820862] tg3 :03:08.0:
> eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1] [   
> 1.820866] tg3 :03:08.0: eth0: dma_rwctrl[763f]
> dma_mask[32-bit]

This does show at least a match, and that it appears to have found and 
loaded what it thinks is the correct driver.  OTOH, it also says its a 
Broadcom 95788, and my data is apparently outdated as I wasn't aware 
they were making wired ethernet stuff.  When I hear Broadcom, I 
automatically think radios, as in wireless, and in my experince, 
troublesome. My bad I expect, time marches on.  

Now I think we need to see your /etc/networking/interfaces file, the 
whole thing.  You might want to replace the ip addresses with xx's but 
don't change anything else please.

> Danny
>
>  Gene Heskett  wrote:
> > On Friday 27 May 2016 12:54:22 dan...@austin.rr.com wrote:
> >
> > I've sent this message 3 times now.  What black hole is gobbling it
> > up?
> >
> > > It's a direct dd copy of the drive.  If that wasn't complete, a
> > > lot more would be broken.
> > >
> > > I would not dismantle the (mostly) working system like that. 
> > > There's a risk of something getting stored wrong on the working
> > > drive while it's on the new machine, and I don't see anything to
> > > prove by moving it.
> > >
> > > 99.9% sure it's just something different about the ethernet driver
> > > on the new motherboard.  Something small.  No idea how to fix it,
> > > though.
> >
> > See my reply to Peter, delete
> > /etc/udev/rules.d/70-persistent-net.rules and reboot.  It will be
> > rebuilt to match the ethernet hardware in finds as it reboots, and
> > networking will likely be restored.
> >
> > If not, delete it again, grep ' ifname ' /var/log/dmesg to see what
> > it did call it, you should get something that resembles this:
> >
> > gene@coyote:~$ grep ' ifname ' /var/log/dmesg
> > [1.401462] forcedeth :00:08.0: ifname eth0, PHY OUI 0x5043 @
> > 1, addr 00:1f:c6:62:fc:bb
> > [1.929064] forcedeth :00:09.0: ifname eth1, PHY OUI 0x5043 @
> > 1, addr 00:1f:c6:63:07:97
> > (word wrapped, darn it, what you want is the string after the first
> > ifname. in this example eth0)
> >
> > then use an editor as root to look at the /etc/networking/interfaces
> > file, and rename the stanza for eth0 to whatever the system found
> > and named it to in the /var/log/dmesg file.
> >
> > You should at that point be able to do a "sudu service restart
> > networking" and have the ability to "ping -C2 yahoo.com" and get a 2
> > normal ping responses from yahoo.com which indicates that networking
> > is now working.
> >
> > > It is an AMD64 though, and the installation was an i686.
> >
> > A non-issue AFAIK.
> >
> > > Danny
> > >
> > >  "Peter C. Wallace"  wrote:
> > > > On Fri, 27 May 2016, Danny Miller wrote:
> > > > > Date: Fri, 27 May 2016 00:11:08 -0500
> > > > > From: Danny Miller 
> > > > > Reply-To: "Enhanced Machine Controller (EMC)"
> > > > > 
> > > > > To: emc-users@lists.sourceforge.net
> > > > > Subject: Re: [Emc-users] Copying an installation
> > > > >
> > > > > I do recall we went through much more than expected just
> > > > > getting all that installed.  And I don't have a complete list
> > > > > of all that was done.
> > > > >
> > > > > I did poke around again on this machine.
> > > > >
> > > > > Mesaflash says the card's there at 10.10.10.10.
> > > > >
> > > > > After launching LinuxCNC, the VFD does respond to commands
> > > > > just fine.
> > > > >
> > > > > I experimented with the FERROR value- it'll allow the
> > > > > coordinates to change significantly before throwing an error,
> > > > > but the axes will never move regardless.  The 7i92 won't put
> > > > > out steps at all. I don't have any enable line on it.
> > > > >
> > > > > Danny
> > > >
> > > > Did you try swapping hard drives as someone suggested, in case
> > > > something was forgotten when moving?
> > > >
> > > > (when linux using generic kernels its much easier to just swap
> > > > hard drives than moving a setup to a new machine)
> > > >
> > > > > On 5/22/2016 6:27 PM, andy pugh wrote:
> > > > >> On 22 May 2016 at 19:51, Danny Miller 
> >
> > wrote:
> > > > >>> 

Re: [Emc-users] Copying an installation

[Peter C. Wallace]

On Sat, 28 May 2016, dan...@austin.rr.com wrote:

> Date: Sat, 28 May 2016 3:30:23 +
> From: dan...@austin.rr.com
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: Re: [Emc-users] Copying an installation
> 
> OK the interfaces file is:
> # The loopback network interface
> auto lo
> iface lo inet loopback
> auto eth1
> iface eth1 inet static
>address 10.10.10.1
>
> BTW that dmesg gave that from grepping "eth" alone.  There is no eth1 there, 
> only eth0.
>
> So I changed "eth1" to "eth0" in interfaces and "sudo service networking 
> restart".
>
> Now I asked mesaflash and got:
> ETH device 7I92 at ip=10.10.10.10
>
> So, GREAT, ran LinuxCNC, but got the same following error upon axis motion.
>
> Rebooted.  LinuxCNC still gives the same following error.
>
> Now dmesg has:
> [1.837260] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev 3003] 
> (PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea
> [1.837266] tg3 :03:08.0: eth0: attached PHY is 5705 
> (10/100/1000Base-T Ethernet) (WireSpeed[0], EEE[0])
> [1.837271] tg3 :03:08.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] 
> ASF[0] TSOcap[1]
> [1.837275] tg3 :03:08.0: eth0: dma_rwctrl[763f] dma_mask[32-bit]
> [   12.808639] ADDRCONF(NETDEV_UP): eth0: link is not ready
>
> But again, mesaflash says it's there at 10.10.10.10.  And if you try to start 
> LinuxCNC without the 7i92 powered up, it won't let you start LinuxCNC, not 
> wait to move an axis.
>
> Danny


Sounds like theres a problem with that Ethernet interface, either its faulty 
or has some real time issues (I would expect Broadcom and Atheros to be 
problematic)

I would try pinging the 7I92 to see if you ever get long delays or packet 
drops


>
>
>  dan...@austin.rr.com wrote:
>> Alrighty!
>>
>> OK, found and renamed that .rules to a .rules.bak file and rebooted.
>>
>> Can't see the 7i92 now.  Mesaflash --device 7i92 --addr 10.10.10.10 gives 
>> "not found".
>>
>> dmesg has no "ifname" in it at all.
>>
>> It does have:
>> [1.820851] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev 3003] 
>> (PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea
>> [1.820858] tg3 :03:08.0: eth0: attached PHY is 5705 
>> (10/100/1000Base-T Ethernet) (WireSpeed[0], EEE[0])
>> [1.820862] tg3 :03:08.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] 
>> ASF[0] TSOcap[1]
>> [1.820866] tg3 :03:08.0: eth0: dma_rwctrl[763f] dma_mask[32-bit]
>>
>> Danny
>>
>>
>>  Gene Heskett  wrote:
>>> On Friday 27 May 2016 12:54:22 dan...@austin.rr.com wrote:
>>>
>>> I've sent this message 3 times now.  What black hole is gobbling it up?
>>>
 It's a direct dd copy of the drive.  If that wasn't complete, a lot
 more would be broken.

 I would not dismantle the (mostly) working system like that.  There's
 a risk of something getting stored wrong on the working drive while
 it's on the new machine, and I don't see anything to prove by moving
 it.

 99.9% sure it's just something different about the ethernet driver on
 the new motherboard.  Something small.  No idea how to fix it, though.
>>>
>>> See my reply to Peter, delete /etc/udev/rules.d/70-persistent-net.rules
>>> and reboot.  It will be rebuilt to match the ethernet hardware in finds
>>> as it reboots, and networking will likely be restored.
>>>
>>> If not, delete it again, grep ' ifname ' /var/log/dmesg to see what it
>>> did call it, you should get something that resembles this:
>>>
>>> gene@coyote:~$ grep ' ifname ' /var/log/dmesg
>>> [1.401462] forcedeth :00:08.0: ifname eth0, PHY OUI 0x5043 @ 1,
>>> addr 00:1f:c6:62:fc:bb
>>> [1.929064] forcedeth :00:09.0: ifname eth1, PHY OUI 0x5043 @ 1,
>>> addr 00:1f:c6:63:07:97
>>> (word wrapped, darn it, what you want is the string after the first
>>> ifname. in this example eth0)
>>>
>>> then use an editor as root to look at the /etc/networking/interfaces
>>> file, and rename the stanza for eth0 to whatever the system found and
>>> named it to in the /var/log/dmesg file.
>>>
>>> You should at that point be able to do a "sudu service restart
>>> networking" and have the ability to "ping -C2 yahoo.com" and get a 2
>>> normal ping responses from yahoo.com which indicates that networking is
>>> now working.
>>>
 It is an AMD64 though, and the installation was an i686.
>>>
>>> A non-issue AFAIK.
>>>
 Danny

  "Peter C. Wallace"  wrote:
> On Fri, 27 May 2016, Danny Miller wrote:
>> Date: Fri, 27 May 2016 00:11:08 -0500
>> From: Danny Miller 
>> Reply-To: "Enhanced Machine Controller (EMC)"
>> 
>> To: emc-users@lists.sourceforge.net
>> Subject: Re: [Emc-users] Copying an installation
>>
>> I do recall we went through much more than expected just getting

Re: [Emc-users] Copying an installation

[dannym]

OK the interfaces file is:
# The loopback network interface
auto lo
iface lo inet loopback
auto eth1
iface eth1 inet static
address 10.10.10.1

BTW that dmesg gave that from grepping "eth" alone.  There is no eth1 there, 
only eth0.

So I changed "eth1" to "eth0" in interfaces and "sudo service networking 
restart".

Now I asked mesaflash and got:
ETH device 7I92 at ip=10.10.10.10

So, GREAT, ran LinuxCNC, but got the same following error upon axis motion.

Rebooted.  LinuxCNC still gives the same following error.

Now dmesg has:
[1.837260] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev 3003] 
(PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea
[1.837266] tg3 :03:08.0: eth0: attached PHY is 5705 (10/100/1000Base-T 
Ethernet) (WireSpeed[0], EEE[0])
[1.837271] tg3 :03:08.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] 
TSOcap[1]
[1.837275] tg3 :03:08.0: eth0: dma_rwctrl[763f] dma_mask[32-bit]
[   12.808639] ADDRCONF(NETDEV_UP): eth0: link is not ready

But again, mesaflash says it's there at 10.10.10.10.  And if you try to start 
LinuxCNC without the 7i92 powered up, it won't let you start LinuxCNC, not wait 
to move an axis.

Danny


 dan...@austin.rr.com wrote: 
> Alrighty!
> 
> OK, found and renamed that .rules to a .rules.bak file and rebooted.
> 
> Can't see the 7i92 now.  Mesaflash --device 7i92 --addr 10.10.10.10 gives 
> "not found".
> 
> dmesg has no "ifname" in it at all.
> 
> It does have:
> [1.820851] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev 3003] 
> (PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea
> [1.820858] tg3 :03:08.0: eth0: attached PHY is 5705 
> (10/100/1000Base-T Ethernet) (WireSpeed[0], EEE[0])
> [1.820862] tg3 :03:08.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] 
> ASF[0] TSOcap[1]
> [1.820866] tg3 :03:08.0: eth0: dma_rwctrl[763f] dma_mask[32-bit]
> 
> Danny
> 
> 
>  Gene Heskett  wrote: 
> > On Friday 27 May 2016 12:54:22 dan...@austin.rr.com wrote:
> > 
> > I've sent this message 3 times now.  What black hole is gobbling it up?
> > 
> > > It's a direct dd copy of the drive.  If that wasn't complete, a lot
> > > more would be broken.
> > >
> > > I would not dismantle the (mostly) working system like that.  There's
> > > a risk of something getting stored wrong on the working drive while
> > > it's on the new machine, and I don't see anything to prove by moving
> > > it.
> > >
> > > 99.9% sure it's just something different about the ethernet driver on
> > > the new motherboard.  Something small.  No idea how to fix it, though.
> > 
> > See my reply to Peter, delete /etc/udev/rules.d/70-persistent-net.rules 
> > and reboot.  It will be rebuilt to match the ethernet hardware in finds 
> > as it reboots, and networking will likely be restored.
> > 
> > If not, delete it again, grep ' ifname ' /var/log/dmesg to see what it 
> > did call it, you should get something that resembles this:
> > 
> > gene@coyote:~$ grep ' ifname ' /var/log/dmesg
> > [1.401462] forcedeth :00:08.0: ifname eth0, PHY OUI 0x5043 @ 1, 
> > addr 00:1f:c6:62:fc:bb
> > [1.929064] forcedeth :00:09.0: ifname eth1, PHY OUI 0x5043 @ 1, 
> > addr 00:1f:c6:63:07:97
> > (word wrapped, darn it, what you want is the string after the first 
> > ifname. in this example eth0)
> > 
> > then use an editor as root to look at the /etc/networking/interfaces 
> > file, and rename the stanza for eth0 to whatever the system found and 
> > named it to in the /var/log/dmesg file.
> > 
> > You should at that point be able to do a "sudu service restart 
> > networking" and have the ability to "ping -C2 yahoo.com" and get a 2 
> > normal ping responses from yahoo.com which indicates that networking is 
> > now working.
> > 
> > > It is an AMD64 though, and the installation was an i686.
> > 
> > A non-issue AFAIK.
> > 
> > > Danny
> > >
> > >  "Peter C. Wallace"  wrote:
> > > > On Fri, 27 May 2016, Danny Miller wrote:
> > > > > Date: Fri, 27 May 2016 00:11:08 -0500
> > > > > From: Danny Miller 
> > > > > Reply-To: "Enhanced Machine Controller (EMC)"
> > > > > 
> > > > > To: emc-users@lists.sourceforge.net
> > > > > Subject: Re: [Emc-users] Copying an installation
> > > > >
> > > > > I do recall we went through much more than expected just getting
> > > > > all that installed.  And I don't have a complete list of all that
> > > > > was done.
> > > > >
> > > > > I did poke around again on this machine.
> > > > >
> > > > > Mesaflash says the card's there at 10.10.10.10.
> > > > >
> > > > > After launching LinuxCNC, the VFD does respond to commands just
> > > > > fine.
> > > > >
> > > > > I experimented with the FERROR value- it'll allow the coordinates
> > > > > to change significantly before throwing an error, but the axes
> > > > > will never move regardless.  The 7i92 won't put out steps at all.
> > > > > I don't have any enable line on 

Re: [Emc-users] M codes

[Jon Elson]

On 05/27/2016 06:16 PM, Matthew Hubbard wrote:
>   Hi allI am in the process of doing a retrofit on an old yuasa cnc mill. The 
> machine has a relay board that i can interface with that executes m codes. 
> For example if i ground the coil of the relay (momentarily) for the M3 relay, 
> the spindle latches on, and if i do that for the M5 relay, the spindle 
> latches off. My current understanding is that by default if I command an M3 
> it will hold the M3 signal on until i command an M5, where it turns off 
> again. Can somebody point me in the right direction of how i can control 
> on/off with two signals?
>
Do you really need this latching behavior?  Is it safe?  It 
might be easier to remove the latching feature, so that 
E-stopping the software will shut off the spindle.

Jon

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Copying an installation

[dannym]

Alrighty!

OK, found and renamed that .rules to a .rules.bak file and rebooted.

Can't see the 7i92 now.  Mesaflash --device 7i92 --addr 10.10.10.10 gives "not 
found".

dmesg has no "ifname" in it at all.

It does have:
[1.820851] tg3 :03:08.0: eth0: Tigon3 [partno(BCM95788) rev 3003] 
(PCI:33MHz:32-bit) MAC address 00:16:17:ad:3f:ea
[1.820858] tg3 :03:08.0: eth0: attached PHY is 5705 (10/100/1000Base-T 
Ethernet) (WireSpeed[0], EEE[0])
[1.820862] tg3 :03:08.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] 
TSOcap[1]
[1.820866] tg3 :03:08.0: eth0: dma_rwctrl[763f] dma_mask[32-bit]

Danny


 Gene Heskett  wrote: 
> On Friday 27 May 2016 12:54:22 dan...@austin.rr.com wrote:
> 
> I've sent this message 3 times now.  What black hole is gobbling it up?
> 
> > It's a direct dd copy of the drive.  If that wasn't complete, a lot
> > more would be broken.
> >
> > I would not dismantle the (mostly) working system like that.  There's
> > a risk of something getting stored wrong on the working drive while
> > it's on the new machine, and I don't see anything to prove by moving
> > it.
> >
> > 99.9% sure it's just something different about the ethernet driver on
> > the new motherboard.  Something small.  No idea how to fix it, though.
> 
> See my reply to Peter, delete /etc/udev/rules.d/70-persistent-net.rules 
> and reboot.  It will be rebuilt to match the ethernet hardware in finds 
> as it reboots, and networking will likely be restored.
> 
> If not, delete it again, grep ' ifname ' /var/log/dmesg to see what it 
> did call it, you should get something that resembles this:
> 
> gene@coyote:~$ grep ' ifname ' /var/log/dmesg
> [1.401462] forcedeth :00:08.0: ifname eth0, PHY OUI 0x5043 @ 1, 
> addr 00:1f:c6:62:fc:bb
> [1.929064] forcedeth :00:09.0: ifname eth1, PHY OUI 0x5043 @ 1, 
> addr 00:1f:c6:63:07:97
> (word wrapped, darn it, what you want is the string after the first 
> ifname. in this example eth0)
> 
> then use an editor as root to look at the /etc/networking/interfaces 
> file, and rename the stanza for eth0 to whatever the system found and 
> named it to in the /var/log/dmesg file.
> 
> You should at that point be able to do a "sudu service restart 
> networking" and have the ability to "ping -C2 yahoo.com" and get a 2 
> normal ping responses from yahoo.com which indicates that networking is 
> now working.
> 
> > It is an AMD64 though, and the installation was an i686.
> 
> A non-issue AFAIK.
> 
> > Danny
> >
> >  "Peter C. Wallace"  wrote:
> > > On Fri, 27 May 2016, Danny Miller wrote:
> > > > Date: Fri, 27 May 2016 00:11:08 -0500
> > > > From: Danny Miller 
> > > > Reply-To: "Enhanced Machine Controller (EMC)"
> > > > 
> > > > To: emc-users@lists.sourceforge.net
> > > > Subject: Re: [Emc-users] Copying an installation
> > > >
> > > > I do recall we went through much more than expected just getting
> > > > all that installed.  And I don't have a complete list of all that
> > > > was done.
> > > >
> > > > I did poke around again on this machine.
> > > >
> > > > Mesaflash says the card's there at 10.10.10.10.
> > > >
> > > > After launching LinuxCNC, the VFD does respond to commands just
> > > > fine.
> > > >
> > > > I experimented with the FERROR value- it'll allow the coordinates
> > > > to change significantly before throwing an error, but the axes
> > > > will never move regardless.  The 7i92 won't put out steps at all.
> > > > I don't have any enable line on it.
> > > >
> > > > Danny
> > >
> > > Did you try swapping hard drives as someone suggested, in case
> > > something was forgotten when moving?
> > >
> > > (when linux using generic kernels its much easier to just swap hard
> > > drives than moving a setup to a new machine)
> > >
> > > > On 5/22/2016 6:27 PM, andy pugh wrote:
> > > >> On 22 May 2016 at 19:51, Danny Miller  
> wrote:
> > > >>> Any advice, folks?  I've gotta move off that Dell machine ASAP
> > > >>> and really want to avoid a whole reinstall.
> > > >>
> > > >> I would suggest a complete reinstall of the OS and LinuxCNC, but
> > > >> keep the same config files. The LinuxCNC config files should be
> > > >> entirely portable.
> > > >
> > > > --
> > > > What NetFlow Analyzer can do for you? Monitors network
> > > > bandwidth and traffic patterns at an interface-level. Reveals
> > > > which users, apps, and protocols are consuming the most bandwidth.
> > > > Provides multi-vendor support for NetFlow, J-Flow, sFlow and other
> > > > flows. Make informed decisions using capacity planning reports.
> > > > https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> > > > ___
> > > > Emc-users mailing list
> > > > Emc-users@lists.sourceforge.net
> > > > 

Re: [Emc-users] M codes

[Todd Zuercher]

Personally, I think I'd lean more towards using the hal onshot components.  
http://linuxcnc.org/docs/html/man/man9/oneshot.9.html
For your M3/M5 connection, you'd connect two oneshots to the normal spindle 
command, one set to rising edge would connect to your M3 relay, one falling 
edge to the M5.

- Original Message -
From: "Chris Radek" 
To: "Matthew Hubbard" , "Enhanced Machine Controller 
(EMC)" 
Sent: Friday, May 27, 2016 8:07:19 PM
Subject: Re: [Emc-users] M codes

On Fri, May 27, 2016 at 11:16:22PM +, Matthew Hubbard wrote:

> ??Hi allI am in the process of doing a retrofit on an old yuasa
> cnc mill. The machine has a relay board that i can interface with
> that executes m codes. For example if i ground the coil of the
> relay (momentarily) for the M3 relay, the spindle latches on, and
> if i do that for the M5 relay, the spindle latches off. My current
> understanding is that by default if I command an M3 it will hold
> the M3 signal on until i command an M5, where it turns off again.
> Can somebody point me in the right direction of how i can control
> on/off with two signals?

I would sure do this with ladder.  You can use rising-edge (the ones
that look like -|^|- ) to trigger timers that poke your relays for
the appropriate amount of time.  I bet you will end up with
interlocks, etc, that are really easy to do in ladder, and totally
possible but really tedious to do in bare hal.

Ladder has a learning curve but for any nontrivial machine (does it
have a tool changer?) it's worth your time to learn it anyway.

The other answer is probably to use a bunch of oneshot components,
but consider what happens if you turn the spindle on and then
immediately off - if they're not carefully interlocked you'll end up
poking your M3 and M5 signals at the same time (which may or may not
be ok...?)

Chris


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Copying an installation

[Gene Heskett]

On Friday 27 May 2016 12:54:22 dan...@austin.rr.com wrote:

I've sent this message 3 times now.  What black hole is gobbling it up?

> It's a direct dd copy of the drive.  If that wasn't complete, a lot
> more would be broken.
>
> I would not dismantle the (mostly) working system like that.  There's
> a risk of something getting stored wrong on the working drive while
> it's on the new machine, and I don't see anything to prove by moving
> it.
>
> 99.9% sure it's just something different about the ethernet driver on
> the new motherboard.  Something small.  No idea how to fix it, though.

See my reply to Peter, delete /etc/udev/rules.d/70-persistent-net.rules 
and reboot.  It will be rebuilt to match the ethernet hardware in finds 
as it reboots, and networking will likely be restored.

If not, delete it again, grep ' ifname ' /var/log/dmesg to see what it 
did call it, you should get something that resembles this:

gene@coyote:~$ grep ' ifname ' /var/log/dmesg
[1.401462] forcedeth :00:08.0: ifname eth0, PHY OUI 0x5043 @ 1, 
addr 00:1f:c6:62:fc:bb
[1.929064] forcedeth :00:09.0: ifname eth1, PHY OUI 0x5043 @ 1, 
addr 00:1f:c6:63:07:97
(word wrapped, darn it, what you want is the string after the first 
ifname. in this example eth0)

then use an editor as root to look at the /etc/networking/interfaces 
file, and rename the stanza for eth0 to whatever the system found and 
named it to in the /var/log/dmesg file.

You should at that point be able to do a "sudu service restart 
networking" and have the ability to "ping -C2 yahoo.com" and get a 2 
normal ping responses from yahoo.com which indicates that networking is 
now working.

> It is an AMD64 though, and the installation was an i686.

A non-issue AFAIK.

> Danny
>
>  "Peter C. Wallace"  wrote:
> > On Fri, 27 May 2016, Danny Miller wrote:
> > > Date: Fri, 27 May 2016 00:11:08 -0500
> > > From: Danny Miller 
> > > Reply-To: "Enhanced Machine Controller (EMC)"
> > > 
> > > To: emc-users@lists.sourceforge.net
> > > Subject: Re: [Emc-users] Copying an installation
> > >
> > > I do recall we went through much more than expected just getting
> > > all that installed.  And I don't have a complete list of all that
> > > was done.
> > >
> > > I did poke around again on this machine.
> > >
> > > Mesaflash says the card's there at 10.10.10.10.
> > >
> > > After launching LinuxCNC, the VFD does respond to commands just
> > > fine.
> > >
> > > I experimented with the FERROR value- it'll allow the coordinates
> > > to change significantly before throwing an error, but the axes
> > > will never move regardless.  The 7i92 won't put out steps at all.
> > > I don't have any enable line on it.
> > >
> > > Danny
> >
> > Did you try swapping hard drives as someone suggested, in case
> > something was forgotten when moving?
> >
> > (when linux using generic kernels its much easier to just swap hard
> > drives than moving a setup to a new machine)
> >
> > > On 5/22/2016 6:27 PM, andy pugh wrote:
> > >> On 22 May 2016 at 19:51, Danny Miller  
wrote:
> > >>> Any advice, folks?  I've gotta move off that Dell machine ASAP
> > >>> and really want to avoid a whole reinstall.
> > >>
> > >> I would suggest a complete reinstall of the OS and LinuxCNC, but
> > >> keep the same config files. The LinuxCNC config files should be
> > >> entirely portable.
> > >
> > > --
> > > What NetFlow Analyzer can do for you? Monitors network
> > > bandwidth and traffic patterns at an interface-level. Reveals
> > > which users, apps, and protocols are consuming the most bandwidth.
> > > Provides multi-vendor support for NetFlow, J-Flow, sFlow and other
> > > flows. Make informed decisions using capacity planning reports.
> > > https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> > Peter Wallace
> > Mesa Electronics
> >
> > (\__/)
> > (='.'=) This is Bunny. Copy and paste bunny into your
> > (")_(") signature to help him gain world domination.
> >
> >
> > 
> >-- What NetFlow Analyzer can do for you? Monitors network
> > bandwidth and traffic patterns at an interface-level. Reveals which
> > users, apps, and protocols are consuming the most bandwidth.
> > Provides multi-vendor support for NetFlow, J-Flow, sFlow and other
> > flows. Make informed decisions using capacity planning reports.
> > https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
> 

Re: [Emc-users] M codes

[Chris Radek]

On Fri, May 27, 2016 at 11:16:22PM +, Matthew Hubbard wrote:

> ??Hi allI am in the process of doing a retrofit on an old yuasa
> cnc mill. The machine has a relay board that i can interface with
> that executes m codes. For example if i ground the coil of the
> relay (momentarily) for the M3 relay, the spindle latches on, and
> if i do that for the M5 relay, the spindle latches off. My current
> understanding is that by default if I command an M3 it will hold
> the M3 signal on until i command an M5, where it turns off again.
> Can somebody point me in the right direction of how i can control
> on/off with two signals?

I would sure do this with ladder.  You can use rising-edge (the ones
that look like -|^|- ) to trigger timers that poke your relays for
the appropriate amount of time.  I bet you will end up with
interlocks, etc, that are really easy to do in ladder, and totally
possible but really tedious to do in bare hal.

Ladder has a learning curve but for any nontrivial machine (does it
have a tool changer?) it's worth your time to learn it anyway.

The other answer is probably to use a bunch of oneshot components,
but consider what happens if you turn the spindle on and then
immediately off - if they're not carefully interlocked you'll end up
poking your M3 and M5 signals at the same time (which may or may not
be ok...?)

Chris


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] M codes

[Matthew Hubbard]

 Hi allI am in the process of doing a retrofit on an old yuasa cnc mill. The 
machine has a relay board that i can interface with that executes m codes. For 
example if i ground the coil of the relay (momentarily) for the M3 relay, the 
spindle latches on, and if i do that for the M5 relay, the spindle latches off. 
My current understanding is that by default if I command an M3 it will hold the 
M3 signal on until i command an M5, where it turns off again. Can somebody 
point me in the right direction of how i can control on/off with two signals?
ThanksMatthew Hubbard
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Copying an installation

[Gene Heskett]

On Friday 27 May 2016 12:11:47 Peter C. Wallace wrote:

> On Fri, 27 May 2016, Danny Miller wrote:
> > Date: Fri, 27 May 2016 00:11:08 -0500
> > From: Danny Miller 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] Copying an installation
> >
> > I do recall we went through much more than expected just getting all
> > that installed.  And I don't have a complete list of all that was
> > done.
> >
> > I did poke around again on this machine.
> >
> > Mesaflash says the card's there at 10.10.10.10.
> >
> > After launching LinuxCNC, the VFD does respond to commands just
> > fine.
> >
> > I experimented with the FERROR value- it'll allow the coordinates to
> > change significantly before throwing an error, but the axes will
> > never move regardless.  The 7i92 won't put out steps at all. I don't
> > have any enable line on it.
> >
> > Danny
>
> Did you try swapping hard drives as someone suggested, in case
> something was forgotten when moving?
>
> (when linux using generic kernels its much easier to just swap hard
> drives than moving a setup to a new machine)

This is true, but when swaping HD's, udev will byte you in the rear, so 
after the drive has been moved, go 
delete /etc/udev/rules.d/70-persistent-net.rules and reboot again so 
udev will find the network chips or cards on the new motherboard and 
properly label them as eth0.

Otherwise you will be an hour or more trying to figure out WTH udev 
called it THIS time while you have no working network.

> > On 5/22/2016 6:27 PM, andy pugh wrote:
> >> On 22 May 2016 at 19:51, Danny Miller  wrote:
> >>> Any advice, folks?  I've gotta move off that Dell machine ASAP and
> >>> really want to avoid a whole reinstall.
> >>
> >> I would suggest a complete reinstall of the OS and LinuxCNC, but
> >> keep the same config files. The LinuxCNC config files should be
> >> entirely portable.
> >
> > 
> >-- What NetFlow Analyzer can do for you? Monitors network
> > bandwidth and traffic patterns at an interface-level. Reveals which
> > users, apps, and protocols are consuming the most bandwidth.
> > Provides multi-vendor support for NetFlow, J-Flow, sFlow and other
> > flows. Make informed decisions using capacity planning reports.
> > https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
> Peter Wallace
> Mesa Electronics
>
> (\__/)
> (='.'=) This is Bunny. Copy and paste bunny into your
> (")_(") signature to help him gain world domination.
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network
> bandwidth and traffic patterns at an interface-level. Reveals which
> users, apps, and protocols are consuming the most bandwidth. Provides
> multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make
> informed decisions using capacity planning reports.
> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Copying an installation

[Gene Heskett]

On Friday 27 May 2016 12:11:47 Peter C. Wallace wrote:

> On Fri, 27 May 2016, Danny Miller wrote:
> > Date: Fri, 27 May 2016 00:11:08 -0500
> > From: Danny Miller 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] Copying an installation
> >
> > I do recall we went through much more than expected just getting all
> > that installed.  And I don't have a complete list of all that was
> > done.
> >
> > I did poke around again on this machine.
> >
> > Mesaflash says the card's there at 10.10.10.10.
> >
> > After launching LinuxCNC, the VFD does respond to commands just
> > fine.
> >
> > I experimented with the FERROR value- it'll allow the coordinates to
> > change significantly before throwing an error, but the axes will
> > never move regardless.  The 7i92 won't put out steps at all. I don't
> > have any enable line on it.
> >
> > Danny
>
> Did you try swapping hard drives as someone suggested, in case
> something was forgotten when moving?
>
> (when linux using generic kernels its much easier to just swap hard
> drives than moving a setup to a new machine)

This is true, but when swaping HD's, udev will byte you in the rear, so 
after the drive has been moved, go 
delete /etc/udev/rules.d/70-persistent-net.rules and reboot again so 
udev will find the network chips or cards on the new motherboard and 
properly label them as eth0.

Otherwise you will be an hour or more trying to figure out WTH udev 
called it THIS time while you have no working network.

> > On 5/22/2016 6:27 PM, andy pugh wrote:
> >> On 22 May 2016 at 19:51, Danny Miller  wrote:
> >>> Any advice, folks?  I've gotta move off that Dell machine ASAP and
> >>> really want to avoid a whole reinstall.
> >>
> >> I would suggest a complete reinstall of the OS and LinuxCNC, but
> >> keep the same config files. The LinuxCNC config files should be
> >> entirely portable.
> >
> > 
> >-- What NetFlow Analyzer can do for you? Monitors network
> > bandwidth and traffic patterns at an interface-level. Reveals which
> > users, apps, and protocols are consuming the most bandwidth.
> > Provides multi-vendor support for NetFlow, J-Flow, sFlow and other
> > flows. Make informed decisions using capacity planning reports.
> > https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
> Peter Wallace
> Mesa Electronics
>
> (\__/)
> (='.'=) This is Bunny. Copy and paste bunny into your
> (")_(") signature to help him gain world domination.
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network
> bandwidth and traffic patterns at an interface-level. Reveals which
> users, apps, and protocols are consuming the most bandwidth. Provides
> multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make
> informed decisions using capacity planning reports.
> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Copying an installation

[dannym]

Hmm good question- I don't have any inputs right now.

Danny

 andy pugh  wrote: 
> On 27 May 2016 at 17:54,   wrote:

> 99.9% sure it's just something different about the ethernet driver on the new 
> motherboard.  Something small.  No idea how to fix it, though.

Do the inputs work?

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1916

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Copying an installation

[andy pugh]

On 27 May 2016 at 17:54,   wrote:

> 99.9% sure it's just something different about the ethernet driver on the new 
> motherboard.  Something small.  No idea how to fix it, though.

Do the inputs work?

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1916

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Copying an installation

[dannym]

It's a direct dd copy of the drive.  If that wasn't complete, a lot more would 
be broken.

I would not dismantle the (mostly) working system like that.  There's a risk of 
something getting stored wrong on the working drive while it's on the new 
machine, and I don't see anything to prove by moving it.

99.9% sure it's just something different about the ethernet driver on the new 
motherboard.  Something small.  No idea how to fix it, though.

It is an AMD64 though, and the installation was an i686.

Danny


 "Peter C. Wallace"  wrote: 
> On Fri, 27 May 2016, Danny Miller wrote:
> 
> > Date: Fri, 27 May 2016 00:11:08 -0500
> > From: Danny Miller 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] Copying an installation
> > 
> > I do recall we went through much more than expected just getting all
> > that installed.  And I don't have a complete list of all that was done.
> >
> > I did poke around again on this machine.
> >
> > Mesaflash says the card's there at 10.10.10.10.
> >
> > After launching LinuxCNC, the VFD does respond to commands just fine.
> >
> > I experimented with the FERROR value- it'll allow the coordinates to
> > change significantly before throwing an error, but the axes will never
> > move regardless.  The 7i92 won't put out steps at all. I don't have any
> > enable line on it.
> >
> > Danny
> 
> Did you try swapping hard drives as someone suggested, in case something was 
> forgotten when moving?
> 
> (when linux using generic kernels its much easier to just swap hard drives 
> than moving a setup to a new machine)
> 
> 
> >
> > On 5/22/2016 6:27 PM, andy pugh wrote:
> >> On 22 May 2016 at 19:51, Danny Miller  wrote:
> >>> Any advice, folks?  I've gotta move off that Dell machine ASAP and
> >>> really want to avoid a whole reinstall.
> >> I would suggest a complete reinstall of the OS and LinuxCNC, but keep
> >> the same config files. The LinuxCNC config files should be entirely
> >> portable.
> >>
> >
> >
> > --
> > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> > patterns at an interface-level. Reveals which users, apps, and protocols are
> > consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> > J-Flow, sFlow and other flows. Make informed decisions using capacity
> > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> 
> Peter Wallace
> Mesa Electronics
> 
> (\__/)
> (='.'=) This is Bunny. Copy and paste bunny into your
> (")_(") signature to help him gain world domination.
> 
> 
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are 
> consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
> J-Flow, sFlow and other flows. Make informed decisions using capacity 
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Copying an installation

[Peter C. Wallace]

On Fri, 27 May 2016, Danny Miller wrote:

> Date: Fri, 27 May 2016 00:11:08 -0500
> From: Danny Miller 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] Copying an installation
> 
> I do recall we went through much more than expected just getting all
> that installed.  And I don't have a complete list of all that was done.
>
> I did poke around again on this machine.
>
> Mesaflash says the card's there at 10.10.10.10.
>
> After launching LinuxCNC, the VFD does respond to commands just fine.
>
> I experimented with the FERROR value- it'll allow the coordinates to
> change significantly before throwing an error, but the axes will never
> move regardless.  The 7i92 won't put out steps at all. I don't have any
> enable line on it.
>
> Danny

Did you try swapping hard drives as someone suggested, in case something was 
forgotten when moving?

(when linux using generic kernels its much easier to just swap hard drives 
than moving a setup to a new machine)


>
> On 5/22/2016 6:27 PM, andy pugh wrote:
>> On 22 May 2016 at 19:51, Danny Miller  wrote:
>>> Any advice, folks?  I've gotta move off that Dell machine ASAP and
>>> really want to avoid a whole reinstall.
>> I would suggest a complete reinstall of the OS and LinuxCNC, but keep
>> the same config files. The LinuxCNC config files should be entirely
>> portable.
>>
>
>
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users