Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-21 Thread Theo Band
Tzafrir Cohen wrote:
 Replying to Theo Band's post. Please don't use HTML mail...
   
Was I sending in HTML? Years ago I was annoying management with replies
that I could not read their Outlook HTML messages with my plain text
mail program running on a SUN workstation. That battle is lost...
I just set my mail client to send plain text mail to this list, although
composed as HTML (my default). Never tried whether that actually works.

Theo
___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-20 Thread Theo Band




Darryl Dunkin wrote:

  
  
  It's not playing a wav file at all, it
is mixing the live audio from all of the callers in that conference
room and sending it back out to them.
  
  
  

I understand. What I tried to say is that if a wav file can be played
at the correct speed, why would a conference application need a special
driver to achieve the same? I assume it is needed as part of the
hardware driver and that this application happens to use the timing
reference part of it.

Theo


___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-20 Thread Theo Band




Tzafrir Cohen wrote:

  On Thu, Apr 19, 2007 at 09:23:48PM +0200, Theo Band wrote:
  
  
Eric "ManxPower" Wieling wrote:


  In the zaptel source "make config" will install the zaptel init script
in /etc/rc.d/init.d for many distros.

  

Thanks. This was the missing configuration step. A manual start/stop
seems to work. I will try to reboot the machine tomorrow for the "final"
test but I feel this is going to work.

Stopping the zaptel drivers does not work properly, but I only need this
for rebooting...

  
  
You don't. You don't need to unload the zaptel modules before rebooting.
  

make config installs both a start and stop entry for me.
/etc/init.d/zaptel stop unload the kernel modules. I don't see the
point of trying to do that even if you switch runlevel.
The error just looks ugly when rebooting, but it's not really an issue
of course.

  
  
  
[EMAIL PROTECTED] zaptel-1.4.1]# service zaptel stop
Unloading zaptel hardware drivers: wcusb wctdm wcfxo wctdm24xxp wcte11xp
wct1xxp wct4xxp tor2.
Removing zaptel module:  ERROR: Module zaptel is in use by ztdummy
   [FAILED]

  
  
The unload_module function in the init.d script in the SVN should fix
this and get rid of that error.

  




___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-20 Thread Matthew J. Roth

Theo,

I'm glad my reply was helpful to you.  The responses pointed out that 
it's time for me to update my procedures and documentation, so I'm 
benefiting as well.  My thanks go out to everyone who participated in 
this thread.


Thank you,

Matthew Roth
InterMedia Marketing Solutions
Software Engineer and Systems Developer

___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-20 Thread Tzafrir Cohen
Replying to Theo Band's post. Please don't use HTML mail...

Matthew J. Roth wrote:
 Theo,

 Unless things have changed significantly in the newer releases, you
 must load zaptel prior to loading ztdummy.  Additionally, the zaptel
 devices are not created instantly, so after you load zaptel you must
 wait a few seconds before loading ztdummy.  You can perform some sort
 of polling if you want to script this, but a less sophisticated method
 is just to sleep for 10 or 15 seconds between the calls to modprobe.

 If your goal is to start Asterisk automatically at boot, some init
 scripts for different distributions are available at
 http://svn.digium.com/view/asterisk/branches/1.4/contrib/init.d/. 
 I'm using Fedora, so I installed 'rc.redhat.asterisk' with chkconfig
 as follows:

 # install -m 755 ./rc.redhat.asterisk /etc/rc.d/init.d/asterisk
 # chkconfig --add asterisk
 # chkconfig --list asterisk
 asterisk0:off   1:off   2:on3:on4:on5:on6:off
The make install already did that for me .


 Note that I made the following customizations to the script prior to
 installing it:

 * I don't want to run safe_asterisk, so I comment out all of the lines
 that reference the SAFE_ASTERISK variable.

Not using safe_asterisk is a good idea.

 * I want to load ztdummy and raise the open file limit, so I add the
 following lines to the start() function immediately prior to the
 'daemon' statement:
 modprobe zaptel  /dev/null 2 /dev/null
 sleep 15
 modprobe ztdummy  /dev/null 2 /dev/null
 ztcfg  /dev/null 2 /dev/null

As you don't need ztcfg for ztdummy, the only line you need from the
above four lines is:

  modprobe ztdummy

Or use the zaptel init script. If it finds no zaptel timing source it
modprobes ztdummy.

  ulimit -n 65536  /dev/null 2 /dev/null
  * And add the following lines to the stop() function, immediately
  after the 'RETVAL=$?' line:
  rmmod ztdummy  /dev/null 2 /dev/null
  rmmod zaptel  /dev/null 2 /dev/null

With the latest zaptel init script, you can simply use it (once the
modules unloading fixes are in place). But then aghain, there is no harm
whatsoever from not unloading ztdummy at system shutdown.

 Yes it works indeed thanks. It turns out that (for me) the modprobe
 ztdummy alone works as well. I do get an error message as shown before,

That's because of the bogus setting in /etc/modprobe.conf that runs
ztcfg needlessly on the time of the load of ztdummy, and because uev is
slightly slow in creating the zaptel devices (the init.d script only
runs ztcfg after wait_fot_zapctl).

 but both ztummy and zaptel get loaded and Meetme() works. The 15 seconds
 delay would add to the boot time

You can avoid all of that sleep (or at least most of it) easily.

-- 
   Tzafrir Cohen   
icq#16849755jabber:[EMAIL PROTECTED]
+972-50-7952406   mailto:[EMAIL PROTECTED]   
http://www.xorcom.com  iax:[EMAIL PROTECTED]/tzafrir
___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


[asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Theo Band
Hi

I run asterisk 1.4.2 with zaptel 1.4.1.
Zaptel is only needed for the ztdummy driver to get the Meetme()
application to work. I don't have any specific hardware.
And it does work nicely. When I reboot the machine however I have to
manually load the driver like this:

[EMAIL PROTECTED] ~]# modprobe ztdummy
Notice: Configuration file is /etc/zaptel.conf
line 0: Unable to open master device '/dev/zap/ctl'

1 error(s) detected

FATAL: Error running install command for ztdummy
[EMAIL PROTECTED] ~]# modprobe -r ztdummy
[EMAIL PROTECTED] ~]# modprobe ztdummy
Notice: Configuration file is /etc/zaptel.conf
line 0: Unable to open master device '/dev/zap/ctl'

1 error(s) detected

FATAL: Error running install command for ztdummy

[EMAIL PROTECTED] ~]# modprobe ztdummy

So a simple load of the driver does not seem to be enough. I need to
remove then wait and then load again.

My modprobe.conf contains (amongst others) this line:
install ztdummy /sbin/modprobe --ignore-install ztdummy   /sbin/ztcfg

What is the proper way to get this driver loaded at startup? Have I
missed a configuration somewhere?

Thanks for any help,
Theo

___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Matthew J. Roth

Theo,

Unless things have changed significantly in the newer releases, you must 
load zaptel prior to loading ztdummy.  Additionally, the zaptel devices 
are not created instantly, so after you load zaptel you must wait a few 
seconds before loading ztdummy.  You can perform some sort of polling if 
you want to script this, but a less sophisticated method is just to 
sleep for 10 or 15 seconds between the calls to modprobe.


If your goal is to start Asterisk automatically at boot, some init 
scripts for different distributions are available at 
http://svn.digium.com/view/asterisk/branches/1.4/contrib/init.d/.  I'm 
using Fedora, so I installed 'rc.redhat.asterisk' with chkconfig as follows:


# install -m 755 ./rc.redhat.asterisk /etc/rc.d/init.d/asterisk
# chkconfig --add asterisk
# chkconfig --list asterisk
asterisk0:off   1:off   2:on3:on4:on5:on6:off

Note that I made the following customizations to the script prior to 
installing it:


* I don't want to run safe_asterisk, so I comment out all of the lines 
that reference the SAFE_ASTERISK variable.
* I want to load ztdummy and raise the open file limit, so I add the 
following lines to the start() function immediately prior to the 
'daemon' statement:

modprobe zaptel  /dev/null 2 /dev/null
sleep 15
modprobe ztdummy  /dev/null 2 /dev/null
ztcfg  /dev/null 2 /dev/null
ulimit -n 65536  /dev/null 2 /dev/null
* And add the following lines to the stop() function, immediately after 
the 'RETVAL=$?' line:

rmmod ztdummy  /dev/null 2 /dev/null
rmmod zaptel  /dev/null 2 /dev/null

Things will differ depending on your distribution, but that should be 
enough to get you going in the right direction.


Matthew Roth
InterMedia Marketing Solutions
Software Engineer and Systems Developer

___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Eric \ManxPower\ Wieling
In the zaptel source make config will install the zaptel init script 
in /etc/rc.d/init.d for many distros.


Matthew J. Roth wrote:

Theo,

Unless things have changed significantly in the newer releases, you must 
load zaptel prior to loading ztdummy.  Additionally, the zaptel devices 
are not created instantly, so after you load zaptel you must wait a few 
seconds before loading ztdummy.  You can perform some sort of polling if 
you want to script this, but a less sophisticated method is just to 
sleep for 10 or 15 seconds between the calls to modprobe.


If your goal is to start Asterisk automatically at boot, some init 
scripts for different distributions are available at 
http://svn.digium.com/view/asterisk/branches/1.4/contrib/init.d/.  I'm 
using Fedora, so I installed 'rc.redhat.asterisk' with chkconfig as 
follows:


# install -m 755 ./rc.redhat.asterisk /etc/rc.d/init.d/asterisk
# chkconfig --add asterisk
# chkconfig --list asterisk
asterisk0:off   1:off   2:on3:on4:on5:on6:off

Note that I made the following customizations to the script prior to 
installing it:


* I don't want to run safe_asterisk, so I comment out all of the lines 
that reference the SAFE_ASTERISK variable.
* I want to load ztdummy and raise the open file limit, so I add the 
following lines to the start() function immediately prior to the 
'daemon' statement:

modprobe zaptel  /dev/null 2 /dev/null
sleep 15
modprobe ztdummy  /dev/null 2 /dev/null
ztcfg  /dev/null 2 /dev/null
ulimit -n 65536  /dev/null 2 /dev/null
* And add the following lines to the stop() function, immediately after 
the 'RETVAL=$?' line:

rmmod ztdummy  /dev/null 2 /dev/null
rmmod zaptel  /dev/null 2 /dev/null

Things will differ depending on your distribution, but that should be 
enough to get you going in the right direction.


Matthew Roth
InterMedia Marketing Solutions
Software Engineer and Systems Developer

___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users



___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Tzafrir Cohen
On Thu, Apr 19, 2007 at 06:28:51PM +0200, Theo Band wrote:
 Hi
 
 I run asterisk 1.4.2 with zaptel 1.4.1.
 Zaptel is only needed for the ztdummy driver to get the Meetme()
 application to work. I don't have any specific hardware.
 And it does work nicely. When I reboot the machine however I have to
 manually load the driver like this:
 
 [EMAIL PROTECTED] ~]# modprobe ztdummy
 Notice: Configuration file is /etc/zaptel.conf
 line 0: Unable to open master device '/dev/zap/ctl'
 
 1 error(s) detected

The error message is meaningless for ztdummy. Please test if you have a
working timing source with:

  zttest -v

To get rid of this error, remove the line that runs an automatic ztcfg
at the load of ztdummy:  sed -i '/ztdummy/d'

-- 
   Tzafrir Cohen   
icq#16849755jabber:[EMAIL PROTECTED]
+972-50-7952406   mailto:[EMAIL PROTECTED]   
http://www.xorcom.com  iax:[EMAIL PROTECTED]/tzafrir
___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Theo Band
Matthew J. Roth wrote:
 Theo,

 Unless things have changed significantly in the newer releases, you
 must load zaptel prior to loading ztdummy.  Additionally, the zaptel
 devices are not created instantly, so after you load zaptel you must
 wait a few seconds before loading ztdummy.  You can perform some sort
 of polling if you want to script this, but a less sophisticated method
 is just to sleep for 10 or 15 seconds between the calls to modprobe.

 If your goal is to start Asterisk automatically at boot, some init
 scripts for different distributions are available at
 http://svn.digium.com/view/asterisk/branches/1.4/contrib/init.d/. 
 I'm using Fedora, so I installed 'rc.redhat.asterisk' with chkconfig
 as follows:

 # install -m 755 ./rc.redhat.asterisk /etc/rc.d/init.d/asterisk
 # chkconfig --add asterisk
 # chkconfig --list asterisk
 asterisk0:off   1:off   2:on3:on4:on5:on6:off
The make install already did that for me .


 Note that I made the following customizations to the script prior to
 installing it:

 * I don't want to run safe_asterisk, so I comment out all of the lines
 that reference the SAFE_ASTERISK variable.
 * I want to load ztdummy and raise the open file limit, so I add the
 following lines to the start() function immediately prior to the
 'daemon' statement:
 modprobe zaptel  /dev/null 2 /dev/null
 sleep 15
 modprobe ztdummy  /dev/null 2 /dev/null
 ztcfg  /dev/null 2 /dev/null
 ulimit -n 65536  /dev/null 2 /dev/null
 * And add the following lines to the stop() function, immediately
 after the 'RETVAL=$?' line:
 rmmod ztdummy  /dev/null 2 /dev/null
 rmmod zaptel  /dev/null 2 /dev/null
Yes it works indeed thanks. It turns out that (for me) the modprobe
ztdummy alone works as well. I do get an error message as shown before,
but both ztummy and zaptel get loaded and Meetme() works. The 15 seconds
delay would add to the boot time
I also tried the suggestion of Eric Wieling. Appearantly make config is
what I had not done. This creates the needed module load scripts. The
module remove scripts do not work properly, but who cares if the machine
is going down anyway?

 Things will differ depending on your distribution, but that should be
 enough to get you going in the right direction.
Yep it did :-)

___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Theo Band
Eric ManxPower Wieling wrote:
 In the zaptel source make config will install the zaptel init script
 in /etc/rc.d/init.d for many distros.

Thanks. This was the missing configuration step. A manual start/stop
seems to work. I will try to reboot the machine tomorrow for the final
test but I feel this is going to work.

Stopping the zaptel drivers does not work properly, but I only need this
for rebooting...

[EMAIL PROTECTED] zaptel-1.4.1]# service zaptel stop
Unloading zaptel hardware drivers: wcusb wctdm wcfxo wctdm24xxp wcte11xp
wct1xxp wct4xxp tor2.
Removing zaptel module:  ERROR: Module zaptel is in use by ztdummy
   [FAILED]

Cheers,
Theo
___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Theo Band




Tzafrir Cohen wrote:

  On Thu, Apr 19, 2007 at 06:28:51PM +0200, Theo Band wrote:
  
  
Hi

I run asterisk 1.4.2 with zaptel 1.4.1.
Zaptel is only needed for the ztdummy driver to get the Meetme()
application to work. I don't have any specific hardware.
And it does work nicely. When I reboot the machine however I have to
manually load the driver like this:

[EMAIL PROTECTED] ~]# modprobe ztdummy
Notice: Configuration file is /etc/zaptel.conf
line 0: Unable to open master device '/dev/zap/ctl'

1 error(s) detected

  
  
The error message is meaningless for ztdummy. Please test if you have a
working timing source with:

  zttest -v
  

--- Results after 28 passes ---
Best: 98.156738 -- Worst: 97.900391 -- Average: 98.024205

2% too slow? Doesn't look very accurate for a timing reference. On the
other end Meetme() work like a charm.

  
To get rid of this error, remove the line that runs an automatic ztcfg
at the load of ztdummy:  sed -i '/ztdummy/d'

  

Or add /dev/null

Why would one application need a special driver? What so different
about the Meetme() application? Playing a wav file doesn't need a
special timing source for instance. But, I'm just a simple end user of
course, not understanding all the complex details of a PBX :-)


Theo


___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


RE: [asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Darryl Dunkin
It's not playing a wav file at all, it is mixing the live audio from all
of the callers in that conference room and sending it back out to them.



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Theo Band
Sent: Thursday, April 19, 2007 13:36
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] ztdummy does not load properly at server
startup



Or add /dev/null

Why would one application need a special driver? What so
different about the Meetme() application? Playing a wav file doesn't
need a special timing source for instance. But, I'm just a simple end
user of course, not understanding all the complex details of a PBX :-)


Theo 

___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Tzafrir Cohen
On Thu, Apr 19, 2007 at 09:45:10PM +0300, Tzafrir Cohen wrote:
 On Thu, Apr 19, 2007 at 06:28:51PM +0200, Theo Band wrote:
  Hi
  
  I run asterisk 1.4.2 with zaptel 1.4.1.
  Zaptel is only needed for the ztdummy driver to get the Meetme()
  application to work. I don't have any specific hardware.
  And it does work nicely. When I reboot the machine however I have to
  manually load the driver like this:
  
  [EMAIL PROTECTED] ~]# modprobe ztdummy
  Notice: Configuration file is /etc/zaptel.conf
  line 0: Unable to open master device '/dev/zap/ctl'
  
  1 error(s) detected
 
 The error message is meaningless for ztdummy. Please test if you have a
 working timing source with:
 
   zttest -v
 
 To get rid of this error, remove the line that runs an automatic ztcfg
 at the load of ztdummy:  sed -i '/ztdummy/d'

Sorry, my typo here:

On redhats:

  sed -i '/ztdummy/d' /etc/modprobe.conf

On Debians and probably most others:
  
  sed -i '/ztdummy/d' /etc/modprobe.d/zaptel

Basically: delete the line that runs 'ztcfg' automatically after the
modprobe of ztdummy. While for real hardware modules there is some
point in rnning this (and I still wouldn't recommend it), for zaptel,
ztdynamic, ztdummy and xpp_usb this is totally pointless and has indeed 
been removed  in the SVN versions.

-- 
   Tzafrir Cohen   
icq#16849755jabber:[EMAIL PROTECTED]
+972-50-7952406   mailto:[EMAIL PROTECTED]   
http://www.xorcom.com  iax:[EMAIL PROTECTED]/tzafrir
___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] ztdummy does not load properly at server startup

2007-04-19 Thread Tzafrir Cohen
On Thu, Apr 19, 2007 at 09:23:48PM +0200, Theo Band wrote:
 Eric ManxPower Wieling wrote:
  In the zaptel source make config will install the zaptel init script
  in /etc/rc.d/init.d for many distros.
 
 Thanks. This was the missing configuration step. A manual start/stop
 seems to work. I will try to reboot the machine tomorrow for the final
 test but I feel this is going to work.
 
 Stopping the zaptel drivers does not work properly, but I only need this
 for rebooting...

You don't. You don't need to unload the zaptel modules before rebooting.

 
 [EMAIL PROTECTED] zaptel-1.4.1]# service zaptel stop
 Unloading zaptel hardware drivers: wcusb wctdm wcfxo wctdm24xxp wcte11xp
 wct1xxp wct4xxp tor2.
 Removing zaptel module:  ERROR: Module zaptel is in use by ztdummy
[FAILED]

The unload_module function in the init.d script in the SVN should fix
this and get rid of that error.

-- 
   Tzafrir Cohen   
icq#16849755jabber:[EMAIL PROTECTED]
+972-50-7952406   mailto:[EMAIL PROTECTED]   
http://www.xorcom.com  iax:[EMAIL PROTECTED]/tzafrir
___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users