This list is closed, nobody may subscribe to it.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(32) |
Feb
(7) |
Mar
(10) |
Apr
(5) |
May
(1) |
Jun
|
Jul
(4) |
Aug
|
Sep
(1) |
Oct
(3) |
Nov
(7) |
Dec
(1) |
2005 |
Jan
(1) |
Feb
(1) |
Mar
(6) |
Apr
(3) |
May
(1) |
Jun
(1) |
Jul
(20) |
Aug
(9) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2006 |
Jan
(3) |
Feb
(5) |
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
(3) |
Jul
(3) |
Aug
(3) |
Sep
(8) |
Oct
(2) |
Nov
(3) |
Dec
(1) |
2007 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(11) |
May
(2) |
Jun
(3) |
Jul
(7) |
Aug
(11) |
Sep
(11) |
Oct
(2) |
Nov
(3) |
Dec
(3) |
2008 |
Jan
(1) |
Feb
(3) |
Mar
(2) |
Apr
(11) |
May
(14) |
Jun
(6) |
Jul
(2) |
Aug
(2) |
Sep
(1) |
Oct
(5) |
Nov
(1) |
Dec
(1) |
2009 |
Jan
(1) |
Feb
(2) |
Mar
(6) |
Apr
(3) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(4) |
Sep
(2) |
Oct
(7) |
Nov
(1) |
Dec
(10) |
2010 |
Jan
(5) |
Feb
(1) |
Mar
(2) |
Apr
|
May
(10) |
Jun
(4) |
Jul
(6) |
Aug
|
Sep
(2) |
Oct
(5) |
Nov
(4) |
Dec
(1) |
2011 |
Jan
(3) |
Feb
(5) |
Mar
(44) |
Apr
(13) |
May
(9) |
Jun
(1) |
Jul
(4) |
Aug
(1) |
Sep
(2) |
Oct
(4) |
Nov
(7) |
Dec
(4) |
2012 |
Jan
(5) |
Feb
(7) |
Mar
(7) |
Apr
(38) |
May
(26) |
Jun
(19) |
Jul
(14) |
Aug
(16) |
Sep
(9) |
Oct
(2) |
Nov
(65) |
Dec
(38) |
2013 |
Jan
(13) |
Feb
(5) |
Mar
(8) |
Apr
(4) |
May
(17) |
Jun
(3) |
Jul
(3) |
Aug
(2) |
Sep
(2) |
Oct
(10) |
Nov
(3) |
Dec
(3) |
2014 |
Jan
(14) |
Feb
(3) |
Mar
(4) |
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(7) |
Nov
(25) |
Dec
(10) |
2015 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
(3) |
May
|
Jun
|
Jul
(2) |
Aug
(14) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
(6) |
Apr
(1) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(9) |
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: UpStage <in...@up...> - 2014-12-31 11:38:08
|
Dear friends, as we come to the end of 2014, the year that marked a decade of UpStage, we would like to thank everyone who has played a part in the activities this year and wish you all the best for the coming year. In January, we celebrated the official 10th birthday of UpStage - the platform was first launched on 9 January 2004 - with a mini festival comprising three cyberformances, a symposium on remote collaboration, a planning meeting for the future of UpStage and the launch of UpStage v3. Read more here <http://upstage.org.nz/blog/?page_id=6032>. With the release of the third version of the UpStage software, we made the decision that this will be the last version; during the ten years since UpStage was first developed, by Douglas Bagnall, there have been significant technological advances and many other developers have been involved in the project, bringing new ideas and approaches. We have now begun to plan the development of a new platform that will retain the best features of UpStage while taking advantage of many new possibilities and improvements in technologies. The initial research and planning is being undertaken by the ongoing AUT student teams, and we welcome the involvement of other open source developers. Read the developers' blog here <http://upstage.org.nz/blog/?page_id=1553>. During 2014 we had an additional student team working on the development of a new web site; this has been completed, and in the coming months we will transfer the content from the current site to the new. A feature of the new site will be changing banners, to show the diversity of the UpStage community and the breadth of creativity; everyone is welcome to contribute your own image of UpStage. Read more here <http://upstage.org.nz/blog/?p=6199>. As usual, there have been many performances, presentations and open walkthroughs <http://upstage.org.nz/blog/?cat=13> throughout the year, and publications <http://upstage.org.nz/blog/?page_id=1291> discussing UpStage. Most recently was the launch of "CyPosium - the book", with a live performance on Waterwheel Tap of excerpts from the book, by many of those involved in the CyPosium. A recording of the performance is available here <http://upstage.org.nz/blog/?p=6326> and the book can be purchased or downloaded (free) here <http://linkeditions.tumblr.com/cyposium>. Heartfelt thanks to everyone who has donated their time & money to make 2014 a very special year in the story of UpStage, and supported the continuation the project despite it being completely unfunded at this time (we welcome donations at any time of the year <http://upstage.org.nz/blog/?page_id=278>!). We look forward to continuing this adventure with you in 2015, and wish you all a happy and peaceful new year. helen & vicki :) -- vicki smith & helen varley jamieson UpStage festival architects in...@up... www.upstage.org.nz *Ten Years of UpStage! 9-10 January 2014 <http://upstage.org.nz/blog/>* ** |
From: AUT U. T. <aut...@gm...> - 2014-12-15 11:54:34
|
Hi Martin, Thanks for your information and advice. As the current AUT UpStage team, we are taking the initiation of a new design for the future version. However, unfortunately we only focused on the branch part (the technologies that UpStage is using). Such progress gives me a concern that next year's new team will make the similar mistake as we did in this year. For our research part, we probably need to work on both the architecture of the UpStage and different technologies based on the architecture. Once again, thank you for your support. Yue Cheers from the AUT UpStage team On 14 December 2014 at 20:52, Martin Eisenbarth <ey...@fo...> wrote: > > Hi all, > > The problem was once submitted as bug in the old Sourceforge tracker: > http://sourceforge.net/p/upstage/bugs/106/ > > I had also recorded bugs for that: > https://trac.foobarlab.net/upstage/ticket/6 > https://github.com/foobarlab/UpStage-Video-Hack/issues/74 > > Upgrading to a newer version of twisted would actually mean to rewrite > the authentication stuff (meaning switching from woven.guard to > web.guard, at least this was valid for Twisted 12.x, see: > http://twistedmatrix.com/documents/8.2.0/api/twisted.web.woven.guard.html > and > http://twistedmatrix.com/documents/current/api/twisted.web.guard.html). > > In the past I had decided to stick with Twisted 8.x as this did work for > me. IMHO the instability of UpStage is rooted in tight coupled code, not > in Twisted itself. > > Merry Xmas and Happy New Year too! :) > > Cheers, > Martin > > > Am 14.12.2014 um 02:09 schrieb vicki smith: > > awesome Yue > > > > I have replied separately to your email with the users > > > > Paul, or other Devs can you respond to Yue about the PyTwisted currency? > > > > and a reminder to Yue the logins for each instance is for players > > (taking part in the show - or making your own!) anyone can come as > > audience to any show - all you need is an internet connected browser on > > a laptop or desktop computer... > > > > festive greetings to everyone too - finally feels like summer in the > > south today! > > vicki (" > > > >> > >> > >> On 14/12/2014, at 12:10 AM, AUT UpStage Team wrote: > >> > >>> Hello Helen and Vicki > >>> > >>> As we recently found many critical bugs in UpStage v3 build, I > >>> wonder if similar situations happened in the previous versions > >>> (possibly in any v2.4 performance?) > >>> > >>> I looked into the code. I'm not sure if the v3 delivery team > >>> updated Python-Twisted package. Current UpStage v3.3 remains > >>> Python-Twisted 8.2 (8.2 was released in 08-09). The latest > >>> Twisted version is 14.02. > >>> > >>> From 8.2 to 14.02, PyTwisted project had many bugs fixed, > >>> updating PyTwisted package correspondingly may help us to narrow > >>> down the cause of those critical issues. > >>> > >>> Another thing, may I also have an UpStage account please?? so > >>> that I can participate some events later? > >>> > >>> > >>> Merry Christmas and Happy New Year in advance. > >>> Yue > >>> > >>> Cheers from the AUT UpStage team > >> > > > > > > > > > ------------------------------------------------------------------------------ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > > with Interactivity, Sharing, Native Excel Exports, App Integration & more > > Get technology previously reserved for billion-dollar corporations, FREE > > > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > > > > > > > > _______________________________________________ > > Upstage-list mailing list > > Ups...@li... > > https://lists.sourceforge.net/lists/listinfo/upstage-list > > > > > -- > Martin Eisenbarth > Gärtnerstraße 21 > 86161 Augsburg > Germany > ey...@fo... > http://www.foobarlab.net > Phone +49 821 5679295 > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > |
From: vicki s. <dig...@cl...> - 2014-12-14 08:25:21
|
Thanks for these links and explanation Martin! :D kia pai to ra vicki (" On 14/12/2014, at 8:52 PM, Martin Eisenbarth wrote: > Hi all, > > The problem was once submitted as bug in the old Sourceforge tracker: > http://sourceforge.net/p/upstage/bugs/106/ > > I had also recorded bugs for that: > https://trac.foobarlab.net/upstage/ticket/6 > https://github.com/foobarlab/UpStage-Video-Hack/issues/74 > > Upgrading to a newer version of twisted would actually mean to rewrite > the authentication stuff (meaning switching from woven.guard to > web.guard, at least this was valid for Twisted 12.x, see: > http://twistedmatrix.com/documents/8.2.0/api/twisted.web.woven.guard.html and > http://twistedmatrix.com/documents/current/api/twisted.web.guard.html). > > In the past I had decided to stick with Twisted 8.x as this did work for > me. IMHO the instability of UpStage is rooted in tight coupled code, not > in Twisted itself. > > Merry Xmas and Happy New Year too! :) > > Cheers, > Martin > > > Am 14.12.2014 um 02:09 schrieb vicki smith: >> awesome Yue >> >> I have replied separately to your email with the users >> >> Paul, or other Devs can you respond to Yue about the PyTwisted currency? >> >> and a reminder to Yue the logins for each instance is for players >> (taking part in the show - or making your own!) anyone can come as >> audience to any show - all you need is an internet connected browser on >> a laptop or desktop computer... >> >> festive greetings to everyone too - finally feels like summer in the >> south today! >> vicki (" >> >>> >>> >>> On 14/12/2014, at 12:10 AM, AUT UpStage Team wrote: >>> >>>> Hello Helen and Vicki >>>> >>>> As we recently found many critical bugs in UpStage v3 build, I >>>> wonder if similar situations happened in the previous versions >>>> (possibly in any v2.4 performance?) >>>> >>>> I looked into the code. I'm not sure if the v3 delivery team >>>> updated Python-Twisted package. Current UpStage v3.3 remains >>>> Python-Twisted 8.2 (8.2 was released in 08-09). The latest >>>> Twisted version is 14.02. >>>> >>>> From 8.2 to 14.02, PyTwisted project had many bugs fixed, >>>> updating PyTwisted package correspondingly may help us to narrow >>>> down the cause of those critical issues. >>>> >>>> Another thing, may I also have an UpStage account please?? so >>>> that I can participate some events later? >>>> >>>> >>>> Merry Christmas and Happy New Year in advance. >>>> Yue >>>> >>>> Cheers from the AUT UpStage team >>> >> >> >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk >> >> >> >> _______________________________________________ >> Upstage-list mailing list >> Ups...@li... >> https://lists.sourceforge.net/lists/listinfo/upstage-list >> > > > -- > Martin Eisenbarth > Gärtnerstraße 21 > 86161 Augsburg > Germany > ey...@fo... > http://www.foobarlab.net > Phone +49 821 5679295 > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list |
From: Martin E. <ey...@fo...> - 2014-12-14 07:53:00
|
Hi all, The problem was once submitted as bug in the old Sourceforge tracker: http://sourceforge.net/p/upstage/bugs/106/ I had also recorded bugs for that: https://trac.foobarlab.net/upstage/ticket/6 https://github.com/foobarlab/UpStage-Video-Hack/issues/74 Upgrading to a newer version of twisted would actually mean to rewrite the authentication stuff (meaning switching from woven.guard to web.guard, at least this was valid for Twisted 12.x, see: http://twistedmatrix.com/documents/8.2.0/api/twisted.web.woven.guard.html and http://twistedmatrix.com/documents/current/api/twisted.web.guard.html). In the past I had decided to stick with Twisted 8.x as this did work for me. IMHO the instability of UpStage is rooted in tight coupled code, not in Twisted itself. Merry Xmas and Happy New Year too! :) Cheers, Martin Am 14.12.2014 um 02:09 schrieb vicki smith: > awesome Yue > > I have replied separately to your email with the users > > Paul, or other Devs can you respond to Yue about the PyTwisted currency? > > and a reminder to Yue the logins for each instance is for players > (taking part in the show - or making your own!) anyone can come as > audience to any show - all you need is an internet connected browser on > a laptop or desktop computer... > > festive greetings to everyone too - finally feels like summer in the > south today! > vicki (" > >> >> >> On 14/12/2014, at 12:10 AM, AUT UpStage Team wrote: >> >>> Hello Helen and Vicki >>> >>> As we recently found many critical bugs in UpStage v3 build, I >>> wonder if similar situations happened in the previous versions >>> (possibly in any v2.4 performance?) >>> >>> I looked into the code. I'm not sure if the v3 delivery team >>> updated Python-Twisted package. Current UpStage v3.3 remains >>> Python-Twisted 8.2 (8.2 was released in 08-09). The latest >>> Twisted version is 14.02. >>> >>> From 8.2 to 14.02, PyTwisted project had many bugs fixed, >>> updating PyTwisted package correspondingly may help us to narrow >>> down the cause of those critical issues. >>> >>> Another thing, may I also have an UpStage account please?? so >>> that I can participate some events later? >>> >>> >>> Merry Christmas and Happy New Year in advance. >>> Yue >>> >>> Cheers from the AUT UpStage team >> > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > -- Martin Eisenbarth Gärtnerstraße 21 86161 Augsburg Germany ey...@fo... http://www.foobarlab.net Phone +49 821 5679295 |
From: vicki s. <dig...@cl...> - 2014-12-14 01:04:58
|
awesome Yue I have replied separately to your email with the users Paul, or other Devs can you respond to Yue about the PyTwisted currency? and a reminder to Yue the logins for each instance is for players (taking part in the show - or making your own!) anyone can come as audience to any show - all you need is an internet connected browser on a laptop or desktop computer... festive greetings to everyone too - finally feels like summer in the south today! vicki (" > > > On 14/12/2014, at 12:10 AM, AUT UpStage Team wrote: > >> Hello Helen and Vicki >> >> As we recently found many critical bugs in UpStage v3 build, I wonder if similar situations happened in the previous versions (possibly in any v2.4 performance?) >> >> I looked into the code. I'm not sure if the v3 delivery team updated Python-Twisted package. Current UpStage v3.3 remains Python-Twisted 8.2 (8.2 was released in 08-09). The latest Twisted version is 14.02. >> >> From 8.2 to 14.02, PyTwisted project had many bugs fixed, updating PyTwisted package correspondingly may help us to narrow down the cause of those critical issues. >> >> Another thing, may I also have an UpStage account please?? so that I can participate some events later? >> >> >> Merry Christmas and Happy New Year in advance. >> Yue >> >> Cheers from the AUT UpStage team > |
From: UpStage <in...@up...> - 2014-12-11 17:16:08
|
hi everyone, we are delighted to announce that tomorrow, tomorrow, Friday 12th, "CyPosium - the book" will be launched with an online performative reading of excerpts from the book, and a physical launch in Munich. Edited by Annie Abrahams and Helen Varley Jamieson, "CyPosium- the book" presents selected material from the CyPosium, a one-day symposium held in 2012 to discuss cyberformance - live performance events connecting remote participants via the internet (http://www.cyposium.net). The contributors are Adriene Jenik, Alan Sondheim, Alberto Vazquez, Annie Abrahams, Auriea Harvey and Michaël Samyn, Cherry Truluck, Clara Gomes, Helen Varley Jamieson, James Cunningham, Joseph DeLappe, Liz Bryce, Maria Chatzichristodoulou, Maja Delak und Luka Princ(ic(, Miljana Peric', Rob Myers, Roger Mills, Ruth Catlow, Stephen A. Schrum und Suzon Fuks. Reading excerpts from the book at the launch, from locations around the world, are: Alberto Vazquez (Argentina), Annie Abrahams (France), Christina Papagiannouli (UK), Clara Gomes (Portugal), Helen Varley Jamieson (Germany), James Cunningham (Australia), Liz Bryce (Aotearoa New Zealand), Miljana Peric' (Serbia), Nathalie Fougeras (Sweden) and Vicki Smith (Aotearoa New Zealand). To join the event online: this link will be live 15 minutes before showtime <http://water-wheel.net/taps/dock/785>. Find your local time here: http://tinyurl.com/m47kfr7 ** If anyone is able to record the event for us while watching, we would really appreciate it! Please let us know if you can do this. ** We hope to see you online tomorrow, -- vicki smith & helen varley jamieson UpStage architects in...@up... www.upstage.org.nz *Ten Years of UpStage! 9-10 January 2014 <http://upstage.org.nz/blog/>* ** |
From: helen v. j. <he...@cr...> - 2014-12-03 16:34:14
|
thanks martin! :) paul answered me offlist & said that he will be able to look at it on saturday; i guess he will ask if he needs help. h : ) On 3/12/14 1:03 PM, Martin Eisenbarth wrote: > hi! > > looks like the problem still persists... > @paul: let me know if i can help somehow. > > cheers, > martin > > > Am 01.12.2014 um 20:19 schrieb vicki smith: >> hey all :) >> >> mem and i did a perfromative rendition of the show digital handshake for >> the Post Human Corporealities symposium - we kicked off the performance >> evening >> we had a flawless 30mins >> >> both used the streams, had voices (txt to speech worked throughout !), >> had one instance of the both avatars showing as talking as the same in >> the chat box but everything went ridiculously smoothly given the issues >> we had been having with the rehersals and the perfromance for networked >> bodies >> >> i was on phone data and had a little slowness initially but that was my >> network >> >> isabel reported there was engagement and shadows danced with us on >> screen (we did not have a stream from the space - it was live streamed >> on uStream but i did not have the data capacity to have that open and watch) >> >> i will endeavour to update the blog soon - some work getting in the way, >> also helen and i have spent sometime discussing some next steps for us >> and upstage for next year so will report back on that shortly (once >> helen has landed fully in munchen ;) >> >> thanks all for your mahi :) >> >> kia pai to ra >> vicki (" >> >> >> >> On 02/12/2014, at 4:33 AM, helen varley jamieson wrote: >> >>> hi devs, >>> we've run into the server overload problem again :( i don't know how >>> long it has been like this - i think vicki & others were doing a show >>> in the last few days so i guess they would have said something if they >>> had problems. but today i am unable to upload a small image to the web >>> site, so i checked 8081 & 8083, & both are inaccessible again with the >>> webserver traceback error. >>> >>> it's quite urgent that we fix the back-up process so that this doesn't >>> keep happening. there isn't a huge amount of media on the server, >>> there should be loads of space. it's just silly to keep filling up >>> that space with duplicated backups. & if it's affecting the web site >>> as well it must be getting worse :( >>> >>> paul - do you have time to do it? >>> >>> thanks, >>> h : ) >>> -- >>> helen varley jamieson >>> he...@cr... <mailto:he...@cr...> >>> http://www.creative-catalyst.com <http://www.creative-catalyst.com/> >>> http://www.talesfromthetowpath.net <http://www.talesfromthetowpath.net/> >>> http://www.upstage.org.nz <http://www.upstage.org.nz/> >>> ------------------------------------------------------------------------------ >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>> with Interactivity, Sharing, Native Excel Exports, App Integration & more >>> Get technology previously reserved for billion-dollar corporations, FREE >>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk_______________________________________________ >>> Upstage-list mailing list >>> Ups...@li... >>> https://lists.sourceforge.net/lists/listinfo/upstage-list >> >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> >> >> >> _______________________________________________ >> Upstage-list mailing list >> Ups...@li... >> https://lists.sourceforge.net/lists/listinfo/upstage-list >> > -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.talesfromthetowpath.net http://www.upstage.org.nz |
From: Martin E. <ey...@fo...> - 2014-12-03 12:03:40
|
hi! looks like the problem still persists... @paul: let me know if i can help somehow. cheers, martin Am 01.12.2014 um 20:19 schrieb vicki smith: > hey all :) > > mem and i did a perfromative rendition of the show digital handshake for > the Post Human Corporealities symposium - we kicked off the performance > evening > we had a flawless 30mins > > both used the streams, had voices (txt to speech worked throughout !), > had one instance of the both avatars showing as talking as the same in > the chat box but everything went ridiculously smoothly given the issues > we had been having with the rehersals and the perfromance for networked > bodies > > i was on phone data and had a little slowness initially but that was my > network > > isabel reported there was engagement and shadows danced with us on > screen (we did not have a stream from the space - it was live streamed > on uStream but i did not have the data capacity to have that open and watch) > > i will endeavour to update the blog soon - some work getting in the way, > also helen and i have spent sometime discussing some next steps for us > and upstage for next year so will report back on that shortly (once > helen has landed fully in munchen ;) > > thanks all for your mahi :) > > kia pai to ra > vicki (" > > > > On 02/12/2014, at 4:33 AM, helen varley jamieson wrote: > >> hi devs, >> we've run into the server overload problem again :( i don't know how >> long it has been like this - i think vicki & others were doing a show >> in the last few days so i guess they would have said something if they >> had problems. but today i am unable to upload a small image to the web >> site, so i checked 8081 & 8083, & both are inaccessible again with the >> webserver traceback error. >> >> it's quite urgent that we fix the back-up process so that this doesn't >> keep happening. there isn't a huge amount of media on the server, >> there should be loads of space. it's just silly to keep filling up >> that space with duplicated backups. & if it's affecting the web site >> as well it must be getting worse :( >> >> paul - do you have time to do it? >> >> thanks, >> h : ) >> -- >> helen varley jamieson >> he...@cr... <mailto:he...@cr...> >> http://www.creative-catalyst.com <http://www.creative-catalyst.com/> >> http://www.talesfromthetowpath.net <http://www.talesfromthetowpath.net/> >> http://www.upstage.org.nz <http://www.upstage.org.nz/> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk_______________________________________________ >> Upstage-list mailing list >> Ups...@li... >> https://lists.sourceforge.net/lists/listinfo/upstage-list > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > -- Martin Eisenbarth Gärtnerstraße 21 86161 Augsburg Germany ey...@fo... http://www.foobarlab.net Phone +49 821 5679295 |
From: vicki s. <dig...@cl...> - 2014-12-01 19:51:01
|
hey all :) mem and i did a perfromative rendition of the show digital handshake for the Post Human Corporealities symposium - we kicked off the performance evening we had a flawless 30mins both used the streams, had voices (txt to speech worked throughout !), had one instance of the both avatars showing as talking as the same in the chat box but everything went ridiculously smoothly given the issues we had been having with the rehersals and the perfromance for networked bodies i was on phone data and had a little slowness initially but that was my network isabel reported there was engagement and shadows danced with us on screen (we did not have a stream from the space - it was live streamed on uStream but i did not have the data capacity to have that open and watch) i will endeavour to update the blog soon - some work getting in the way, also helen and i have spent sometime discussing some next steps for us and upstage for next year so will report back on that shortly (once helen has landed fully in munchen ;) thanks all for your mahi :) kia pai to ra vicki (" On 02/12/2014, at 4:33 AM, helen varley jamieson wrote: > hi devs, > we've run into the server overload problem again :( i don't know how long it has been like this - i think vicki & others were doing a show in the last few days so i guess they would have said something if they had problems. but today i am unable to upload a small image to the web site, so i checked 8081 & 8083, & both are inaccessible again with the webserver traceback error. > > it's quite urgent that we fix the back-up process so that this doesn't keep happening. there isn't a huge amount of media on the server, there should be loads of space. it's just silly to keep filling up that space with duplicated backups. & if it's affecting the web site as well it must be getting worse :( > > paul - do you have time to do it? > > thanks, > h : ) > -- > helen varley jamieson > he...@cr... > http://www.creative-catalyst.com > http://www.talesfromthetowpath.net > http://www.upstage.org.nz > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk_______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list |
From: helen v. j. <he...@cr...> - 2014-12-01 15:33:12
|
hi devs, we've run into the server overload problem again :( i don't know how long it has been like this - i think vicki & others were doing a show in the last few days so i guess they would have said something if they had problems. but today i am unable to upload a small image to the web site, so i checked 8081 & 8083, & both are inaccessible again with the webserver traceback error. it's quite urgent that we fix the back-up process so that this doesn't keep happening. there isn't a huge amount of media on the server, there should be loads of space. it's just silly to keep filling up that space with duplicated backups. & if it's affecting the web site as well it must be getting worse :( paul - do you have time to do it? thanks, h : ) -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.talesfromthetowpath.net http://www.upstage.org.nz |
From: helen v. j. <he...@cr...> - 2014-11-17 20:16:22
|
great, thanks paul - i just tried & can now get into both 8081 & 8083. but it's still a temporary solution, isn't it? we can't be always calling on you to delete old back-ups. shouldn't we also be making the changes that martin suggested? A rotating logfile seems appropriate to limit the produced logfile size (I guess 17GB logfile in compressed form is probably just a few MBs). This can easily be done for example with Logrotate. Also reducing server load with a reverse proxy (like Varnish or Squid) should allow many more connections at once as the UpStage server spends most of the time just for serving files. I have done this for my server and the UpStage server load was reduced by far more than 90%. Of course all ports should nonetheless be closed properly. Integrating a reverse proxy also requires to have the HTTP cache headers set properly. IIRC I had done some header modifications for this in my fork... i don't know how much work this is - is it something that you (paul) can do between now & next week? would you need help? should we try to find a bit of money from somewhere for you? h : ) On 18/11/14 8:05 AM, Paul Rohrlach wrote: > Okay so I've removed a bunch of old backups which has freed up a few gigs. > > On Mon, Nov 17, 2014 at 9:25 PM, helen varley jamieson > <he...@cr... <mailto:he...@cr...>> wrote: > > great, thank you! have a good rehearsal :) > > > On 17/11/14 8:57 PM, Paul Rohrlach wrote: >> >> Sweet. Will sort this after rehearsal >> >> On 17 Nov 2014 19:03, "helen varley jamieson" >> <he...@cr... >> <mailto:he...@cr...>> wrote: >> >> does this have something to do with our server's disk being >> full again? i just tried to enter both 8081 and 8083 and got >> the web.server traceback error on both. >> >> we really need to fix this, as we have been asked to do the >> "digital handshake" performance again at the end of next week. >> >> h : ( >> >> -------- Original Message -------- >> Subject: Cron <root@upstage> test -x /usr/sbin/apticron && >> /usr/sbin/apticron --cron >> Date: Mon, 17 Nov 2014 12:49:07 +1300 >> From: ro...@up... <mailto:ro...@up...> (Cron >> Daemon) >> To: ro...@up... <mailto:ro...@up...> >> >> >> >> E: Write error - write (122: Disk quota exceeded) >> E: IO Error saving source cache >> E: The package lists or status file could not be parsed or opened. >> >> >> >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and >> Dashboards >> with Interactivity, Sharing, Native Excel Exports, App >> Integration & more >> Get technology previously reserved for billion-dollar >> corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> _______________________________________________ >> Upstage-list mailing list >> Ups...@li... >> <mailto:Ups...@li...> >> https://lists.sourceforge.net/lists/listinfo/upstage-list >> >> >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> Upstage-list mailing list >> Ups...@li... <mailto:Ups...@li...> >> https://lists.sourceforge.net/lists/listinfo/upstage-list > > -- > helen varley jamieson > he...@cr... <mailto:he...@cr...> > http://www.creative-catalyst.com > http://www.talesfromthetowpath.net > http://www.upstage.org.nz > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and > Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration > & more > Get technology previously reserved for billion-dollar > corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Upstage-list mailing list > Ups...@li... > <mailto:Ups...@li...> > https://lists.sourceforge.net/lists/listinfo/upstage-list > > > > > -- > *Paul Rohrlach BCIS, MedTech Certified Engineer > **ICT Solutions Architect** > *+64 21 060 7658 | pau...@gm... > <mailto:pau...@gm...> > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.talesfromthetowpath.net http://www.upstage.org.nz |
From: Paul R. <pau...@gm...> - 2014-11-17 19:05:26
|
Okay so I've removed a bunch of old backups which has freed up a few gigs. On Mon, Nov 17, 2014 at 9:25 PM, helen varley jamieson < he...@cr...> wrote: > great, thank you! have a good rehearsal :) > > > On 17/11/14 8:57 PM, Paul Rohrlach wrote: > > Sweet. Will sort this after rehearsal > On 17 Nov 2014 19:03, "helen varley jamieson" <he...@cr...> > wrote: > >> does this have something to do with our server's disk being full again? >> i just tried to enter both 8081 and 8083 and got the web.server traceback >> error on both. >> >> we really need to fix this, as we have been asked to do the "digital >> handshake" performance again at the end of next week. >> >> h : ( >> >> -------- Original Message -------- Subject: Cron <root@upstage> test -x >> /usr/sbin/apticron && /usr/sbin/apticron --cron Date: Mon, 17 Nov 2014 >> 12:49:07 +1300 From: ro...@up... (Cron Daemon) To: >> ro...@up... >> >> E: Write error - write (122: Disk quota exceeded) >> E: IO Error saving source cache >> E: The package lists or status file could not be parsed or opened. >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk >> _______________________________________________ >> Upstage-list mailing list >> Ups...@li... >> https://lists.sourceforge.net/lists/listinfo/upstage-list >> >> > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREEhttp://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Upstage-list mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/upstage-list > > > -- > helen varley jamieson > he...@cr... > http://www.creative-catalyst.com > http://www.talesfromthetowpath.net > http://www.upstage.org.nz > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > > -- *Paul Rohrlach BCIS, MedTech Certified Engineer**ICT Solutions Architect* +64 21 060 7658 | pau...@gm... |
From: helen v. j. <he...@cr...> - 2014-11-17 08:25:50
|
great, thank you! have a good rehearsal :) On 17/11/14 8:57 PM, Paul Rohrlach wrote: > > Sweet. Will sort this after rehearsal > > On 17 Nov 2014 19:03, "helen varley jamieson" > <he...@cr... <mailto:he...@cr...>> wrote: > > does this have something to do with our server's disk being full > again? i just tried to enter both 8081 and 8083 and got the > web.server traceback error on both. > > we really need to fix this, as we have been asked to do the > "digital handshake" performance again at the end of next week. > > h : ( > > -------- Original Message -------- > Subject: Cron <root@upstage> test -x /usr/sbin/apticron && > /usr/sbin/apticron --cron > Date: Mon, 17 Nov 2014 12:49:07 +1300 > From: ro...@up... <mailto:ro...@up...> (Cron Daemon) > To: ro...@up... <mailto:ro...@up...> > > > > E: Write error - write (122: Disk quota exceeded) > E: IO Error saving source cache > E: The package lists or status file could not be parsed or opened. > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and > Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration > & more > Get technology previously reserved for billion-dollar > corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Upstage-list mailing list > Ups...@li... > <mailto:Ups...@li...> > https://lists.sourceforge.net/lists/listinfo/upstage-list > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.talesfromthetowpath.net http://www.upstage.org.nz |
From: Paul R. <pau...@gm...> - 2014-11-17 07:57:41
|
Sweet. Will sort this after rehearsal On 17 Nov 2014 19:03, "helen varley jamieson" <he...@cr...> wrote: > does this have something to do with our server's disk being full again? i > just tried to enter both 8081 and 8083 and got the web.server traceback > error on both. > > we really need to fix this, as we have been asked to do the "digital > handshake" performance again at the end of next week. > > h : ( > > -------- Original Message -------- Subject: Cron <root@upstage> test -x > /usr/sbin/apticron && /usr/sbin/apticron --cron Date: Mon, 17 Nov 2014 > 12:49:07 +1300 From: ro...@up... (Cron Daemon) To: > ro...@up... > > E: Write error - write (122: Disk quota exceeded) > E: IO Error saving source cache > E: The package lists or status file could not be parsed or opened. > > > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > > |
From: helen v. j. <he...@cr...> - 2014-11-17 06:03:43
|
does this have something to do with our server's disk being full again? i just tried to enter both 8081 and 8083 and got the web.server traceback error on both. we really need to fix this, as we have been asked to do the "digital handshake" performance again at the end of next week. h : ( -------- Original Message -------- Subject: Cron <root@upstage> test -x /usr/sbin/apticron && /usr/sbin/apticron --cron Date: Mon, 17 Nov 2014 12:49:07 +1300 From: ro...@up... (Cron Daemon) To: ro...@up... E: Write error - write (122: Disk quota exceeded) E: IO Error saving source cache E: The package lists or status file could not be parsed or opened. |
From: helen v. j. <he...@cr...> - 2014-11-09 10:04:46
|
so in the end christina did manage to get in & we performed on 8083 without any problems other than no avatar voices at all; not great but perhaps the least bad thing that could have gone wrong! :) so now if there is time to do the changes to the back-up & anything else that can help the server - & also getting the new web site live - we don't have any shows scheduled in the near future. h : ) On 9/11/14 7:20 AM, helen varley jamieson wrote: > oh dear ... 3 of us are in the stage for the show, but christina who > is on site in london can't enter as a player. she has entered as > audience so we are working on a work-around, but i'm worried that if > it's the same problem it will stop audience from entering ... :( > > paul, i don't suppose you're awake yet to look at it ... ? > > our start time is 7.30am nz time, altho christina is just telling us > that the conference is very behind schedule so she is negotiating with > the organisers to swap things round so we don't have to start late. > > h : ( > -- > helen varley jamieson > he...@cr... <mailto:he...@cr...> > http://www.creative-catalyst.com > http://www.talesfromthetowpath.net > http://www.upstage.org.nz > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.talesfromthetowpath.net http://www.upstage.org.nz |
From: helen v. j. <he...@cr...> - 2014-11-08 18:20:11
|
oh dear ... 3 of us are in the stage for the show, but christina who is on site in london can't enter as a player. she has entered as audience so we are working on a work-around, but i'm worried that if it's the same problem it will stop audience from entering ... :( paul, i don't suppose you're awake yet to look at it ... ? our start time is 7.30am nz time, altho christina is just telling us that the conference is very behind schedule so she is negotiating with the organisers to swap things round so we don't have to start late. h : ( -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.talesfromthetowpath.net http://www.upstage.org.nz |
From: helen v. j. <he...@cr...> - 2014-11-08 10:53:03
|
i'm slightly nervous about the possibility of it filling up again at 6.52am nz time ... that will be 38 minutes before our performance ... i'll go & make some sacrifices to minimise the chances !!! On 8/11/14 11:50 AM, Paul Rohrlach wrote: > Will have to be tomorrow - I've got a pretty full on schedule today. > > On Sat, Nov 8, 2014 at 11:27 AM, helen varley jamieson > <he...@cr... <mailto:he...@cr...>> wrote: > > thanks very much, douglas, martin & paul :) > > paul - will the setting up of it happen today? & will everything > be ok for our show, at 7.30am sunday morning (tomorrow)? i'll test > late tonight ... > > h : ) > > > On 8/11/14 8:19 AM, Paul Rohrlach wrote: >> >> My apologies... I assumed rotation was already happening (don't >> even remember the last time I manually did that) anyhow, I'll set >> that up. >> >> On 8 Nov 2014 00:51, "Martin Eisenbarth" <ey...@fo... >> <mailto:ey...@fo...>> wrote: >> >> Hi all, >> >> That does probably also explain why Red5 stopped working... >> To prevent these problems mentioned I would suggest the >> following: >> A rotating logfile seems appropriate to limit the produced >> logfile size >> (I guess 17GB logfile in compressed form is probably just a >> few MBs). >> This can easily be done for example with Logrotate. >> Also reducing server load with a reverse proxy (like Varnish >> or Squid) >> should allow many more connections at once as the UpStage >> server spends >> most of the time just for serving files. I have done this for >> my server >> and the UpStage server load was reduced by far more than 90%. >> Of course >> all ports should nonetheless be closed properly. >> Integrating a reverse proxy also requires to have the HTTP >> cache headers >> set properly. IIRC I had done some header modifications for >> this in my >> fork... >> >> Cheers, >> Martin >> >> >> >> Am 07.11.2014 um 07:06 schrieb Douglas Bagnall: >> > Hi Paul, Helen, >> > >> > The disk filled up completely the other day, which may or >> may not have >> > caused these problems (by e.g., not closing properly >> sockets in the >> > case of an IOException). Some obvious big things are >> > >> > 17G /opt/upstage3-beta/server/src/upstage.log >> > 100G /home/UpStage Media Backups/ >> > >> > I deleted one of the backups from last year, and now the >> disk is at >> > 99%. But if this backup occurs automatically and weekly >> (which seems >> > to be the case), the disk is likely to fill up again at >> around 6:52 >> > either this Sunday morning or the next one. >> > >> > cheers, >> > Douglas >> > >> > >> >>>> >> >>>> This happens when connections aren't closed properly. >> It's a combination >> >>>> of a Linux security feature and poor connection handling >> in UpStage code. >> >>>> >> > >> > >> ------------------------------------------------------------------------------ >> > _______________________________________________ >> > Upstage-list mailing list >> > Ups...@li... >> <mailto:Ups...@li...> >> > https://lists.sourceforge.net/lists/listinfo/upstage-list >> > >> >> >> -- >> Martin Eisenbarth >> Gärtnerstraße 21 >> 86161 Augsburg >> Germany >> ey...@fo... <mailto:ey...@fo...> >> http://www.foobarlab.net >> Phone +49 821 5679295 <tel:%2B49%20821%205679295> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Upstage-list mailing list >> Ups...@li... >> <mailto:Ups...@li...> >> https://lists.sourceforge.net/lists/listinfo/upstage-list >> >> >> >> ------------------------------------------------------------------------------ >> >> >> _______________________________________________ >> Upstage-list mailing list >> Ups...@li... <mailto:Ups...@li...> >> https://lists.sourceforge.net/lists/listinfo/upstage-list > > -- > helen varley jamieson > he...@cr... <mailto:he...@cr...> > http://www.creative-catalyst.com > http://www.talesfromthetowpath.net > http://www.upstage.org.nz > > ------------------------------------------------------------------------------ > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > <mailto:Ups...@li...> > https://lists.sourceforge.net/lists/listinfo/upstage-list > > > > > -- > *Paul Rohrlach BCIS, MedTech Certified Engineer > **ICT Solutions Architect** > *+64 21 060 7658 | pau...@gm... > <mailto:pau...@gm...> > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.talesfromthetowpath.net http://www.upstage.org.nz |
From: helen v. j. <he...@cr...> - 2014-11-08 10:39:06
|
that does sound like a better option; having multiple back-ups that duplicate the same media is a bit silly, especially if it means we are running out of space. it would be great if you can look into it when you have time, paul :) On 8/11/14 4:26 PM, Paul Rohrlach wrote: > > I'm not familiar with that one (I spend 99% of my time in an > environment where space isn't an issue) but I'll certainly look into it :) > > On 8 Nov 2014 13:03, "Douglas Bagnall" <do...@ha... > <mailto:do...@ha...>> wrote: > > On 08/11/14 08:19, Paul Rohrlach wrote: > > My apologies... I assumed rotation was already happening (don't even > > remember the last time I manually did that) anyhow, I'll set > that up. > > It would be more space efficient and probably less error-prone to use > an incremental backup system like rsnapshot rather than snapshot > tarballs. This would be especially good for media files which are > already well compressed (so gzip is ineffective) and never change (so > you get huge near-identical tarballs instead of tiny incremental > changes). > > The host system has over three years of rsnapshot backups of the > upstage server (including these media tarballs) that occupy less than > 280Gb. > > Of course I recognise that there is a time cost to setting something > like that up, and I completely understand if you choose to stick with > tarball rotations. > > Douglas > > ------------------------------------------------------------------------------ > _______________________________________________ > Upstage-list mailing list > Ups...@li... > <mailto:Ups...@li...> > https://lists.sourceforge.net/lists/listinfo/upstage-list > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.talesfromthetowpath.net http://www.upstage.org.nz |
From: Paul R. <pau...@gm...> - 2014-11-08 03:26:27
|
I'm not familiar with that one (I spend 99% of my time in an environment where space isn't an issue) but I'll certainly look into it :) On 8 Nov 2014 13:03, "Douglas Bagnall" <do...@ha...> wrote: > On 08/11/14 08:19, Paul Rohrlach wrote: > > My apologies... I assumed rotation was already happening (don't even > > remember the last time I manually did that) anyhow, I'll set that up. > > It would be more space efficient and probably less error-prone to use > an incremental backup system like rsnapshot rather than snapshot > tarballs. This would be especially good for media files which are > already well compressed (so gzip is ineffective) and never change (so > you get huge near-identical tarballs instead of tiny incremental > changes). > > The host system has over three years of rsnapshot backups of the > upstage server (including these media tarballs) that occupy less than > 280Gb. > > Of course I recognise that there is a time cost to setting something > like that up, and I completely understand if you choose to stick with > tarball rotations. > > Douglas > > > ------------------------------------------------------------------------------ > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > |
From: Douglas B. <do...@ha...> - 2014-11-08 00:03:55
|
On 08/11/14 08:19, Paul Rohrlach wrote: > My apologies... I assumed rotation was already happening (don't even > remember the last time I manually did that) anyhow, I'll set that up. It would be more space efficient and probably less error-prone to use an incremental backup system like rsnapshot rather than snapshot tarballs. This would be especially good for media files which are already well compressed (so gzip is ineffective) and never change (so you get huge near-identical tarballs instead of tiny incremental changes). The host system has over three years of rsnapshot backups of the upstage server (including these media tarballs) that occupy less than 280Gb. Of course I recognise that there is a time cost to setting something like that up, and I completely understand if you choose to stick with tarball rotations. Douglas |
From: Paul R. <pau...@gm...> - 2014-11-07 22:50:13
|
Will have to be tomorrow - I've got a pretty full on schedule today. On Sat, Nov 8, 2014 at 11:27 AM, helen varley jamieson < he...@cr...> wrote: > thanks very much, douglas, martin & paul :) > > paul - will the setting up of it happen today? & will everything be ok for > our show, at 7.30am sunday morning (tomorrow)? i'll test late tonight ... > > h : ) > > > On 8/11/14 8:19 AM, Paul Rohrlach wrote: > > My apologies... I assumed rotation was already happening (don't even > remember the last time I manually did that) anyhow, I'll set that up. > On 8 Nov 2014 00:51, "Martin Eisenbarth" <ey...@fo...> wrote: > >> Hi all, >> >> That does probably also explain why Red5 stopped working... >> To prevent these problems mentioned I would suggest the following: >> A rotating logfile seems appropriate to limit the produced logfile size >> (I guess 17GB logfile in compressed form is probably just a few MBs). >> This can easily be done for example with Logrotate. >> Also reducing server load with a reverse proxy (like Varnish or Squid) >> should allow many more connections at once as the UpStage server spends >> most of the time just for serving files. I have done this for my server >> and the UpStage server load was reduced by far more than 90%. Of course >> all ports should nonetheless be closed properly. >> Integrating a reverse proxy also requires to have the HTTP cache headers >> set properly. IIRC I had done some header modifications for this in my >> fork... >> >> Cheers, >> Martin >> >> >> >> Am 07.11.2014 um 07:06 schrieb Douglas Bagnall: >> > Hi Paul, Helen, >> > >> > The disk filled up completely the other day, which may or may not have >> > caused these problems (by e.g., not closing properly sockets in the >> > case of an IOException). Some obvious big things are >> > >> > 17G /opt/upstage3-beta/server/src/upstage.log >> > 100G /home/UpStage Media Backups/ >> > >> > I deleted one of the backups from last year, and now the disk is at >> > 99%. But if this backup occurs automatically and weekly (which seems >> > to be the case), the disk is likely to fill up again at around 6:52 >> > either this Sunday morning or the next one. >> > >> > cheers, >> > Douglas >> > >> > >> >>>> >> >>>> This happens when connections aren't closed properly. It's a >> combination >> >>>> of a Linux security feature and poor connection handling in UpStage >> code. >> >>>> >> > >> > >> ------------------------------------------------------------------------------ >> > _______________________________________________ >> > Upstage-list mailing list >> > Ups...@li... >> > https://lists.sourceforge.net/lists/listinfo/upstage-list >> > >> >> >> -- >> Martin Eisenbarth >> Gärtnerstraße 21 >> 86161 Augsburg >> Germany >> ey...@fo... >> http://www.foobarlab.net >> Phone +49 821 5679295 <%2B49%20821%205679295> >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Upstage-list mailing list >> Ups...@li... >> https://lists.sourceforge.net/lists/listinfo/upstage-list >> > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > Upstage-list mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/upstage-list > > > -- > helen varley jamieson > he...@cr... > http://www.creative-catalyst.com > http://www.talesfromthetowpath.net > http://www.upstage.org.nz > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > > -- *Paul Rohrlach BCIS, MedTech Certified Engineer**ICT Solutions Architect* +64 21 060 7658 | pau...@gm... |
From: helen v. j. <he...@cr...> - 2014-11-07 22:27:24
|
thanks very much, douglas, martin & paul :) paul - will the setting up of it happen today? & will everything be ok for our show, at 7.30am sunday morning (tomorrow)? i'll test late tonight ... h : ) On 8/11/14 8:19 AM, Paul Rohrlach wrote: > > My apologies... I assumed rotation was already happening (don't even > remember the last time I manually did that) anyhow, I'll set that up. > > On 8 Nov 2014 00:51, "Martin Eisenbarth" <ey...@fo... > <mailto:ey...@fo...>> wrote: > > Hi all, > > That does probably also explain why Red5 stopped working... > To prevent these problems mentioned I would suggest the following: > A rotating logfile seems appropriate to limit the produced logfile > size > (I guess 17GB logfile in compressed form is probably just a few MBs). > This can easily be done for example with Logrotate. > Also reducing server load with a reverse proxy (like Varnish or Squid) > should allow many more connections at once as the UpStage server > spends > most of the time just for serving files. I have done this for my > server > and the UpStage server load was reduced by far more than 90%. Of > course > all ports should nonetheless be closed properly. > Integrating a reverse proxy also requires to have the HTTP cache > headers > set properly. IIRC I had done some header modifications for this in my > fork... > > Cheers, > Martin > > > > Am 07.11.2014 um 07:06 schrieb Douglas Bagnall: > > Hi Paul, Helen, > > > > The disk filled up completely the other day, which may or may > not have > > caused these problems (by e.g., not closing properly sockets in the > > case of an IOException). Some obvious big things are > > > > 17G /opt/upstage3-beta/server/src/upstage.log > > 100G /home/UpStage Media Backups/ > > > > I deleted one of the backups from last year, and now the disk is at > > 99%. But if this backup occurs automatically and weekly (which seems > > to be the case), the disk is likely to fill up again at around 6:52 > > either this Sunday morning or the next one. > > > > cheers, > > Douglas > > > > > >>>> > >>>> This happens when connections aren't closed properly. It's a > combination > >>>> of a Linux security feature and poor connection handling in > UpStage code. > >>>> > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Upstage-list mailing list > > Ups...@li... > <mailto:Ups...@li...> > > https://lists.sourceforge.net/lists/listinfo/upstage-list > > > > > -- > Martin Eisenbarth > Gärtnerstraße 21 > 86161 Augsburg > Germany > ey...@fo... <mailto:ey...@fo...> > http://www.foobarlab.net > Phone +49 821 5679295 <tel:%2B49%20821%205679295> > > ------------------------------------------------------------------------------ > _______________________________________________ > Upstage-list mailing list > Ups...@li... > <mailto:Ups...@li...> > https://lists.sourceforge.net/lists/listinfo/upstage-list > > > > ------------------------------------------------------------------------------ > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.talesfromthetowpath.net http://www.upstage.org.nz |
From: Paul R. <pau...@gm...> - 2014-11-07 19:19:43
|
My apologies... I assumed rotation was already happening (don't even remember the last time I manually did that) anyhow, I'll set that up. On 8 Nov 2014 00:51, "Martin Eisenbarth" <ey...@fo...> wrote: > Hi all, > > That does probably also explain why Red5 stopped working... > To prevent these problems mentioned I would suggest the following: > A rotating logfile seems appropriate to limit the produced logfile size > (I guess 17GB logfile in compressed form is probably just a few MBs). > This can easily be done for example with Logrotate. > Also reducing server load with a reverse proxy (like Varnish or Squid) > should allow many more connections at once as the UpStage server spends > most of the time just for serving files. I have done this for my server > and the UpStage server load was reduced by far more than 90%. Of course > all ports should nonetheless be closed properly. > Integrating a reverse proxy also requires to have the HTTP cache headers > set properly. IIRC I had done some header modifications for this in my > fork... > > Cheers, > Martin > > > > Am 07.11.2014 um 07:06 schrieb Douglas Bagnall: > > Hi Paul, Helen, > > > > The disk filled up completely the other day, which may or may not have > > caused these problems (by e.g., not closing properly sockets in the > > case of an IOException). Some obvious big things are > > > > 17G /opt/upstage3-beta/server/src/upstage.log > > 100G /home/UpStage Media Backups/ > > > > I deleted one of the backups from last year, and now the disk is at > > 99%. But if this backup occurs automatically and weekly (which seems > > to be the case), the disk is likely to fill up again at around 6:52 > > either this Sunday morning or the next one. > > > > cheers, > > Douglas > > > > > >>>> > >>>> This happens when connections aren't closed properly. It's a > combination > >>>> of a Linux security feature and poor connection handling in UpStage > code. > >>>> > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Upstage-list mailing list > > Ups...@li... > > https://lists.sourceforge.net/lists/listinfo/upstage-list > > > > > -- > Martin Eisenbarth > Gärtnerstraße 21 > 86161 Augsburg > Germany > ey...@fo... > http://www.foobarlab.net > Phone +49 821 5679295 > > > ------------------------------------------------------------------------------ > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > |
From: Martin E. <ey...@fo...> - 2014-11-07 11:51:10
|
Hi all, That does probably also explain why Red5 stopped working... To prevent these problems mentioned I would suggest the following: A rotating logfile seems appropriate to limit the produced logfile size (I guess 17GB logfile in compressed form is probably just a few MBs). This can easily be done for example with Logrotate. Also reducing server load with a reverse proxy (like Varnish or Squid) should allow many more connections at once as the UpStage server spends most of the time just for serving files. I have done this for my server and the UpStage server load was reduced by far more than 90%. Of course all ports should nonetheless be closed properly. Integrating a reverse proxy also requires to have the HTTP cache headers set properly. IIRC I had done some header modifications for this in my fork... Cheers, Martin Am 07.11.2014 um 07:06 schrieb Douglas Bagnall: > Hi Paul, Helen, > > The disk filled up completely the other day, which may or may not have > caused these problems (by e.g., not closing properly sockets in the > case of an IOException). Some obvious big things are > > 17G /opt/upstage3-beta/server/src/upstage.log > 100G /home/UpStage Media Backups/ > > I deleted one of the backups from last year, and now the disk is at > 99%. But if this backup occurs automatically and weekly (which seems > to be the case), the disk is likely to fill up again at around 6:52 > either this Sunday morning or the next one. > > cheers, > Douglas > > >>>> >>>> This happens when connections aren't closed properly. It's a combination >>>> of a Linux security feature and poor connection handling in UpStage code. >>>> > > ------------------------------------------------------------------------------ > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > -- Martin Eisenbarth Gärtnerstraße 21 86161 Augsburg Germany ey...@fo... http://www.foobarlab.net Phone +49 821 5679295 |