Hi everyone,
I have decided to venture down what I hope is a well trodden path by now;
upgrading my VPS from Debian Lenny to Squeeze.
I have scoured the list archives and tried to make the most of
http://www.debian.org/releases/squeeze/i386/release-notes/ch-upgrading.en.h…
however I'm not ashamed to admit that I'm no expert in this regard and
very much still learning so would appreciate a critique of my plan of
action:
- Ask Support kindly to perform a temporary disk snapshot
- Login via Xen console
- Verify no pending actions required for currently installed packages:
aptitude (Then hit 'g' once in 'visual mode')
- Verify that all packages are in an upgradable state:
dpkg --audit
- Show currently installed kernel(s):
dpkg -l | grep linux-image
Mine currently shows:
ii linux-image-2.6-xen-686 2.6.26+17+lenny1 Linux 2.6 image on
i686, oldstyle Xen suppor
ii linux-image-2.6.26-1-xen-686 2.6.26-13lenny2 Linux 2.6.26
image on i686, oldstyle Xen sup
ii linux-image-2.6.26-2-xen-686 2.6.26-26lenny2 Linux 2.6.26
image on i686, oldstyle Xen sup
- Confirm non-usage of grub2:
dpkg -l | grep grub
Mine currently shows:
ii grub 0.97-47lenny2 GRand Unified Bootloader (Legacy version)
ii grub-common 1.96+20080724-16 GRand Unified Bootloader, version
2 (common
- Updates apt sources lists from lenny to squeeze:
sed -i s/lenny/squeeze/g /etc/apt/sources.list
- Manually edit /etc/apt/source.list to confirm success of the above step
and comment out any other repositories (non-Debian, backports etc) ?
- Upgrade the kernel: (*** Am I aiming for the right one here? ***)
aptitude install linux-image-2.6-686-bigmem
- Update grub configuration:
update-grub
- Remove clocksource=jiffies from kopt directive in /boot/grub/menu.lst
and confirm correct kernel will be loaded (i.e. default # matches new
kernel position)
- Upgrade udev (to minimise the risk of running the old udev with the new
kernel):
apt-get install udev
- Reboot
- Record a transcript of the upgrade session:
script -t 2>~/upgrade-squeeze.time -a ~/upgrade-squeeze.script
(This can be reviewed at a later date with scriptreplay
~/upgrade-squeeze.time ~/upgrade-squeeze.script)
- Update the package list:
apt-get update
- Perform a minimal upgrade (i.e. upgrade those packages that don't
require installation/removal of any other package(s)):
apt-get upgrade
- Complete the rest of the upgrade:
apt-get dist-upgrade
- Remove old/obsolete packages no longer required:
apt-get autoremove
- (Hopefully:) After the dust settles, advise Support that the snapshot of
the old system can be removed
Hope does that all look? Please don't hold back...
Regards,
Mathew
Hey guys,
Does anyone have a Minecraft server running on there VPS? I am thinking
about running one on a Bitfolk VPS but I am not sure how successful it will
be, also let me know how much memory you have if you can :)
Thank you,
Daniel
Hi,
spamd.lon.bitfolk.com [212.13.194.5] has been renumbered to
85.119.80.248. If you're making use of our free spamd service then
you may be referring to this host by IP address in your mail server
(or similar) config.
The old IP address will continue to respond until Tuesday 18th
October 2011, at which point we will be taking it out of service.
You should start using the new IP address now.
If you have any questions, please reply to the list or to
support(a)bitfolk.com.
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
> The optimum programming team size is 1.
Has Jurassic Park taught us nothing?
-- pfilandr
_______________________________________________
announce mailing list
announce(a)lists.bitfolk.com
https://lists.bitfolk.com/mailman/listinfo/announce
Hello,
If BitFolk does not provide authoritative DNS services for one or
more of your domains then you can ignore this email.
One of our authoritative nameservers, a.authns.bitfolk.com, has been
renumbered from 212.13.194.70 to 85.119.80.222.
Normally you would only refer to this nameserver by name, so most of
you will not need to make any modifications to DNS zones or
registrar settings. If you have for some reason created records in
your zones that point at 212.13.194.70 then it's now time to change
these.
Many of you are probably restricting zone transfer by IP address.
Zone transfers will continue to come from 212.13.194.70 until Monday
17th October 2011, at which point we will switch to sourcing them
from 85.119.80.222. Please add 85.119.80.222 to your ACLs now,
without removing 212.13.194.70.
If you have any questions about this, please do reply to the list or
to support(a)bitfolk.com.
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
_______________________________________________
announce mailing list
announce(a)lists.bitfolk.com
https://lists.bitfolk.com/mailman/listinfo/announce
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
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.