[Berlin-wireless] Bandbreite per cronjob ändern?

[Lars]

Ehm, was macht ihr denn mit den Pipes? Die starten alle drei (uci set,
uci commit, reload) zur gleich Zeit, und reichen dann den Output weiter.

Ihr braucht hier &&

On 11.01.2016 03:20, Holger wrote:
> Hej,
> 
> Am 11.01.2016 um 03:02 schrieb Marcel:
>> hmm, das wundert mich. ich habe es auf nem 4300er von tp-link mit
>> kathleen 0.1.2 im minutentakt getestet und es greift sofort sobald der
>> cron durchläuft (habe parallel speedtest laufen gehabt)
>>
>> crons:
>>
>>> >1-59/2 * * * * uci set qos.wan.enabled=0 | uci commit qos |
>>> /etc/init.d/qos reload >/dev/null 2>&1
>>> >*/2 * * * * uci set qos.wan.enabled=1 | uci commit qos |
>>> /etc/init.d/qos reload >/dev/null 2>&1
> 
> Ich probier das auf nem cpe210 V1.1 mit nem unstable build auf der
> Konsole. Du schaltest jede Minute um?
> Wenn ich das Kommando ein paar mal gebe, ist es dann irgendwann auch
> drin. Bist Du sicher, daß es beim ersten Mal wirklich geändert wird?
> Wenn ich die Einstellungen mit "less  /etc/config/qos" kontrolliert
> habe, waren sie nicht immer drin.
> Kann es sein, daß sich ein cronjob anders verhält als die Konsole?
> 
> Lieben Gruß
> Holger
> 
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x7E86809F.asc
Type: application/pgp-keys
Size: 7893 bytes
Desc: not available
URL: <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20160111/e12f3a55/attachment.key>