Hi,
I've now added support for installing Ubuntu 16.04 to the Xen Shell.
Your instance of the Xen Shell will need to be version
1.48bitfolk36. If you have an old copy hanging around, log out of it
completely and SSH to it again.
I would not recommend attempting to use ZFS unless you have a lot
more than the default 1GiB memory (and then you'll still need a
separate ext4 /boot).
Here's an Asciinema of me installing a 64-bit encrypted storage
version of it in real time. I skipped the swap device for speed but
you may not necessarily want to do that.
https://asciinema.org/a/8n7onshwzaziqhz7ewqmxcbcv
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
Hi,
Between about 06:46 and 07:09 UTC today I was doing some work to
move the entropy service behind a VRRP IP and so users of it will
have seen some messages like:
ekey-egd-linux: Reconnecting to EGD server
in their logs. As long as they do not continue in past 07:09 there
is nothing to be concerned about.
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
Hi,
If your VPS lives on snaps.bitfolk.com then you should have by now
received direct email notifying you of planned maintenance on this
server on Saturday 16th April.
If you don't know what host your VPS is on, please see:
https://panel.bitfolk.com/account/
which lists it.
If it's on snaps.bitfolk.com and you haven't received the
notification you should check your spam folders etc.
If your VPS is not on snaps.bitfolk.com then you will be unaffected
and should not notice any disruption.
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
Hi,
Effective immediately the monthly data transfer quota has been
increased to 1,000GB. For those of you on 95th percentile it's been
increased to 2Mbps.
Those of you that pay for additional monthly data transfer may not
now need to do so. If that is the case please contact
support(a)bitfolk.com about dropping back down to the new default.
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
Hello,
I'm pleased to say that the hardware upgrades were completed on 1st
April 2016. That means every single BitFolk customer was moved from
an older piece of hardware to a new one, and in the process gained
some extra memory and an extra virtual CPU core.
The swap provision was standardised to a 1GiB xvdb device with a
single swap partition on it. If you previously had a smaller swap
device (480M customers had 480M swap) or no swap device at all
(older accounts had a swap *file* on their root filesystem) then you
may wish to check if there is some extra swap space you could be
using:
https://tools.bitfolk.com/wiki/Hardware_refresh,_2015-2016#Making_use_of_th…
The higher specs of the new hardware allowed the total server count
to reduce to 64% of what it was. Also, more importantly, the power
usage is now at approximately 24% of what it was before. This should
result in a big saving in hosting fees which are entirely scaled by
power consumption, and represent BitFolk's biggest outgoing.
I will be taking a couple of months to see how things balance out
financially and to allow for some other developments out of my
control¹, but then I will be seeing if I can reduce prices a little
and/or introduce a cheaper 512M memory VPS package.
I am now able to focus on some other areas that need attention.
Those of you who have experienced refused connections to the
apt-cacher² will be pleased to know that this has now been put
behind a high availability proxy so those should be a thing of the
past.
Additionally I have moved the spamd³ service behind there and will
soon do the same with the entropy⁴ service.
These services had previously either not been redundant at all
(apt-cacher) or had merely been multiple hosts behind one proxy
(spamd, entropy) thus having the proxy as a single point of failure.
I've put some work into deploying a new pair of proxies with a VRRP
floating IP (and IPv6) so these services should also now withstand
the loss of one of the proxies.
As a side benefit that now means that we could sell you a floating
IP service, where you could run a command (or, more realistically,
have keepalived or some other monitoring software run a command) to
float an IPv4 and an IPv6 /64 between two or more of your VPSes. Let
me know if you would be interested in that.
Other areas I know are desperately in need of attention:
- Need to look into moving to pvgrub as a booting method.
Current use of pygrub really mandates GRUB 1.x-style
/boot/grub/menu.lst while most distributions are moving to GRUB
2.x /boot/grub/grub.cfg. The lengths we need to go to in order to
force support of older GRUB are getting to be too much, but I
would rather skip over pygrub enhancements that support GRUB 2.x
and move straight to pvgrub.
For those unaware of the difference, pygrub is a Python script that
runs as root in BitFolk's host machines in order to parse boot
instructions from your block devices. This has security
implications as you can probably imagine.
pvgrub on the other hand is a Xen-compatible build of the actual GRUB
that is booted as a virtual machine as you, and then that tries to
boot. This is much safer, and much more reliable since it
actually *is* the real GRUB bootloader rather than a script that
tries to mimim its behaviour.
- Need to modernise Nagios monitoring.
BitFolk's Nagios is now really too long in the tooth, is starting
to have problems doing modern TLS connections for example.
I am looking at replacing it with Icinga, and also hope for
slightly more customer control over what is monitored (i.e. giving
you access to some form of interface that can make changes,
instead of requesting all changes by support ticket). Initially it
just has to work though, because I rely on it for my own
monitoring.
- Support for European bank accounts in GoCardless (Direct Debit).
I know there are few customers with Euro bank accounts who are
grudgingly using PayPal subscription only because BitFolk's
GoCardless integration doesn't yet support them, event hough
GoCardless itself does.
- Support for recurring payments with Stripe (credit/debit cards).
BitFolk payments through Stripe are currently only possible as
one-off payments and I know there are some who would prefer to
have Stripe store their card details and let BitFolk just take a
regular scheduled payment.
- Everything else that is in https://tools.bitfolk.com/tracker/ :)
There's far more things to work on than there is time to do it in,
but there should be some progress at least.
Thanks for your patience! Comments and insight on future direction
are welcome.
Cheers,
Andy
¹ Our colo provider is soon going to be changing their method of
power monitoring and will likely put prices up at the same time
² https://tools.bitfolk.com/wiki/Apt-cacher
³ https://bitfolk.com/customer_information.html#toc_2_SpamAssassin
⁴ https://tools.bitfolk.com/wiki/Entropy#BitFolk.27s_entropy_service
--
http://bitfolk.com/ -- No-nonsense VPS hosting