For the file serving needs of the vast majority of small networks, how can one justify more than an Apple Time Capsule?<br><br><div class="gmail_quote">On Wed, Nov 19, 2008 at 2:33 AM, Mark Schouten <span dir="ltr"><<a href="mailto:mark@prevented.net">mark@prevented.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Wed, 2008-11-19 at 06:27 +0900, Onno Benschop wrote:<br>
> I'm not saying that their solution is crap, I'm saying that they're<br>
> telling me one thing and offering me another. They're telling me the<br>
> machine is a real server, "it's running Open Solaris was the mantra",<br>
> but when I actually want to use it as a server (which personally I think<br>
> would be an excellent idea - and I'm interested to hear comment on<br>
> this), I void my support contract which makes no sense to me at all.<br>
<br>
</div>So we're having a discussion on the Ubuntu server mailinglist, about how<br>
you misinterpreted a marketing line from Sun?<br>
<div class="Ih2E3d"><br>
> Ironically, the VMware issue came up and I suggested to the Sun engineer<br>
> in front of me at the time that if they actually had real VMware<br>
> certification, why didn't they offer to run appliances on the machine,<br>
> and amend the support contract to include something like this: "If your<br>
> problem is caused by your running VMware appliance, Sun support will be<br>
> unable to assist you, however, if when the appliance is stopped and the<br>
> issue persists, you'll receive full Sun support." - but I suspect that<br>
> it will be some time before we see something like that :-)<br>
<br>
</div>^^ Still missing the point of the box...<br>
<div class="Ih2E3d"><br>
> Which reminds me, there was no discussion about what happens to their<br>
> system during upgrade. There is a roll-back for upgrades, but there was<br>
> no discussion about what happens during the upgrade and no reference to<br>
> interoperability between clustered solutions either (other than to say<br>
> that interoperability was extremely closely tied to firmware versions<br>
> and OS versions), so there is no information on if two or more clustered<br>
> devices can run together with different versions, so you can reboot one<br>
> after an upgrade without turning off the cluster - I suspect "that's in<br>
> a future release".<br>
><br>
> A final Ubuntu-server thought, the roll-back idea seemed like a really<br>
> cool thing that we could implement with a snap-shot. That is, do a<br>
> system-snap-shot before any upgrades leaving the ability to roll-back a<br>
> system if the upgrade had issues - of course little things like incoming<br>
> mail and database queries might be a problem, but if we deal with that<br>
> by separating the OS from the data (hmm, where did I hear that before<br>
> :), then we might have ourselves a feature that I know I'd use. Nothing<br>
> like doing an upgrade at midnight, having it fail and spending the next<br>
> 8 hours fixing it :)<br>
<br>
</div>A dist-upgrade has never taken me more than two hours. Falling back to a<br>
snapshot is nice if you don't have (or take) the time to do your<br>
upgrade. But I'd rather fix the problem I see when upgrading than going<br>
back a snapshot and start of over again (running into the same issues).<br>
<div class="Ih2E3d"><br>
--<br>
Mark Schouten <<a href="mailto:mark@prevented.net">mark@prevented.net</a>><br>
<br>
<br>
--<br>
</div><div><div></div><div class="Wj3C7c">ubuntu-server mailing list<br>
<a href="mailto:ubuntu-server@lists.ubuntu.com">ubuntu-server@lists.ubuntu.com</a><br>
<a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-server" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-server</a><br>
More info: <a href="https://wiki.ubuntu.com/ServerTeam" target="_blank">https://wiki.ubuntu.com/ServerTeam</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><a href="http://ls.net">http://ls.net</a><br><a href="http://drupal.ls.net">http://drupal.ls.net</a><br>