On Sat, 21 Jan 2012 18:18:38 +0200, George Niculae wrote: > Check tmp perm as well
drwxrwxrwt 10 root root 4096 Jan 21 10:15 tmp The tiff files are being delivered into /tmp though. I don't have any problems waiting a week until the tested stuff comes out but I'm happy to continue if it helps in finding any potential problems for the release. > On Saturday, January 21, 2012, Tony Graziano <[email protected]> > wrote: >> Put >> Voicemail and Auto Attendant >> and >> Media Services >> >> logging levels to DEBUG, restart those services, and send a fax. Look >> at the sipXivr.log and see what it shows about the call. >> >> On Sat, Jan 21, 2012 at 10:44 AM, Tony Graziano >> <[email protected]> wrote: >>> mine shows the tiff file in /tmp while the fax comes in. As soon as it >>> disconnects, it is gone from /tmp and shows up as pdf in my email. >>> >>> On Sat, Jan 21, 2012 at 10:41 AM, Tony Graziano >>> <[email protected]> wrote: >>>> there are essentially two files that would control this. >>>> >>>> /usr/share/java/sipXecs/sipXivrsipxivr.jar >>>> -rwxr-xr-x 1 sipxchange sipxchange 246284 Jan 12 06:43 sipXivr.jar >>>> >>>> /usr/bin/sipxivr.sh >>>> -rwxr-xr-x 1 sipxchange sipxchange 2949 Jan 12 06:43 sipxivr.sh >>>> >>>> please confirm these are the correct files on your system. >>>> >>>> On Sat, Jan 21, 2012 at 10:37 AM, [email protected] >>>> <[email protected]> wrote: >>>>> On Sat, 21 Jan 2012 00:54:48 -0500, Tony Graziano wrote: >>>>>> you should always stop services when updating any package (at >>>>>> least >>>>>> that's my preferred method). >>>>>> >>>>> I usually always do but sometimes when things get stressful, it's >>>>> easy to start making mistakes. >>>>> >>>>>> does your yum.log show any errors? >>>>>> >>>>> There wasn't all that much for updates after I changed the repo. >>>>> And there don't seem to be any errors. >>>>> >>>>> Jan 20 20:25:37 Updated: sipxcommons-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:40 Updated: sipxpbx-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:45 Updated: sipxconfig-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:46 Updated: sipxconfig-snmp-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:46 Updated: sipxconfig-mrtg-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:46 Updated: sipxacccode-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:47 Updated: sipxbridge-4.4.0-340.g614d5.x86_64 >>>>> Jan 20 20:25:47 Updated: sipxrest-4.4.0-340.g614d5.x86_64 >>>>> Jan 20 20:25:47 Updated: sipxivr-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:47 Updated: sipxconfig-tftp-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:48 Updated: sipxconfig-agent-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:48 Updated: sipxconfig-report-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:49 Updated: sipxconfig-ftp-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:49 Updated: sipxrecording-4.4.0-351.ge1947.x86_64 >>>>> Jan 20 20:25:53 Updated: sipxpbx-4.4.0-351.ge1947.x86_64 >>>>> >>>>>> did you also send the server its profiles upon reboot? >>>>>> >>>>> No, but I have since. Tried sending a fax just now and it's doing >>>>> the same thing, it ends in /tmp as a tiff. >>>>> >>>>> >>>>>> On Sat, Jan 21, 2012 at 12:33 AM, [email protected] >>>>>> <[email protected]> >>>>>> wrote: >>>>>>> On Sat, 21 Jan 2012 00:09:10 -0500, Tony Graziano wrote: >>>>>>>> you restarted sipxivr after the updates or did you do the >>>>>>>> updates >>>>>>>> while the system was running? >>>>>>>> >>>>>>> Pretty sure it wasn't running but I guess I can't be 100% sure >>>>>>> at this >>>>>>> point. It's possible I forgot to stop the services because I >>>>>>> had just >>>>>>> worked on updating the sipxivr rpm's test. I rebooted the >>>>>>> server after >>>>>>> the update because there was also a centos kernel and other >>>>>>> updates. >>>>>>> >>>>>>> >>>>>>>> On Fri, Jan 20, 2012 at 11:35 PM, [email protected] >>>>>>>> <[email protected]> >>>>>>>> wrote: >>>>>>>>> Ah, that's what is happening. The faxes are coming in to >>>>>>>>> the /tmp >>>>>>>>> directiry as tiff files then nothing else happens with them. >>>>>>>>> Something is missing to complete this setup. _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
