LinuxQuestions.org - Issues with Hylafax 10.1 after upgrading Avantfax to current.

Hi there!

Just started doing my internship at a company where they requested that I fix an issue with the fax server. The issue was at first seemingly rather small and benign. Originally the only issue was that Avantfax 3.1.0 stopped displaying the inbox page - all others worked but not the inbox. Never having used Avantfax, I spent a few days researching on the net trying to get all the information I could before I jumped into messing around with it.

After weighing my options, I decided it was best to upgrade from 3.1.0 to 3.1.6. This did in fact fix the problem with the one webpage not displaying. Everything worked fine for about an hour and fourty-five minutes. After that Hylafax stoped working properly. Checking the logs it said that it couldn't write to the tmp folder. I checked it out it out, and the partition was basically full - all from these temp files in /var/spool/hylafax/tmp. So I did some research and found this page: http://edoceo.com/liber/network-hylafax, which said at the bottom that hylafax could be cleaned up by removing files from various directories.

Quote:

Cleaning Hylafax
After running tests and verifying the install is correct the Hylafax queue can be reset to a prestine state using these commands.

/etc/init.d/hylafax stop
cd /var/spool/hylafax/
rm archive/* docq/* log/* recvq/* sendq/* tmp/*
/etc/init.d/hylafax start

Well that cleared up the errors in the log for that issue. Now the errors are giving permision denied for writing to the recvq/seqf and something about sequence numbers.

I have checked the ownership of faxgetty, and it is set to uucp:uucp. So are all the folders in the /var/spool/hylafax tree. permisions on the folders within the hylafax tree I set to 777 in an offshoot attempt to fixing the permisions issue.

As this is a mission critical service, I needed to disconect the server from the phone line currently, and hook up a standard fax so that faxes can still be recieved and sent.

If anything in here that I've said jives with you and you can reconmend something that would be great! I believe it has to do with the information that I purged from the directories.

[edit]
Okay here is the log information from xferfaxlog. Unfortunatly most of the other logs got purged when I ran the above command and have not been recreated.

Quote:

04/15/09 14:13 CALL ttyS0 "" fax "xxxxxxx" "" 0 0 0:07 0:07 "Unable to create temp file for received data: Unable to open sequence number file recvq/seqf; Permission denied." "" "" "" "" ""

ls-l on hylafax directories

Quote:

prw-rwxrwx 1 uucp uucp 0 Apr 15 16:08 FIFO
prw-rwxrwx 1 uucp uucp 0 Apr 15 09:46 FIFO.ttyS0
drw-rwxrwx 2 uucp uucp 4096 Jan 27 2008 archive
drw-rwxrwx 2 uucp uucp 4096 Apr 15 08:38 bin
drw-rwxrwx 2 uucp uucp 4096 Apr 15 11:24 client
drw-rwxrwx 3 uucp uucp 4096 May 15 2008 config
drw-rwxrwx 2 uucp uucp 4096 May 1 2008 dev
drw-rwxrwx 2 uucp uucp 4096 Apr 15 08:16 docq
drw-rwxrwx 2 uucp uucp 4096 Oct 23 16:15 doneq
drw-rwxrwx 4 uucp uucp 4096 Apr 16 08:29 etc
drw-rwxrwx 2 uucp uucp 4096 Dec 17 12:15 info
drw-rwxrwx 2 uucp uucp 65536 Apr 15 08:16 log
drw-rwxrwx 2 uucp uucp 4096 Jan 27 2008 pollq
drw-rwxrwx 2 uucp uucp 69632 Apr 15 08:16 recvq
drw-rwxrwx 2 uucp uucp 4096 Apr 15 08:16 sendq
drw-rwxrwx 2 uucp uucp 4096 Apr 15 09:57 status
drw-rwxrwx 2 uucp uucp 4096 Jan 16 09:15 tmp
drw-rwxrwx 2 uucp uucp 4096 Apr 15 15:59 trace_logs

ls -ld /var/spool/hylafax/log

Quote:

drw-rwxrwx 2 uucp uucp 65536 Apr 15 08:16 /var/spool/hylafax/log

ls -ld /var/spool/hylafax/log/seqf

Quote:

/bin/ls: /var/spool/hylafax/log/seqf: No such file or directory

ps auxf | grep fax

Quote:

uucp 7675 0.0 0.2 5032 1332 ? Ss Apr15 0:00 /usr/sbin/faxq
uucp 7678 0.0 0.1 4716 1156 ? Ss Apr15 0:00 /usr/sbin/hfaxd -i hylafax
uucp 7683 0.0 0.2 5208 1916 ? Ss Apr15 0:00 /sbin/faxgetty ttyS0
root 14605 0.0 0.0 1864 644 pts/1 S+ 08:42 0:00 | \_ grep fax

When I run faxqclean:

Quote:

/var/spool/hylafax: Can not change directory: Permission denied.