Yesterday I was away from the computer and came back to see a series of
Nagios alerts, related to DNS. It appears that the Bitfolk dns servers were
unable to update a zone from my server. I was unable to login to my server,
so went into Xen. It was unable to either shutdown or reboot. When I opened
a console window, it was impossible to read as text was scrolling up
continuously and rapidly. I had no alternative but to Destroy. A scary
option, but within seconds it did the trick and all is running well now.
I have scanned the logs this morning trying to find out what had gone
wrong. I realise it was something going haywire and consuming all the
resources, but please could anyone give me pointers on how to determine
what it was that was behaving so badly?
Keith
--
Keith Williams
"If knowledge can create problems, it is not through ignorance that we can
solve them." Isaac Asimov
He's doing it again! www.justgiving.com/France-The-Wrong-Way
Tailor Made English www.tmenglish.org
Hello,
My annual renewal for my VPS is coming up. I was about to click pay and I
thought I would ask this question first: how do you (bitfolk and other users)
feel about Bitcoin as a payment method?
http://www.weusecoins.com/
Wherever possible I'd like to use bitcoins for payment, as it's incredibly
convenient. For me it's not a deal breaker; it's merely a query. (compared
to paypal I guess it would make you a few extra percent of profit)
Normally I don't ask suppliers, because bitcoin isn't big enough yet that I
think I'll get a sensible answer from them; but Bitfolk has always struck me
as being ahead of the technological curve.
Andy
--
Dr Andy Parkins
andyparkins(a)gmail.com
Hi,
I've just this second "discovered" Monkeysphere, and I can see it's a great
idea, so I'm trying to set it up as per their (Monkeysphere's)
documentation for all the machines I regularly SSH to/from, but I'm pretty
sure that:
# monkeysphere-host publish-key
Isn't sending my key(s) to the keyserver mentioned (pool.sks-keyservers.net),
because using their web-based search tool I can't find any of the (now
three) keys I've published.
Anyone know where I might be going wrong, or suggestions on how to proceed?
Kind regards
Murray Crane
Hello,
I am looking for suggestions for an email-hosting company. Need POP3
access. I need something other than Google.
I need something that is reliable ... paid is okay. Something that does
not require me to login every n months or they delete the mbox.
I currently have registered domains at fasthosts.co.uk and they host email
for about GBP 16/year. But they use Exchange servers .... is that good?
So if you have any company that your can recommend, I would appreciate it.
Also, I have a few domains that I also need to transfer ... hopefully to
the same company as the email-hoster.
Thanks in advance,
Sandy.
I'm stuck on this, I'm trying not to backup what really isn't needed is
some rails apps I'm doing. Basically Bitfolk does backups of (amongst other
things) my /var directory (I already have a .bitfolk-rsync-filter to ensure
that some stuff in /var isn't backed up). In side /var/www/rails-apps I
have a rails app (with more to be added), since the git repositotires the
code comes from are backed up elsewhere I don't want to backup each app's
.git folder or any .git* files. I also don;t want to backup the log or tmp
directories for each app.
I have a /var/www/.bitfolk-rsync-filter file with the following contents:
- .*
- .*/
- rails-apps/*/tmp/
- rails-apps/*/log/
- rails-apps/**/.git*
- rails-apps/*/.git/
I have also tried this contents:
- .*
- .*/
- /var/www/rails-apps/*/tmp/
- /var/www/rails-apps/*/log/
- /var/www/rails-apps/**/.git*
- /var/www/rails-apps/*/.git/
However the following files (which I don't want backed up) are being backed
up:
/var/www/rails-apps/osmx.staging/.git (directory)
/var/www/rails-apps/osmx.staging/.gitignore
/var/www/rails-apps/osmx.staging/vendor/plugins/.gitkeep
/var/www/rails-apps/osmx.staging/vendor/assets/stylesheets/.gitkeep
/var/www/rails-apps/osmx.staging/lib/tasks/.gitkeep
/var/www/rails-apps/osmx.staging/lib/assets/.gitkeep
/var/www/rails-apps/osmx.staging/test/integration/.gitkeep
/var/www/rails-apps/osmx.staging/test/functional/.gitkeep
/var/www/rails-apps/osmx.staging/test/unit/.gitkeep
/var/www/rails-apps/osmx.staging/test/fixtures/.gitkeep
/var/www/rails-apps/osmx.staging/.gitignore
/var/www/rails-apps/osmx.staging/app/models/.gitkeep
/var/www/rails-apps/osmx.staging/app/mailers/.gitkeep
What have I got wrong (so far neither the man page or Google have helped
me)?
--
Robert Gauld
http://www.robertgauld.co.uk
I'm currently toying with the idea of asking Andy to delegate the reverse
lookup for my IP addresses to my name server rather than bothering him when
I want to change them. I've been Googling to see what the zone file I'd
need to create for this would look like and could only find resources on
creating a zone for for an entire class C network, what would the zone file
look like? (please either answer or point me to a resource I couldn't find)
--
Robert Gauld
http://www.robertgauld.co.uk
I am having problems with this - despite updating them (again) today, it
is still showing the old IP address for one of the nameservers:
Here's the BIND record, with the domain name changed:
$ttl 10800
example.co.uk. IN SOA sub.example.co.uk. example.gmail.com. (
2012021001
7200
3600
604800
10800 )
example.co.uk. IN NS sub.example.co.uk.
example.co.uk. IN NS top.example.co.uk.
example.co.uk. IN A 85.119.83.xx
sub.example.co.uk. IN A 85.119.83.xx
top.example.co.uk. IN A 85.119.83.yy
mail.example.co.uk. IN A 85.119.83.xx
ns1.example.co.uk. IN A 85.119.83.xx
ns2.example.co.uk. IN A 85.119.83.yy
*.example.co.uk. IN CNAME sub
example.co.uk. IN MX 10 mail.example.co.uk.
But here is what Nominet's whois says:
Relevant dates:
Registered on: 21-Apr-2009
Renewal date: 21-Apr-2013
Last updated: 10-Feb-2012
Registration status:
Registered until renewal date.
Name servers:
sub.example.co.uk 212.13.195.xx
top.example.co.uk 85.119.83.yy
WHOIS lookup made at 12:42:49 10-Feb-2012
Note old IP address for sub.example.co.uk, even though the A record is
clear it's the new address.
Any suggestions as to what's going on gratefully received...
Ian
Hi bitfolkers,
I was emailed today by a phish bot (copy withheld by yahoo spamguard) which seeks bank information. The scam appears to redirect victims to a location in Stanford (see www.81solutions.com/server-location.html) whose host is located in Austria: 171.66.18.10 resolved by scotiaonline.scotiabank.compan.for-some.biz
I suspect this is a VPS, in an organisation similar to bitfolk, with a virus.
Which leads me to ask some questions of this list:
1) Do I have a duty in law to maintain a phishbot-virus-free VPS?
2) Can a mandamus order shut down an innocent VPS owner whose server hosts a phishbot virus?
3) Has a bitfolk VPS owner ever been targetted by phishbots? If so, what were the symptoms and what were the ramifications?
Cheers!
Max
Hi folks,
Short version:
Two of our servers appear to be subject to a now fixed kernel bug
affecting IPv6, and require a reboot for kernel upgrade. Host
bellini.bitfolk.com will be rebooted on Monday 20th February at
2200Z.
Provided that does fix the problem, host president.bitfolk.com will
be similarly rebooted the following day, Tuesday 21st February also
at 2200Z.
Longer version:
While investigating some recent reports of poor IPv6 performance, it
seems that both bellini.bitfolk.com and president.bitfolk.com are
affected by a bug in the igb Intel gigabit Ethernet driver as
described here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630730
The symptoms are very poor IPv6 performance in the region of a
maximum of 100kilobit/sec. On doing a tcpdump you will see packets
of length greater than 1500 bytes, followed by an ICMP6 "packet too
big" message coming from our server, and then a retransmit.
These hosts have been up for 138 days (bellini) and 223 days
(president), and unfortunately neither we nor any customers noticed
any problems until recently. On casual inspection IPv6 works. It's
only noticeable when trying to do a larger data transfer.
Since the current impact is so low, I am not going to rush to reboot
these hosts. I would rather give plenty of notice to those who need
it.
When it's time for the reboot we will shut down all VPSes on these
servers cleanly, reboot the machine and then begin booting them up
again. Downtime is expected to be in the region of 15 minutes. If
you are in any doubt as to whether your VPS starts cleanly with all
required services running, you should test this ahead of time.
I am fairly confident that the problems observed are caused by that
bug and therefore that a kernel upgrade will fix it, but
unfortunately we do not have any other hardware that uses the igb
driver. If doing the upgrade on bellini does not resolve the issue
then we will have to consider our options.
In the mean time, if your VPS is hosted on bellini or president then
you may wish to set your VPS to prefer IPv4 DNS results ahead of
IPv6 results:
https://tools.bitfolk.com/wiki/IPv6#Preferring_IPv4_over_IPv6
Cheers,
Andy
--
http://bitfolk.com/ -- No-nonsense VPS hosting
_______________________________________________
announce mailing list
announce(a)lists.bitfolk.com
https://lists.bitfolk.com/mailman/listinfo/announce
Hey Guys,
As you may have heard, over the last few weeks the Iranian government
have come hard against all SSL/TLS encrypted traffic and stopped most
of it getting through. I'm going to set this up on my server:
https://lists.torproject.org/pipermail/tor-talk/2012-February/023070.html
I was just wondering if there is any reason it would be violating any
Bitfolk policies and any best practise tips you can give me to
minimize any impact.
Thank you,
Daniel