Hello,
We are in the process of renumbering from our transit provider's IP
space into our own IPv4 allocation (85.119.80.0/21). The first stage
of this is to renumber all of our own infrastructure. You'll be
seeing a few notifications like this over the coming weeks.
Our NTP servers have been renumbered. By default, BitFolk VPSes use
our NTP servers by host name. You should restart your NTP server now
in order to pick up the new IPs.
If you have ACLs that operate on IP addresses, you should change
them to:
85.119.80.232
85.119.80.233
2001:ba8:1f1:f205::53
2001:ba8:1f1:f206::53
On 11th October 2011 the old NTP IP addresses will stop responding.
Please hit reply or direct an email to support(a)bitfolk.com if you
are unsure of what to do.
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
_______________________________________________
announce mailing list
announce(a)lists.bitfolk.com
https://lists.bitfolk.com/mailman/listinfo/announce
> On 5 Oct 2011, at 23:08, Daniel Case wrote:
.
>
> I'm not quite up on multiplayer minecraft etiquette - do I just pick a quiet looking area and move myself in?
>
Nah, just barge in and kick down a few sand castles. The locals with
enjoy the diversion :)
Steve
Hi All,
As part of a test to see if Bitfolk can run an MC server, I now have a
Bitfolk Minecraft VPS. Feel free to login and let me know about any
issues you have, spread it around to friends and family as well and we
will see how many people we can fit without terrible lag getting us
all :)
I'm going to give you a server domain just in case the IP changes (the
test is only until Jan, but I might decide to continue the server if
it's popular)
Without further ado, the server address is: minecraft.monotoko.co.uk
(or 212.13.194.220 if the domain doesn't work), it is on creative mode
at the moment and I will switch it to survival at a later date :)
Daniel
I'd like to move from CentOS to Scientific Linux on my VPS. Rather
than reinstalling from scratch there is a conversion procedure which
basically involves replacing the CentOS yum (and associated RPMs) with
the equivalent SL ones (to change the source for updates) then
replacing any installed CentOS-branded RPMs with the equivalent SL
ones.
I've carried this procedure successfully on physical servers - are
there any reasons why this wouldn't work on my VPS? I can't think of
any but I thought I'd check before making any changes.
Thanks in advance,
Mike
Hello All,
Does anybody here use Nginx with php-fpm, or have strong opinions for or
against this combo? I'm looking to move towards this for performance
reasons, and also to have the advantages of FastCGI's way of handling user
permissions. Using Apache in this way is of course not off the cards, but
I also look at this as an opportunity to broaden my knowledge a bit -
after using Apache exclusively for more than 12 years, it's probably time
to play with some new toys! :-)
Any and all comments welcome.
--
Regards,
Jan Henkins
I'm sending this to the list rather than as a support request in the hope
that other people have noticed this and can add a me too which may help Andy
track down the issue. I first noticed this yesterday and confirmed that it
is still the same today, when I go to the backups page in the panel
apparently my backups are taking no space, however if I mount the backups on
my VPS all appears well. So barring Andy fininding or creating a really cool
compression algorithm (and not having shared it) it appears there's an issue
with the backups page in the panel.
--
Robert Gauld
http://www.robertgauld.co.uk
[Apologies if this gets through twice - I used the wrong account first
time round]
Hi Andy,
On Tue, September 6, 2011 10:33 pm, Andy Smith wrote:
> That isn't expected behaviour. Can you tell me:
Many thanks for your help. Details as requested:
> - Which kernel you're running
2.6.26-2-xen-686
> - What its command line is (look in grub/menu.lst or /proc/cmdline)
/boot/vmlinuz-2.6.26-2-xen-686 root=UUID=35947b19-56f4-47c4-bc13
-3a7fe9c6b02a console=hvc0 ro clocksource=jiffies
> - Which Linux distribution this is
Debian Lenny
> Would you like us to monitor your ntpd for sync? This is a standard
Nagios check.
That would ordinarily be useful however as my e-mail sits on this server,
and the IMAP server falls over when the timing goes awry, it might not
help in this instance! If you think it might still pick up on more subtle
issues though then enabling it would be appreciated - thank you.
I may knock up a script to monitor occurance of the catastrophic failure
(of Dovecot) and text me when it happens - at least then I'm not reliant
on users telling me they can't fetch their mail.
Thanks again,
Mathew
Hi folks,
A disk has broken in obstler.bitfolk.com and I've just replaced it
as of ~14:00Z. This means that the array is degraded and has no
redundancy until the rebuild completes, which I would estimate at 6
hours.
I don't anticipate any outage, but now would be a great time to
ensure your backup regime is in order, if you have not already done
so.
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
_______________________________________________
announce mailing list
announce(a)lists.bitfolk.com
https://lists.bitfolk.com/mailman/listinfo/announce
Hi Andy,
thanks for the renewal reminder (excerpted below).
The bitfolk change from 360-day 'years' to bonafide 365-day years a little while back was nice too.
Any hope you can give us customers more renewal notice than 7 days? It is not always easy to juggle bills and bank accounts at the end of the month. I realise that my calendar should have warned me quite apart from your renewal notice, but It would be a nice touch if you could allow for an automated email 28, 21 14 and 7 days prior to deadline.
Cheers,
Max
---------- Forwarded message ----------
Date: Sun, 18 Sep 2011 14:57:08 +0000
From: BitFolk Billing <billing(a)bitfolk.com>
Subject: BitFolk VPS renewal reminder (25 Sep 2011 - 25 Sep 2012)
Dear customer,
Your VPS host 'urquell.bitfolk.com' will be up for renewal on 25
Sep 2011, covering the service period up until 25 Sep 2012.
Hi everyone,
Apologies if this is really not VPS-related, but I thought I'd post it
just in case it might be...
I maintain the clock on my VPS (running Debian Lenny) with ntpd however I
am having an occasional issue with it insofar that every couple of months
or so it is suddenly making a massive timeshift (-46 seconds in this
case):
Sep 6 12:29:29 targur ntpd[1412]: kernel time sync status change 4001
Sep 6 12:46:34 targur ntpd[1412]: kernel time sync status change 0001
Sep 6 13:55:40 targur ntpd[1412]: synchronized to 74.118.152.85, stratum 2
Sep 6 13:56:37 targur ntpd[1412]: no servers reachable
Sep 6 14:07:10 targur ntpd[1412]: synchronized to 80.85.129.103, stratum 2
Sep 6 14:07:52 targur ntpd[1412]: time reset -46.871472 s
Sep 6 14:07:57 targur ntpd[1412]: synchronized to 209.237.247.192, stratum 3
Sep 6 14:08:09 targur ntpd[1412]: synchronized to
2001:7b8:633:1:213:154:236:182, stratum 2
Sep 6 14:12:10 targur ntpd[1412]: synchronized to 80.85.129.103, stratum 2
Sep 6 14:18:40 targur ntpd[1412]: synchronized to
2001:7b8:633:1:213:154:236:182, stratum 2
Sep 6 14:22:51 targur ntpd[1412]: synchronized to 80.85.129.103, stratum 2
Sep 6 15:48:24 targur ntpd[1412]: kernel time sync status change 4001
Sep 6 16:05:27 targur ntpd[1412]: kernel time sync status change 0001
Sep 6 17:30:53 targur ntpd[1412]: kernel time sync status change 4001
Sep 6 17:47:56 targur ntpd[1412]: kernel time sync status change 0001
Sep 6 18:56:11 targur ntpd[1412]: synchronized to
2001:7b8:633:1:213:154:236:182, stratum 2
The servers listed in /etc/ntp.conf are:
server ntp0.sfo.bitfolk.com iburst
server ntp0.lon.bitfolk.com iburst
server ntp1.lon.bitfolk.com iburst
server 0.us.pool.ntp.org iburst
server 1.us.pool.ntp.org iburst
server 2.us.pool.ntp.org iburst
server 0.pool.ntp.org iburst
server 1.pool.ntp.org iburst
server 2.pool.ntp.org iburst
Whilst the clock seems to get back on track the problem is that my IMAP
server throws a wobbly and self-destructs:
Sep 6 14:07:52 targur dovecot: Time just moved backwards by 47 seconds.
This might cause a lot of problems, so I'll just kill myself now.
http://wiki.dovecot.org/TimeMovedBackwards
...which whilst only requiring a simple restart of Dovecot I still have to
spot that it has happened first.
I am aware that I can tweak ntpd to not attempt such large jumps however I
can't help be feel that doing this is treating the symptom rather than the
cause and so I am keen to find out what the real problem is (it also has
other drawbacks such a slowing down corrective action when actually
required).
Does anyone else have this problem? I could understand such large jumps
following a fresh boot, or after a manual clock change, but not when
running in steady state...
Regards,
Mathew