Thread: [Mdn-devel] server woes
Status: Planning
Brought to you by:
tannewt
From: Michael F. <ms...@sy...> - 2008-06-25 20:40:13
|
after spending the last few days fiddling with the server in different ways, it looks like the real culprit is vmware. this is of course unfortunate because the banda-project.org server is running as a vmware server instance. Currently i have disabled vmware, and i am researching appropriate (i.e. not proprietary) alternatives. So far Xen is sounding good. I have no timeline as to when the server will be back up and running. if someone has *really* important data on the server i can temporarily restart the server long enough to pull out the data, but i would rather not potentially destabilize the system. Michael |
From: Scott S. <sco...@co...> - 2008-06-26 04:44:50
|
Michael, Thanks, do what you need to. ~Scott Michael Frank wrote: > after spending the last few days fiddling with the server in different > ways, it looks like the real culprit is vmware. this is of course > unfortunate because the banda-project.org server is running as a vmware > server instance. Currently i have disabled vmware, and i am researching > appropriate (i.e. not proprietary) alternatives. So far Xen is sounding > good. I have no timeline as to when the server will be back up and > running. if someone has *really* important data on the server i can > temporarily restart the server long enough to pull out the data, but i > would rather not potentially destabilize the system. > > Michael > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Mdn-devel mailing list > Mdn...@li... > https://lists.sourceforge.net/lists/listinfo/mdn-devel > > |
From: Michael F. <ms...@sy...> - 2008-06-26 18:15:26
|
Michael Frank wrote: > after spending the last few days fiddling with the server in different > ways, it looks like the real culprit is vmware. this is of course > unfortunate because the banda-project.org server is running as a vmware > server instance. Currently i have disabled vmware, and i am researching > appropriate (i.e. not proprietary) alternatives. So far Xen is sounding > good. I have no timeline as to when the server will be back up and > running. if someone has *really* important data on the server i can > temporarily restart the server long enough to pull out the data, but i > would rather not potentially destabilize the system. > a small update: i figured out how to mount the vmware server disk without actually starting vmware, so i can easily access data now. if anyone wants a copy of the website, or a copy of the svn repository, or something else, i can make it available. -- .~. Michael Frank /v\ ms...@sy... // \\ /( )\ ^`-'^ |
From: Andrew R. <ar...@gm...> - 2008-06-26 18:31:06
|
On a related note, mind if I ask how this is done? would be exteremely useful for me.... On Thu, Jun 26, 2008 at 11:15 AM, Michael Frank <ms...@sy...> wrote: > Michael Frank wrote: > > after spending the last few days fiddling with the server in different > > ways, it looks like the real culprit is vmware. this is of course > > unfortunate because the banda-project.org server is running as a vmware > > server instance. Currently i have disabled vmware, and i am researching > > appropriate (i.e. not proprietary) alternatives. So far Xen is sounding > > good. I have no timeline as to when the server will be back up and > > running. if someone has *really* important data on the server i can > > temporarily restart the server long enough to pull out the data, but i > > would rather not potentially destabilize the system. > > > a small update: i figured out how to mount the vmware server disk > without actually starting vmware, so i can easily access data now. if > anyone wants a copy of the website, or a copy of the svn repository, or > something else, i can make it available. > > -- > .~. > Michael Frank /v\ > ms...@sy... // \\ > /( )\ > ^`-'^ > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Mdn-devel mailing list > Mdn...@li... > https://lists.sourceforge.net/lists/listinfo/mdn-devel > |
From: Michael F. <ms...@sy...> - 2008-06-26 18:44:47
|
Andrew Reusch wrote: > On a related note, mind if I ask how this is done? would be exteremely > useful for me.... > sure, its pretty simple actually. you just use the vmware-mount.pl script. basic usage is: $ vmware-mount.pl <diskfile> <partition number> [-o <mount options>] <mountpoint> where <diskfile> is the path to the .vmdk file, <partition number> is the partition inside the diskfile you want to mount, and <mountpoint> is a path to a directory where the partition can be mounted. <mount options> is optional, and takes the same kind of options you would pass to the regular mount command. you can find what partition number to use by running 'vmware-mount.pl -p <diskfile>' to list the partitions. you will most likely see a warning like this when you mount: "It has been reported that this program does not work correctly with 2.4+ Linux kernels in some cases, and you are currently running such a kernel. Do you really want to continue? [N]". from what i read, it can be ignored, but if you want to be safe you can mount the partition readonly (passing -o ro as a mount option). -- .~. Michael Frank /v\ ms...@sy... // \\ /( )\ ^`-'^ |
From: Andrew R. <ar...@gm...> - 2008-06-26 20:50:39
|
Sweet. I guess I overlooked that script. Is it in Server? On Thu, Jun 26, 2008 at 11:44 AM, Michael Frank <ms...@sy...> wrote: > Andrew Reusch wrote: > > On a related note, mind if I ask how this is done? would be exteremely > > useful for me.... > > > sure, its pretty simple actually. you just use the vmware-mount.pl > script. basic usage is: > > $ vmware-mount.pl <diskfile> <partition number> [-o <mount options>] > <mountpoint> > > where <diskfile> is the path to the .vmdk file, <partition number> is > the partition inside the diskfile you want to mount, and <mountpoint> is > a path to a directory where the partition can be mounted. <mount > options> is optional, and takes the same kind of options you would pass > to the regular mount command. you can find what partition number to use > by running 'vmware-mount.pl -p <diskfile>' to list the partitions. > > you will most likely see a warning like this when you mount: "It has > been reported that this program does not work correctly with 2.4+ Linux > kernels in some cases, and you are currently running such a kernel. Do > you really want to continue? [N]". from what i read, it can be ignored, > but if you want to be safe you can mount the partition readonly (passing > -o ro as a mount option). > > -- > .~. > Michael Frank /v\ > ms...@sy... // \\ > /( )\ > ^`-'^ > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Mdn-devel mailing list > Mdn...@li... > https://lists.sourceforge.net/lists/listinfo/mdn-devel > |
From: Michael F. <ms...@sy...> - 2008-06-26 20:59:08
|
Andrew Reusch wrote: > Sweet. I guess I overlooked that script. Is it in Server? > yeah. i don't think it is distributed with vmware-player. -- .~. Michael Frank /v\ ms...@sy... // \\ /( )\ ^`-'^ |
From: Eric O. <eo...@cs...> - 2008-06-26 19:41:58
|
I'm interested in working on banda a little bit this weekend, so if you could get the repository active, that would be awesome. ~Eric -----Original Message----- From: mdn...@li... [mailto:mdn...@li...] On Behalf Of Michael Frank Sent: Thursday, June 26, 2008 11:15 AM To: mdn...@li... Subject: Re: [Mdn-devel] server woes Michael Frank wrote: > after spending the last few days fiddling with the server in different > ways, it looks like the real culprit is vmware. this is of course > unfortunate because the banda-project.org server is running as a vmware > server instance. Currently i have disabled vmware, and i am researching > appropriate (i.e. not proprietary) alternatives. So far Xen is sounding > good. I have no timeline as to when the server will be back up and > running. if someone has *really* important data on the server i can > temporarily restart the server long enough to pull out the data, but i > would rather not potentially destabilize the system. > a small update: i figured out how to mount the vmware server disk without actually starting vmware, so i can easily access data now. if anyone wants a copy of the website, or a copy of the svn repository, or something else, i can make it available. -- .~. Michael Frank /v\ ms...@sy... // \\ /( )\ ^`-'^ ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Mdn-devel mailing list Mdn...@li... https://lists.sourceforge.net/lists/listinfo/mdn-devel |
From: Michael F. <ms...@sy...> - 2008-06-26 20:23:31
|
Eric Orth wrote: > I'm interested in working on banda a little bit this weekend, so if you > could get the repository active, that would be awesome. > ok, subversion is back up and accessible thru https just like it used to be (https://banda-project.org/svn/). this is readonly access at the moment. also, the homepage now has a placeholder page, which i suppose is marginally better than the banda-project.org site being completely inaccessible. -- .~. Michael Frank /v\ ms...@sy... // \\ /( )\ ^`-'^ |