Progress. I deleted clearos-centos.repo.rpmnew from /etc/yum/yum.repos.d which allowed yum repolist to complete without an error
yum update still produces the 403 error but this time yum update continues to execute but there is a dependency issue re: libvorbis-1.2.3-6.el6.i686
proceeding with --skip-broke for now and seems to be working. will install the missing libvorbis-1.2.3-6.el6.i686 manually if I have to.
yum clean all & yum progresses to get file lists etc and terminates with a 403 error.
Can anyone suggest a tweak on my end e.g. to scan additional mirrors? or is this a ClearOS repo server problem? (sorry - not a yum expert)
This is a v6 system (intel atom D2500CC not supported in v7 kernel
For me, participation is too painful due simply to the poor performance of the website.
I find the clearOS website and forum to be unbearably slow to the point of being not wanting to engage or participate because its too painful waiting 5-15 seconds after clicking on a link to see the content. There is a lot of great content that is difficult to extract from the forums... This isn't a new thing - has been an issue since the current format was rolled out. That it is still an issue after a few years just adds to the disappointment.
I'm in a similar boat looking for a newer dual nic mATX board to replace an *old* intel atom 2500CC that is unable to run ClearOS 7.x Gigabyte and Asrock seem to have a number of fanless celeron boards but compatibility is hard to assess unless you can find someone running the OS already. A Fanless main board and picoPSU is a good combo for silent low power running ....provided it works.
Nick Howitt wrote:
The proxy takes power but, again, is pointless in transparent mode.
Why is the proxy pointless in transparent mode? I see it as a valuable local cache that significantly reduces my bandwidth to speed up a slow connection.
I'm on ADSL with an relatively slow link. 4500Mbit down/1000Mbit up.
When the upload is satturated, the download slows to a crawl - this is well documented behaviour common to ADLS that has something to do with the router unable to process ack packets fast enough.
QOS is supposed to help - the default clearOS QOS gives highest priority to non-TCP packets (includes ack packets ) so it keeps up.
In practice I'm finding that QOS is not helping.
What does help is to install the old app-bandwidth and set a ceiling rate on uploads that is a little below the maximum (e.g. I throttle uploads to 900Mbit when the link is capable of 1000Mbit up)
This instantly restores the download speed.
So my Q's.
Why doesnt QOS help?
Why do people say app-bandwidth and app-qos dont play well together? I have them both installed now and can't see any miss-behaviour but not sure what I should be looking for. I'd like to keep QOS around as we run VoIP phones... but only if its useful. app-bandwidth actually seems to solve out VoIP stutter (due to people uploading) better than QOS did. What am I missing?