NZBGet on the PCH/NMT Manual and F.A.Q.

[LordPall]

Any ideas how to improve performance and make it work on an external drive?

Drive is working, WD unit, formatted to EXT3 under ubuntu as a primary partition (Or whatever the primary one is called).

I got it running, and was able to change the download folder in the nzbet.conf
I used -

DestDir=/opt/sybhttpd/localhost.drives/USB_DRIVE_A-1/


That works great, but the performance overall is terrible. a fraction of the actual download speed I can run. I think it's because it's decoding to the internal drive and then having to migrate things over to the USB drive (a hunch).

However, I can't move anything else to the usb drive. Changing the tmp folder from

# Directory to store temporary files
TempDir=${MAINDIR}/tmp

To this

TempDir=/opt/sybhttpd/localhost.drives/USB_DRIVE_A-1/tmp

Gives this error -
Could not create file /opt/sybhttpd/localhost.drives/USB_DRIVE_A-1/tmp/2.out!


I tried moving the lock file too, but that didn't help.

Any ideas?

[blinky3i]

Hi all,
How can you restart the unrar process?. I added some extra pars to the directory and did a check with quick par over the network (took bloody ages for check and repair).
So now i don't fancy winrar unpacking this 13gb file over the network as it will probably take hours.
Any help appreciated

[hugbug]

(08-27-2008 04:27 PM)LordPall Wrote:  the performance overall is terrible.

What does it mean in KB/s?

Quote:TempDir=/opt/sybhttpd/localhost.drives/USB_DRIVE_A-1/tmp
Gives this error -
Could not create file /opt/sybhttpd/localhost.drives/USB_DRIVE_A-1/tmp/2.out!

To make sure usb drive was connected (and mounted) try following test:
1. Delete all items from download queue;
2. Edit nzbget.conf and set TempDir to usb drive;
3. Reboot;
4. After the usb drive is connected and mounted add nzb-file to download queue
Is it working now?

[LordPall]

Works like a champ now.

I was doing the housecleaning you mentioned, but this is the first time I started from scratch and did a reboot via telnet (instead of restarting the service or honking around with the soft-reset bit).

Looks to be much smoother. Many thanks for the assistance.

Any ideas how to get the web UI to show how much space is on the destination drive?

[hugbug]

(08-27-2008 06:26 PM)LordPall Wrote:  Any ideas how to get the web UI to show how much space is on the destination drive?

Edit /mnt/syb8643/nzbgetweb/settings.php5, option "$dstdir".

---

(08-27-2008 05:13 PM)blinky3i Wrote:  How can you restart the unrar process?. So now i don't fancy winrar unpacking this 13gb file over the network as it will probably take hours.
Any help appreciated

Either via telnet using unrar (/mnt/syb8634/bin/unrar) or with winrar via network.
It will probably take few hours anyway

[LordPall]

Anyone hitting unusual stability problems with all of this?

I've got NZBget setup, the scheduler along with Telnet.

When running the whole shebang, the popcorn hour seems to just lock up. Locked up screensaver, No web page response, no telnetting. Nada.

It doesn't even respond to remote input.

It's a base popcorn hour with an older internal drive, and a WD USB external drive.

NZBGet is setup to dump everything to the USB2 drive. It uses the installed drive for .nzb files.

The Web page is setup to monitor the USB drive as well.

Any ideas on what to check? Any logs to look for?

This might be a USB drive problem, but I'm at a loss of what to look for.

[hugbug]

Is it a temporal freeze (seconds, minutes) or you need to reboot each time?

[LordPall]

(08-29-2008 08:52 AM)hugbug Wrote:  Is it a temporal freeze (seconds, minutes) or you need to reboot each time?

I think it's a permanent one. I left it on this time and went to work, so I'll see what it's doing when I get home.

[LordPall]

Still locked. Figure 10 hours. No telnet, no remote response.

Hard reboot should fix it.. Hopefully.. But I'd love to know what's causing it.

[Philos]

(08-29-2008 07:37 PM)LordPall Wrote:  Still locked. Figure 10 hours. No telnet, no remote response.

Hard reboot should fix it.. Hopefully.. But I'd love to know what's causing it.

I have had crashes with NZBget but it never locked my PCH, NZBGet just crashed and everything else still worked.
If NZBGet crashes then it wont hurt any other part of the PCH normaly.
Maybe because of the "difficult" setup???

[LordPall]

(08-29-2008 08:01 PM)Philos Wrote:  

(08-29-2008 07:37 PM)LordPall Wrote:  Still locked. Figure 10 hours. No telnet, no remote response.

Hard reboot should fix it.. Hopefully.. But I'd love to know what's causing it.

I have had crashes with NZBget but it never locked my PCH, NZBGet just crashed and everything else still worked.
If NZBGet crashes then it wont hurt any other part of the PCH normaly.
Maybe because of the "difficult" setup???

I'm going to start undoing changes. I'll turn off the scheduler first.

[Philos]

I am not sure what you excactly want to achieve with this setup and if this would be an idea?
If you just let NZBGet download on the internal HDD and then after it has finnished one download it will call the unpak.sh script in ./nzbget

Why not change the script to move your download over to your usb drive with the script? Or is that not an option?

About performance, I get around 1100-1400 Kb/s from my PCH on a 24Mb/s line, 1400Kb/s is around the best I have seen.

[LordPall]

Not a bad idea. I was a little concerned about overheating, but that might be a decent compromise, especially if it's locking up.

When I had it split between temp files on the local drive and the rest of the complete files on the USB drive I saw a tremendous drop in performance. figure 400-600kb/s from a 24mb line. When it's not locked up and it all goes to the USB drive, I can hit 1200.

I returned all of the config files except for settings.php to the internal drive. I changed the unpack script to do all it's normal business, but move it to the USB drive when it's done and clean up after itself.

Hopefully that'll clear all of this weirdness out.

[Philos]

(08-30-2008 02:12 PM)LordPall Wrote:  Hopefully that'll clear all of this weirdness out.

With that speed you can expect nzbget to crash a bit more.
HugBug (the developper of NZBGet) allready found the problem and Syabas is aware but they need to change things in the firmware, it will take some time. It is NOT an NZBget problem.

[LordPall]

(08-30-2008 02:22 PM)Philos Wrote:  

(08-30-2008 02:12 PM)LordPall Wrote:  Hopefully that'll clear all of this weirdness out.

With that speed you can expect nzbget to crash a bit more.
HugBug (the developper of NZBGet) allready found the problem and Syabas is aware but they need to change things in the firmware, it will take some time. It is NOT an NZBget problem.

Got it. Any way to minimize the crashing? Maybe speed limit it?