Fserve help needed

sqwerl · Post by **sqwerl** » Sun Dec 08, 2002 5:46 pm

Ok, so i've got the jIRCoff Fserve script working. But there is one problem. The files that I want people to access are under another User ID. But, I have group access. So I set the 'root' directory for the File Transfer Module, and jIRCoff, to that account. And everything works, just fine. Until I go to get a file. Then, i'll get about 3% of the file. And the bot starts lagging, and eventually dies. Because the transfer killed the connection. As far as I know anyway.

Does anyone know how to get around this? Other than putting the bot into that Account?

btw - before anyone tries to tell me I shouldn't put someone else's files on an fserve. They are my files, on my own box. And that account is an FTP account. And I don't really want to put the bot in there.

Photon · Post by **Photon** » Sun Dec 08, 2002 7:18 pm

so .. lets get this straight... you chown'ed the files so that the bot could read 'em?

The other thought is that if the mountain wont go to mohammed, then put the files into the bots account, chown them to the bot, and possibly symlink the files dir to your ftp account, and make them readable by that user?

Hope that made a bit more sense than I thought it did...

[edit] - the one thing that worried me is that if the files are not readable by your bot, then it shouldnt really get anywhere - not to 3% and crash.. have you tested it with a file owned by the bot user???

ppslim · Post by **ppslim** » Sun Dec 08, 2002 8:14 pm

As posted in photons edit.

0% of the file would be transfered if it where a permissions problem.

It's not up to eggdrop to check the file permissions or ownership, before reading from, writting to or executing a file. This is done by the kernel.

If the permissions or ownership are incorrect, the kernel will prevent any access to the file.

In other words, file ownership/permissions are correct, and the bot is readint he file.

This sounds more like a connection issue, eggdrop using too much mem/cpu or some form of code loop.

What version of eggdrop are you using, and do any other versions give you this problem.

sqwerl · Post by **sqwerl** » Mon Dec 09, 2002 4:42 pm

As far as the permissions go, I don't think that is the issue.

User anon_ftp is the account, where the files are located.
The eggdrop is running from the sqwerl account.

User sqwerl is in the anon_ftp User Group. The file permissions on the files/dirs in the anon_ftp group are world readable.

In the filesys module:
set files-path "/home/anon_ftp"
set incoming-path "/home/anon_ftp/Uploads"
set upload-to-pwd 0
set filedb-path ""
set max-filesize 0
---
In the jIRCserv script:
set dvs_fserve(filepath) /home/anon_ftp
---
I am using Eggdrop 1.6.13

---
Now, just for fun and giggles, I changed the above paths, to one that pointed to a dir, in the account where the eggdrop is. And the transfer worked!

Photon · Post by **Photon** » Mon Dec 09, 2002 6:21 pm

Just a roungh guess, but its not trying to create a temp file is it? This would of course fail in a dir where it did not have permission.

I'm not familiar with the fserve script, so I'd look at it and see what it does if I were you.

ppslim · Post by **ppslim** » Mon Dec 09, 2002 6:22 pm

Where the files being transfered corruipted?

Where the files that correctly transfered small or large files?

sqwerl · Post by **sqwerl** » Tue Dec 10, 2002 5:31 am

Thank you both for being so eager to help. Apparently I managed to get it to work. But the crappy part is, I am not quite sure what I did.

The only thing I can think of, is that I changed the settings for the Janitor, in the jIRCserv script. Before, when I was getting the trouble, I had left it the default. Because, I had no intention of using it. And I didn't think, it would affect the script!

Again, a big thank you, to you guys.

ppslim · Post by **ppslim** » Tue Dec 10, 2002 6:00 am

Janitor functions are realy only settings and managment based, and usualy do not have any implication over normal functionality.

It may provide commands that allows a janitor to affect settings that could bring issues, but unless the janitor does this, it's trivial (though somthing to watch out for).

As sugested, it may be that a temporary files is failing to be written. Make sure the temp directory setting, both in eggdrop and in the script, are directories that are world writable (for simplicity, use /tmp).

Another thing that cropped up in my mind last night.

It may well be, that you are not receiving any data at all, when you claim 3% is transfered. It could well be that some form of error taskes place, and the error message, memory dump or some other some of dump is taking place over the connection.

If using mirc, I would sugest killing the bot after 3% has transfered (leaving the send open). This should produce a file in your mirc received directory (in preperation for a transfer resume). Consult it's contents to see if it is infact 3% of the actual file.