I have node 7010 running in test at my shop for the past couple of
weeks and been having a strange problem.

The set-static-ip script did not work so I used netconfig and got the
node running with no problems.  The public IP for my network is being
used for my other node so I been using the vpn tunnel method which has
been working fine.  However, after a few hours it seems that the node
totally looses network connectivity. When I run netconfig again, I
need to re enter the node and domain info again. All IP setup
information is there and is correct except the namesever IP gets
changed every time back to the same IP as the gateway address.  I
change it to the correct one, save it, flash_sync the node, do a cold
restart and then restart the vpn tunnel.  It will work fine again for
a while and after afew hours it repeats the problem.   Any ideas?

tnx  Randy  AH6GR

The VPN is usually really solid, but it may drop out from time to time.

It sounds like the DNS server problem could be solved by making sure that
none of the temporary files are sitting around that may be resetting the
network data.

If the VPN drops, the node tries to set the network back to what it was
before the interruption. Sometimes it has a problem.

I will try to have a look at it for you. I am sure a workaround can be
found.

Dave Cameron

   On
Sun, 18 Feb 2007, Randy wrote:

> I have node 7010 running in test at my shop for the past couple of
> weeks and been having a strange problem.
>
> The set-static-ip script did not work so I used netconfig and got the
> node running with no problems.  The public IP for my network is being
> used for my other node so I been using the vpn tunnel method which has
> been working fine.  However, after a few hours it seems that the node
> totally looses network connectivity. When I run netconfig again, I
> need to re enter the node and domain info again. All IP setup
> information is there and is correct except the namesever IP gets
> changed every time back to the same IP as the gateway address.  I
> change it to the correct one, save it, flash_sync the node, do a cold
> restart and then restart the vpn tunnel.  It will work fine again for
> a while and after afew hours it repeats the problem.   Any ideas?
>
> tnx  Randy  AH6GR
>
>

My node 3860 crashed a few weeks back. The hard drive had a major
failure. I have ordered an embedded IRLP unit to to replace my old
computer system for Node 3860. I am lucky in fact that I was able to
connect my IRLP computer directly to my repeater controller at the
repeater site with high speed Internet service.

The question I have is: Will I have to do any re-wiring from the
embedded IRLP unit to my repeater controller or can I use my old cables
including the input and output stereo cables from my old sound card?

Thanks,
Glenn WA7SPY

Glenn, and all:

The wiring for the embedded IRLP nodes is the same as the version 3.0
wiring, with ONE exception. The AUDIO OUT from the computer to the radio
(or in your case a controller) is fed out on pin 9 of the IRLP-DB9. The
audio jacks are not needed.

That being said, the audio jacks on the back of the computer can ALSO be
used to feed audio to/from the computer.

The "all in db-9" concept is part of the reliability of the units.

Details of the wiring are all in the document, located in the FILES area
of this yahoogroup.

Dave Cameron
VE7LTD


On Sun,
18 Feb 2007, Glenn Maclean
wrote:

> My node 3860 crashed a few weeks back. The hard drive had a major
> failure. I have ordered an embedded IRLP unit to to replace my old
> computer system for Node 3860. I am lucky in fact that I was able to
> connect my IRLP computer directly to my repeater controller at the
> repeater site with high speed Internet service.
>
> The question I have is: Will I have to do any re-wiring from the
> embedded IRLP unit to my repeater controller or can I use my old cables
> including the input and output stereo cables from my old sound card?
>
> Thanks,
> Glenn WA7SPY
>
>
>
>
>

Forgive me but i have tried setting up some custom crons.

When I do set them up i do a flash sync to save them.

I seem to loose them on reboot.

It seems they are write protected

Any information would be appreciated.

Regards

VK2DWJ
Dennis @ Scone

Hmm, this is interesting. It works okay on my node 1010 which I use for
development of embedded scripts and such.

Here is the premise to my observations:

I have created a file

/home/irlp/custom/custom.crons

This file contains the following:

*/2 * * * * echo hello > /tmp/test

(this crontab will ADD the word hello to the file /tmp/test every 2
minutes)

On a reboot, initially the changes are lost, as in the rc.irlp script, the
custom.crons file is not read, and the irlp.crons file is defaulted in.
But later on in the script, the "update files" script is run, and one of
the processes inside that script detects the presence of the custom.crons
file, and adds it to the crontba. Then changes are added to the crontab
every time the update files is run.

Do this test for me:

1) Add your updated crontabs in the /home/irlp/custom/custom.crons file
(like you would on any IRLP node)
2) Do a flash_sync
3) as repeater, run /home/irlp/scripts/update files
4) run crontab -l and see if your added crons are there
5) Do a reboot, log in as repeater and run crontab -l, your added crons
should be there.

Dave Cameron
VE7LTD

On Tue, 20 Feb 2007, Dennis wrote:

> Forgive me but i have tried setting up some custom crons.
>
> When I do set them up i do a flash sync to save them.
>
> I seem to loose them on reboot.
>
> It seems they are write protected
>
> Any information would be appreciated.
>
> Regards
>
> VK2DWJ
> Dennis @ Scone
>
>

I am getting ready to hookup node 4960 to backup power and am wondering
what the min and max voltages that the node will still operate, does any
one know?

Thanks
Rich Sytsma
node 4960  4961

With the standard power board (not the $60 option), the node will
operate +12V +-5% (11.4-12.6) only. With the option board, an input
voltage of 5-26 volts is possible.

The DC option board was one I only recently added to the arsenal of
options. It was added as my power supply kept tripping out when the
voltage of my ferroresonant GE power supply would go above 14 volts.

The board is forced to sink a lot of extra heat when the voltage is
high, and you run the risk of doing damage to the motherboard.

Dave Cameron
VE7LTD

--- In irlp-embedded@yahoogroups.com, Rich Sytsma <rich@...> wrote:
>
> I am getting ready to hookup node 4960 to backup power and am
wondering
> what the min and max voltages that the node will still operate,
does any
> one know?
>
> Thanks
> Rich Sytsma
> node 4960  4961
>

I did some experimentation and I found some interesting results on
the heat generation and buildup in the standard cases I offer.
Depending on if noise or power consumption is the issue, the fans can
sometimes be disabled.

1) The 19" rack mount cases run fine without their fans, as long as
the unit is given at least 2" of space ABOVE the computer rack, and
has access to air on the sides (not blocked in). I have been running
a test one in my house like this for 4 weeks - no problems. You can
remove the two auxilary fans, and leave the one connected to the
motherboard (speed monitored)

2) The standard case will also run fine without cooling, as long as
it is placed horizontally, and not mounted on its side with the
supplied mount. This setup runs hotter, but not too hot. A BETTER
suggestion is to run the supplied fan from the 5V rail instead if
noise is the issue.

3) The fanless cases already run fanless....

Dave Cameron
VE7LTD

Hello All,
I recently got my embedded node working however when I connect to a
reflector or other node it only reads back the standard "You are
connected to reflector XXXX" I never hear the custom audio that has
been recorded.
Any ideas on how to get this to work?
Thanks in advance,

James Hong - WD0JIM
Node 4599

Due to the limited storage space, the custom audio files are not stored
on the machine.

My intention was to have the custom audio files streamed from the source
node, but attempts to add that feature (and the uncompressed audio)
failed, and there was no longer the ability to do that.

You CAN re-enable that feature, but you run the risk of quickly filling up
your RAM and FLASH drives. There is about 300 megs of audio files in
total, and unless you carefully monitored the file sizes, eventually your
node would fill up and fail.

To prevent this, the "PLAY_CUSTOM_IDS" in the environment file is turned
off on purpose.

If you turn it on on the embedded nodes, be careful of the number of audio
files your system downloads.

Dave Cameron
VE7LTD


   On Wed, 7 Mar
2007, wmuxtech wrote:

> Hello All,
> I recently got my embedded node working however when I connect to a
> reflector or other node it only reads back the standard "You are
> connected to reflector XXXX" I never hear the custom audio that has
> been recorded.
> Any ideas on how to get this to work?
> Thanks in advance,
>
> James Hong - WD0JIM
> Node 4599
>
>
>

Have you thought about letting endusers add an external memory stick (USB)  with audio files or other information to the embedded node device?

73 & Thanks

de Emit, W0UAW

-------------- Original message from David Cameron - IRLP <dcameron@...>: --------------

Due to the limited storage space, the custom audio files are not stored
on the machine.

My intention was to have the custom audio files streamed from the source
node, but attempts to add that feature (and the uncompressed audio)
failed, and there was no longer the ability to do that.

You CAN re-enable that feature, but you run the risk of quickly filling up
your RAM and FLASH drives. There is about 300 megs of audio files in
total, and unless you carefully monitored the file sizes, eventually your
node would fill up and fail.

To prevent this, the "PLAY_CUSTOM_IDS" in the environment file is turned
off on purpose.

If you turn it on on the embedded nodes, be careful of the number of audio
files your system downloads.

Dave Cameron
VE7LTD

On Wed, 7 Mar
2007, wmuxtech wrote:

> Hello All,
> I recently got my embedded node working however when I connect to a
> reflector or other node it only reads back the standard "You are
> connected to reflector XXXX" I never hear the custom audio that has
> been recorded.
> Any ideas on how to get this to work?
> Thanks in advance,
>
> James Hong - WD0JIM
> Node 4599
>
>
>

The features to add that USB stick are already there.

Please refer to the following message:

http://groups.yahoo.com/group/irlp-embedded/message/115

If people want to add the ability to use an external USB stick to add
custom voice IDs to their embedded nodes, I can add some info to the
scripts to accomodate that.

Currently you will not be able to mount the USB stick to add space to the
"audio" directory.

Dave Cameron
VE7LTD

On Wed, 7 Mar 2007
W0uaw@... wrote:

> Have you thought about letting endusers add an external memory stick (USB) 
with audio files or other information to the embedded node device?
>
> 73 & Thanks
> de Emit, W0UAW
>
> -------------- Original message from David Cameron - IRLP <dcameron@...>:
--------------
>
> Due to the limited storage space, the custom audio files are not stored
> on the machine.
>
> My intention was to have the custom audio files streamed from the source
> node, but attempts to add that feature (and the uncompressed audio)
> failed, and there was no longer the ability to do that.
>
> You CAN re-enable that feature, but you run the risk of quickly filling up
> your RAM and FLASH drives. There is about 300 megs of audio files in
> total, and unless you carefully monitored the file sizes, eventually your
> node would fill up and fail.
>
> To prevent this, the "PLAY_CUSTOM_IDS" in the environment file is turned
> off on purpose.
>
> If you turn it on on the embedded nodes, be careful of the number of audio
> files your system downloads.
>
> Dave Cameron
> VE7LTD
>
> On Wed, 7 Mar
> 2007, wmuxtech wrote:
>
>> Hello All,
>> I recently got my embedded node working however when I connect to a
>> reflector or other node it only reads back the standard "You are
>> connected to reflector XXXX" I never hear the custom audio that has
>> been recorded.
>> Any ideas on how to get this to work?
>> Thanks in advance,
>>
>> James Hong - WD0JIM
>> Node 4599
>>
>>
>>
>
>

-------------- Original message from David Cameron - IRLP <dcameron@...>: --------------

The features to add that USB stick are already there.

Please refer to the following message:

http://groups.yahoo.com/group/irlp-embedded/message/115

If people want to add the ability to use an external USB stick to add
custom voice IDs to their embedded nodes, I can add some info to the
scripts to accomodate that.

Currently you will not be able to mount the USB stick to add space to the
"audio" directory.

Dave Cameron
VE7LTD

On Wed, 7 Mar 2007
W0uaw@... wrote:

> Have you thought about letting endusers add an external memory stick (USB) with audio files or other information to the embedded node device?
>
> 73 & Thanks
> de Emit, W0UAW
>
> -------------- Original message from David Cameron - IRLP <dcamero n@irlp.net>: --------------
>
> Due to the limited storage space, the custom audio files are not stored
> on the machine.
>
> My intention was to have the custom audio files streamed from the source
> node, but attempts to add that feature (and the uncompressed audio)
> failed, and there was no longer the ability to do that.
>
> You CAN re-enable that feature, but you run the risk of quickly filling up
> your RAM and FLASH drives. There is about 300 megs of audio files in
> total, and unless you carefully monitored the file sizes, eventually your
> node would fill up and fail.
>
> To prevent this, the "PLAY_CUSTOM_IDS" in the environment file is turned
> off on purpose.
>
> If you turn it on on the embedded nodes, be careful of the number of audio
> files your system downloads.
>
> Dave Cameron
> VE7LTD
>
> On Wed, 7 Mar
> 2007, wmuxtech wrote:
>
>> Hello All,
>> I recently got my embedded node working however when I connect to a
>> reflector or other node it only reads back the standard "You are
>> connected to reflector XXXX" I never hear the custom audio that has
>> been recorded.
>> Any ideas on how to get this to work?
>> Thanks in advance,
>>
>> James Hong - WD0JIM
>> Node 4599
>>
>>
>>
>
>

No, that will not work. The way that the system works now is the first
time you call a node, you get the "node number 1 0 0 0 , link on". I did
not want to delay the connection to download the audio file.

During the call it will download both the connect and disconnect files, so
you may or may not hear the custom disconnect wave file. Then your
custom_off addition would remove the files.

My idea will be to stream the audio from the remote node. There are a lot
of things that need to be sorted out first, the first one being how we
deal with nodes with broken port forwarding.

My plan is to have a port check on first connection. In other words, if a
node calls you on the IRLP TCP port, before anything your node will check
to see if your IRLP port is open. If not, the connection will be refused.

Lots of logistics to figure out yet. Stay tuned.

Dave Cameron

On Wed, 7 Mar
2007, Andrew Koenig KE5GDB wrote:

> You can always just add this snippet to the custom_off, right? I guess this
> should remove all of the audio files that start with stn in the audio
> directory... If it works as it should, you should have no more than 2 custom
> audio files plus the basics (reflectors....) at any time....
>
> Dave, will this 'snippet' work?
>
> rm -f $AUDIO/stn*.wav
>
> On 3/7/07, W0uaw@... <W0uaw@...> wrote:
>>
>>    Thanks for the information Dave.  I just thought it might be an option
>> after reading the original post.  Keep up the great work!
>> --
>> 73 & Thanks
>> de Emit, W0UAW
>>
>> -------------- Original message from David Cameron - IRLP <
>> dcameron@...>: --------------
>>
>>  The features to add that USB stick are already there.
>>
>> Please refer to the following message:
>>
>> http://groups.yahoo.com/group/irlp-embedded/message/115
>>
>> If people want to add the ability to use an external USB stick to add
>> custom voice IDs to their embedded nodes, I can add some info to the
>> scripts to accomodate that.
>>
>> Currently you will not be able to mount the USB stick to add space to the
>> "audio" directory.
>>
>> Dave Cameron
>> VE7LTD
>>
>> On Wed, 7 Mar 2007
>> W0uaw@... <W0uaw%40att.net> wrote:
>>
>> > Have you thought about letting endusers add an external memory stick
>> (USB) with audio files or other information to the embedded node device?
>> >
>> > 73 & Thanks
>> > de Emit, W0UAW
>> >
>> > -------------- Original message from David Cameron - IRLP <dcamero
>> n@... <dcameron%40irlp.net>>: --------------
>>
>> >
>> > Due to the limited storage space, the custom audio files are not stored
>> > on the machine.
>> >
>> > My intention was to have the custom audio files streamed from the source
>> > node, but attempts to add that feature (and the uncompressed audio)
>> > failed, and there was no longer the ability to do that.
>> >
>> > You CAN re-enable that feature, but you run the risk of quickly filling
>> up
>> > your RAM and FLASH drives. There is about 300 megs of audio files in
>> > total, and unless you carefully monitored the file sizes, eventually
>> your
>> > node would fill up and fail.
>> >
>> > To prevent this, the "PLAY_CUSTOM_IDS" in the environment file is turned
>> > off on purpose.
>> >
>> > If you turn it on on the embedded nodes, be careful of the number of
>> audio
>> > files your system downloads.
>> >
>> > Dave Cameron
>> > VE7LTD
>> >
>> > On Wed, 7 Mar
>> > 2007, wmuxtech wrote:
>> >
>> >> Hello All,
>> >> I recently got my embedded node working however when I connect to a
>> >> reflector or other node it only reads back the standard "You are
>> >> connected to reflector XXXX" I never hear the custom audio that has
>> >> been recorded.
>> >> Any ideas on how to get this to work?
>> >> Thanks in advance,
>> >>
>> >> James Hong - WD0JIM
>> >> Node 4599
>> >>
>> >>
>> >>
>> >
>> >
>>
>>
>
>
>
>

I finally got my embedded IRLP node up and running. It is at my house
being burned in behind a router. I have one problem. I can not get
nodes to come up using the DTMF key pad on any radio. I can get nodes
to come up logging in as repeater and using the decode command on my
key board to the IRLP box.

I have the node wired to a repaeter controller. The controller is
seeing DTMF commands just fine.

Do I need to jumper pin 8 to something or is it already jumpered
inside the embedded IRLP board to the mother board sound card for
Audio to DTMF? If pin 8 needs to be jumpered what do I jumper it to?
The documentation indicates on the IRLP ver 3.0 boards that pin 8
should be jumpered to Line In which is Receiver Audio from the Radio.

The embedded IRLP documentation states Audio IN is on pin 8 which is
also DTMF audio per the ver 3.0 board wiring.

What am I missing here or do I have another problem? I am passing
audio to and from the internet just fine when connected to the echo
reflector. That tells me the correct ports are opened in my router.

Help would be appreciated.

Glenn WA7SPY

Can you check to make sure that the DTMF tones are not being muted by
the controller? That is a commonly overlooked issue. Most controllers mute
DTMF by default.

Is the DTMF LED on the IRLP board illuminating when you press DTMFs? You
should be able to see the LEDs without taking the whole system apart.

You can also use the readinput command to see what the decoder is seeing.
If you just get a blip of one DTMF, I would look to the controller for a
mute.

If the DTMF audio is making it to the board and the LED is not lighting,
you should verify that the level of the audio is not too high or low
feeding the board.

I tested the functionality of the board before I sent it, but it is
possible that somthing is wrong on the circuit board.

Dave Cameron
VE7LTD

On Thu, 8 Mar 2007, Glenn Maclean wrote:

> I finally got my embedded IRLP node up and running. It is at my house
> being burned in behind a router. I have one problem. I can not get
> nodes to come up using the DTMF key pad on any radio. I can get nodes
> to come up logging in as repeater and using the decode command on my
> key board to the IRLP box.
>
> I have the node wired to a repaeter controller. The controller is
> seeing DTMF commands just fine.
>
> Do I need to jumper pin 8 to something or is it already jumpered
> inside the embedded IRLP board to the mother board sound card for
> Audio to DTMF? If pin 8 needs to be jumpered what do I jumper it to?
> The documentation indicates on the IRLP ver 3.0 boards that pin 8
> should be jumpered to Line In which is Receiver Audio from the Radio.
>
> The embedded IRLP documentation states Audio IN is on pin 8 which is
> also DTMF audio per the ver 3.0 board wiring.
>
> What am I missing here or do I have another problem? I am passing
> audio to and from the internet just fine when connected to the echo
> reflector. That tells me the correct ports are opened in my router.
>
> Help would be appreciated.
>
> Glenn WA7SPY
>
>

Dave,
Thanks for the suggestions. My embedded IRLP Node 3860 is now working
great! The problem with the DTMF was simply a matter of finding the
sweet spot to the controller RX audio pot.

I hope this may help others from having a frustrating time getting there
node to work with a repeater controller.

Thanks for your help,
Glenn WA7SPY

My node 4960 did not change with the time change last night so I
manually changed the time and on the next time update it went back to
the old time how do I fix it?

Thanks
Rich
Node 4960 & 4961

Rich (N9GPY?) wrote...

> My node 4960 did not change with the time change last night so I
> manually changed the time and on the next time update it went back to
> the old time how do I fix it?

First I needed to update the timezone info on node 1147 (not embedded node)
which is using FC 3. Mostly, I used a posting by Ted VE7TFM (msg # 44041)
over on the regular IRLP list. That went more or less smoothly and the task
was accomplished. I didn't want to go the same route because of the limited
storage capacity on the embedded nodes. Referring to message 44041 on the
regular IRLP list, keep in mind that the "zdump" file doesn't exist on the
embedded nodes. If you try the following, it "should' work... at least it
worked for me. Note... the "Pacific" file referred to below may not be there
forever but anyone reading this post will probably be doing the timezone
update fairly soon. I should explain that the "Pacific" file was not
obtained from node 1147 which I had updated using Ted's instructions a few
minutes earlier, but it seemed to work OK for me on embedded node 1148.

Log on as root on your embedded node. Make a "backup" copy of localtime...

cd /etc

mv localtime localtime-pre-March11-2007

wget http://www.ve7gdh.ca/Pacific

mv Pacific localtime

flash_sync

Test your node and see if all is OK... e.g. date (enter) or run the
"saytime" script on your node.

Keith VE7GDH
Node 1148

Hmmm, sorry but I never fully tested this... Eeek I am a bad designer.

I will post updated timezone data files as quick as I can. I was pretty
sure that the timezone info was current, as it was built well before the
DST change had propogated the internet. I guess I never checked it in
advance.

Dave Cameron


   On Sun, 11 Mar
2007, Keith VE7GDH wrote:

> Rich (N9GPY?) wrote...
>
>> My node 4960 did not change with the time change last night so I
>> manually changed the time and on the next time update it went back to
>> the old time how do I fix it?
>
> First I needed to update the timezone info on node 1147 (not embedded node)
> which is using FC 3. Mostly, I used a posting by Ted VE7TFM (msg # 44041)
> over on the regular IRLP list. That went more or less smoothly and the task
> was accomplished. I didn't want to go the same route because of the limited
> storage capacity on the embedded nodes. Referring to message 44041 on the
> regular IRLP list, keep in mind that the "zdump" file doesn't exist on the
> embedded nodes. If you try the following, it "should' work... at least it
> worked for me. Note... the "Pacific" file referred to below may not be there
> forever but anyone reading this post will probably be doing the timezone
> update fairly soon. I should explain that the "Pacific" file was not
> obtained from node 1147 which I had updated using Ted's instructions a few
> minutes earlier, but it seemed to work OK for me on embedded node 1148.
>
> Log on as root on your embedded node. Make a "backup" copy of localtime...
>
> cd /etc
>
> mv localtime localtime-pre-March11-2007
>
> wget http://www.ve7gdh.ca/Pacific
>
> mv Pacific localtime
>
> flash_sync
>
> Test your node and see if all is OK... e.g. date (enter) or run the
> "saytime" script on your node.
>
> Keith VE7GDH
> Node 1148
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>

Dave VE7LTD wrote...

> Hmmm, sorry but I never fully tested this... Eeek I am a bad designer.

Does this mean they are going to retract that Technical Excellence award
at Dayton? hi www.arrl.org/news/stories/2007/03/09/101 All kidding aside,
thanks for all of your efforts re IRLP and the embedded nodes!

> I will post updated timezone data files as quick as I can. I was pretty
> sure that the timezone info was current, as it was built well before the
> DST change had propagated the internet. I guess I never checked it in
> advance.

I'll remove the "Pacific" file that I referred to in my previous post a few
days after that has been done.

Keith VE7GDH
Node 1148

I wrote...

> wget http://www.ve7gdh.ca/Pacific
> mv Pacific localtime

I didn't even think of it before posting my earlier message, but the steps I
outlined would only be appropriate for
people in the Pacific time zone! Anyone in Canada that wants to fix their
time zones while waiting for Dave VE7LTD to do the official time zone fix
can get the updated files from...

http://www.ve7gdh.ca/Atlantic
http://www.ve7gdh.ca/Central
http://www.ve7gdh.ca/Eastern
http://www.ve7gdh.ca/East-Saskatchewan
http://www.ve7gdh.ca/Mountain
http://www.ve7gdh.ca/Newfoundland
http://www.ve7gdh.ca/Pacific
http://www.ve7gdh.ca/Saskatchewan
http://www.ve7gdh.ca/Yukon

I assume that users in the US should be able to use the files as well. Just
modify the instructions from my earlier post to copy the appropriate file to
localtime instead of just the "Pacific" file that I referred to in the
earlier message. I'll delete the above files from ve7gdh.ca a few days after
Dave has done the "official" fix.

Keith VE7GDH
Node 1148

-------------- Original message --------------
From: David Cameron - IRLP <dcameron@...>

Hmmm, sorry but I never fully tested this... Eeek I am a bad designer.

I will post updated timezone data files as quick as I can. I was pretty
sure that the timezone info was current, as it was built well before the
DST change had propogated the internet. I guess I never checked it in
advance.

Dave Cameron

On Sun, 11 Mar
2007, Keith VE7GDH wrote:

> Rich (N9GPY?) wrote...
>
>> My node 4960 did not change with the time change last night so I
>> manually changed the time and on the next time update it went back to
>> the old time how do I fix it?
>
> First I needed to update the timezone info on node 1147 (not embedded node)
> which is using FC 3. Mostly, I used a posting by Ted VE7TFM (msg # 44041)
> over on the regular IRLP list. That went more or less smoothly and the task
> was accomplished. I didn't want to go the same route because of the limited
> storage capac ity on the embedded nodes. Referring to message 44041 on the
> regular IRLP list, keep in mind that the "zdump" file doesn't exist on the
> embedded nodes. If you try the following, it "should' work... at least it
> worked for me. Note... the "Pacific" file referred to below may not be there
> forever but anyone reading this post will probably be doing the timezone
> update fairly soon. I should explain that the "Pacific" file was not
> obtained from node 1147 which I had updated using Ted's instructions a few
> minutes earlier, but it seemed to work OK for me on embedded node 1148.
>
> Log on as root on your embedded node. Make a "backup" copy of localtime...
>
> cd /etc
>
> mv localtime localtime-pre-March11-2007
>
> wget http://www.ve7gdh.ca/Pacific
>
> mv Pacific localtime
>
> flash_sync
>
> Test your node and see if all is OK... e.g. date (enter) or run the
> "saytime" script on your node.
>
> Keith VE7GDH
> Node 1148
>
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>

This is a yahoo group which you control the settings for. All of the
unsubscribe information is in the footer of each message. You unsubscribe
yourself.

David Cameron
VE7LTD

On Sun, 11 Mar
2007 KC8TJO@... wrote:

> Please take me OFF your distrubution list ???  Thanks: KC8TJO@...
>
> -------------- Original message --------------
> From: David Cameron - IRLP <dcameron@...>
> Hmmm, sorry but I never fully tested this... Eeek I am a bad designer.
>
> I will post updated timezone data files as quick as I can. I was pretty
> sure that the timezone info was current, as it was built well before the
> DST change had propogated the internet. I guess I never checked it in
> advance.
>
> Dave Cameron
>
> On Sun, 11 Mar
> 2007, Keith VE7GDH wrote:
>
>> Rich (N9GPY?) wrote...
>>
>>> My node 4960 did not change with the time change last night so I
>>> manually changed the time and on the next time update it went back to
>>> the old time how do I fix it?
>>
>> First I needed to update the timezone info on node 1147 (not embedded node)
>> which is using FC 3. Mostly, I used a posting by Ted VE7TFM (msg # 44041)
>> over on the regular IRLP list. That went more or less smoothly and the task
>> was accomplished. I didn't want to go the same route because of the limited
>> storage capacity on the embedded nodes. Referring to message 44041 on the
>> regular IRLP list, keep in mind that the "zdump" file doesn't exist on the
>> embedded nodes. If you try the following, it "should' work... at least it
>> worked for me. Note... the "Pacific" file referred to below may not be there
>> forever but anyone reading this post will probably be doing the timezone
>> update fairly soon. I should explain that the "Pacific" file was not
>> obtained from node 1147 which I had updated using Ted's instructions a few
>> minutes earlier, but it seemed to work OK for me on embedded node 1148.
>>
>> Log on as root on your embedded node. Make a "backup" copy of localtime...
>>
>> cd /etc
>>
>> mv localtime localtime-pre-March11-2007
>>
>> wget http://www.ve7gdh.ca/Pacific
>>
>> mv Pacific localtime
>>
>> flash_sync
>>
>> Test your node and see if all is OK... e.g. date (enter) or run the
>> "saytime" script on your node.
>>
>> Keith VE7GDH
>> Node 1148
>>
>>
>>
>>
>>
>>
>> Yahoo! Groups Links
>>
>>
>>
>>
>
>

At 04:34 PM 3/11/2007, you wrote:

>This is a yahoo group which you control the settings for. All of the
>unsubscribe information is in the footer of each message. You unsubscribe
>yourself.

<---So true Mr. Dayton 2007! The info is in the header as well

Ken
(I don't personally run an imbedded node. I saw what imbedded reporters can do)

To: irlp-embedded@yahoogroups.com
Message-Id: <031120072230.27858.45F48305000ADD7B00006CD2221352857301069BC80C05@...>
X-Mailer: AT&T Message Center Version 1 (Oct  4 2006)
X-Authenticated-Sender: a2M4dGpvQGNvbWNhc3QubmV0
X-Originating-IP: 204.127.192.81
X-eGroups-Msg-Info: 1:0:0:0
From: KC8TJO@...
X-Yahoo-Profile: tumbleweedoic2000
Sender: irlp-embedded@yahoogroups.com
MIME-Version: 1.0
Mailing-List: list irlp-embedded@yahoogroups.com; contact irlp-embedded-owner@yahoogroups.com
Delivered-To: mailing list irlp-embedded@yahoogroups.com
List-Id: <irlp-embedded.yahoogroups.com>
Precedence: bulk
List-Unsubscribe: < mailto:irlp-embedded-unsubscribe@yahoogroups.com>

Date: Sun, 11 Mar 2007 22:30:30 +0000
Subject: Re: [irlp-embedded] Time Change
Reply-To: irlp-embedded@yahoogroups.com
X-Yahoo-Newman-Property: groups-email-tradh
Content-Type: multipart/alternative;
 boundary="NextPart_Webmail_9m3u9jl4l_27858_1173652230_0"

Please take me OFF your distrubution list ???  Thanks: KC8TJO@...      
 

On Sun, 11 Mar 2007 13:18:26 -0700, Keith VE7GDH wrote:

> I assume that users in the US should be able to use the files as well. Just
> modify the instructions from my earlier post to copy the appropriate file to
> localtime instead of just the "Pacific" file that I referred to in the
> earlier message. I'll delete the above files from ve7gdh.ca a few days after
> Dave has done the "official" fix.

Thanks, Keith.  Those files were the easy way to fix three of the six
nodes I did this morning.  Just copy it into /etc as filename localtime,
and you're done.  The clock corrects immediately.  I saved the old one
with a .old extension beforehand, and reset the hardware clock at the
same time.

I hope you don't mind if I put them on my web site for others.  Let me
know if that is a problem for you.

By the way, I've got two FC3 nodes, almost identical.  One of them took
care of itself yesterday morning, and the other one required resetting
the clock for some reason.  They are both still good this morning.

Now to see what happens in three weeks...holding breath.  ;o)

Gary - AGØN
--
http: //garymcduffie .com
3055: http: // garymcduffie.com /irlp/ 3055
NodeOp Help Page: http:// garymcduffie. com /irlp

Gary AGØN wrote...

> I hope you don't mind if I put them on my web site for others. Let me
> know if that is a problem for you.

No problem! Go ahead and post the files for others to use. I'll also leave
them accessible on my site until some time after Dave has done the
"official" fix for the embedded nodes.

> By the way, I've got two FC3 nodes, almost identical.  One of them took
> care of itself yesterday morning, and the other one required resetting
> the clock for some reason.  They are both still good this morning.

I look after one FC3 node and a couple of embedded nodes, one of which isn't
active yet. I was kind of expecting the FC3 node to take care of itself, but
when it didn't, I looked back over the recent messages. I should reiterate
that just about everything I posted on the regular IRLP list was plagiarized
from the instructions by Ted VE7TFM from a few days ago! Because of the size
of the "tzdata" file (and the space they would take up if installed) I just
grabbed copies of the time zone file that I needed for Pacific time to fix
up my embedded node, and then afterwards grabbed copies of the files for
other time zones when I remembered that not everyone is in the Pacific time
zone!

I spoke with someone yesterday that ran into a "dependency missing" problem
installing tzdata-2007c-1.fc7.noarch.rpm on an FC3 node. He was able to
follow the steps that I posted on the embedded list to get the time zones
fixed up.

> Now to see what happens in three weeks...holding breath.  ;o)

It looks like the embedded nodes don't have "zdump" so you can't get a
confirmation like on the non-embedded nodes, but I'm pretty sure they will
take care of themselves again on Nov 4, but "time will tell" - hi! Dave
VE7LTD said he would be coming out with an update sometime for the embedded
nodes, but in the meantime, I've got my node ticking along on Daylight
saving time and all is well in the world!

Keith VE7GDH
Node 1148