I have enabled IPv6 on the LUV server. I would appreciate it if anyone who is interested could test it out. Just do basic stuff like force your web browser to IPv6 and visit the web site or force your MTA to IPv6 and send mail to the list. Andrew please add 2a01:4f8:100:7463::9 to the glue record for itmustbe, then IPv6-only recursive DNS servers (if they happen to exist) can successfully query the LUV server. If your MTA has IPv6 enabled but broken (which is probably more common than having IPv6 enabled and working correctly) then this may make it impossible for you to participate in the LUV lists. This change is probably going to cause some pain for some people (mostly me). But it's something that we need to do. The world needs to move to IPv6 and as an IT organisation operating in the public interest LUV should be in the lead. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
On 12/01/2016 3:11 PM, Russell Coker via luv-main wrote:
I have enabled IPv6 on the LUV server. I would appreciate it if anyone who is interested could test it out. Just do basic stuff like force your web browser to IPv6 and visit the web site or force your MTA to IPv6 and send mail to the list.
root@vk3irl:~# ping6 luv.asn.au PING luv.asn.au(itmustbe.luv.asn.au) 56 data bytes 64 bytes from itmustbe.luv.asn.au: icmp_seq=1 ttl=47 time=387 ms 64 bytes from itmustbe.luv.asn.au: icmp_seq=2 ttl=47 time=381 ms 64 bytes from itmustbe.luv.asn.au: icmp_seq=3 ttl=47 time=386 ms ^C --- luv.asn.au ping statistics --- 4 packets transmitted, 3 received, 25% packet loss, time 3001ms rtt min/avg/max/mdev = 381.614/385.104/387.423/2.612 ms root@vk3irl:~# Browsing to luv.asn.au gets an empty directory. I'm running native IPv6 here, and IPv6 is the preferred protocol. I'm using Google, so you'd have to see what IP version is in the headers.
Andrew please add 2a01:4f8:100:7463::9 to the glue record for itmustbe, then IPv6-only recursive DNS servers (if they happen to exist) can successfully query the LUV server.
If your MTA has IPv6 enabled but broken (which is probably more common than having IPv6 enabled and working correctly) then this may make it impossible for you to participate in the LUV lists.
This change is probably going to cause some pain for some people (mostly me). But it's something that we need to do. The world needs to move to IPv6 and as an IT organisation operating in the public interest LUV should be in the lead.
Agree, everyone should be adopting IPv6 nowadays. -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
On Tue, 12 Jan 2016 03:25:49 PM Tony Langdon via luv-main wrote:
Browsing to luv.asn.au gets an empty directory. I'm running native IPv6 here, and IPv6 is the preferred protocol.
I think I've fixed that problem. Please test it again for me. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
Russell Coker via luv-main <luv-main@luv.asn.au> writes:
On Tue, 12 Jan 2016 03:25:49 PM Tony Langdon via luv-main wrote:
Browsing to luv.asn.au gets an empty directory. I'm running native IPv6 here, and IPv6 is the preferred protocol.
I think I've fixed that problem. Please test it again for me.
Seems to work for me. Is very slow to respond however. 10 seconds just to get the HTML page, now trying to load pixel.gif from paypalobjects.com which is taking ages. I don't have any time to debug right now, will investigate more when I get a chance. -- Brian May <brian@linuxpenguins.xyz> https://linuxpenguins.xyz/brian/
On Tue, 12 Jan 2016 04:07:32 PM Brian May via luv-main wrote:
Seems to work for me. Is very slow to respond however. 10 seconds just to get the HTML page, now trying to load pixel.gif from paypalobjects.com which is taking ages.
I don't know about paypalobjects or even why we are using it (might be an issue for Lev who's doing the Drupal stuff). But as for the speed of the main server, it used to run on a pair of 15000rpm SAS disks that were dedicated to LUV. Now it's running on a pair of 750G SATA disks that date back to when 750G was a big disk - and sharing those with other VMs. This combined with the fact that I've been copying files around to migrate to BTRFS has given poor performance this afternoon. It should be better now as I've finished disk intensive stuff for the moment. Also as I've optimised the MySQL database all files that are used in normal operation will now fit into RAM. So once the system has been running for a while almost everything will come from cache and performance should be good. But when there's disk IO shortly after boot performance will be bad. The new server has significantly more CPU power which should help performance when things are going well. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
Russell Coker <russell@coker.com.au> writes:
I don't know about paypalobjects or even why we are using it (might be an issue for Lev who's doing the Drupal stuff).
Suspect it might something to do with the Donate button.
It should be better now as I've finished disk intensive stuff for the moment. Also as I've optimised the MySQL database all files that are used in normal operation will now fit into RAM. So once the system has been running for a while almost everything will come from cache and performance should be good. But when there's disk IO shortly after boot performance will be bad.
It takes 2.77 seconds to load the HTML page (7KB) now. Which isn't great, but a lot better then it was before. Or about 7 seconds to load the page with all the resources (excluding the paypal one which wont load). Should have tested before the move for the numbers to mean something :-) -- Brian May <brian@linuxpenguins.xyz> https://linuxpenguins.xyz/brian/
Brian May via luv-main <luv-main@luv.asn.au> wrote:
Seems to work for me. Is very slow to respond however. 10 seconds just to get the HTML page,
No such delays from here (central Princeton over a cable connection). ping6 shows rtt min/avg/max/mdev = 115.398/119.020/125.329/3.533 ms
On 12/01/2016 3:53 PM, Russell Coker wrote:
On Tue, 12 Jan 2016 03:25:49 PM Tony Langdon via luv-main wrote:
Browsing to luv.asn.au gets an empty directory. I'm running native IPv6 here, and IPv6 is the preferred protocol.
I think I've fixed that problem. Please test it again for me.
Yep works now. Now, what's up with the list? I no longer have a Reply List button. Something screwed with the headers? -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
On Tue, 12 Jan 2016 09:39:42 PM Tony Langdon wrote:
On 12/01/2016 3:53 PM, Russell Coker wrote:
On Tue, 12 Jan 2016 03:25:49 PM Tony Langdon via luv-main wrote:
Browsing to luv.asn.au gets an empty directory. I'm running native IPv6 here, and IPv6 is the preferred protocol.
I think I've fixed that problem. Please test it again for me.
Yep works now. Now, what's up with the list? I no longer have a Reply List button. Something screwed with the headers?
I made no changes to the list configuration. Please compare messages from the list a few days ago with ones from today, you shouldn't notice any difference. Note I say "shouldn't" because it's sometimes difficult to know all the implications of regular Debian package updates (which are supposed not to break anything because they are only security fixes etc but sometimes do). -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
On 12.01.16 21:54, Russell Coker via luv-main wrote:
On Tue, 12 Jan 2016 09:39:42 PM Tony Langdon wrote:
Yep works now. Now, what's up with the list? I no longer have a Reply List button. Something screwed with the headers?
I made no changes to the list configuration. Please compare messages from the list a few days ago with ones from today, you shouldn't notice any difference. Note I say "shouldn't" because it's sometimes difficult to know all the implications of regular Debian package updates (which are supposed not to break anything because they are only security fixes etc but sometimes do).
A datapoint: In mutt, 'L' still replies to list, as before. The List-ID and List-Post headers are still there. I'm not sure which one mutt's using, but I don't even have a "subscribe luv-main@luv.asn.au" in .muttrc; it's figuring it out with no hints. Now let's see if the thread is highlighted now that I've posted to it - i.e. has the "From" munge been fixed. Erik
On 12/01/2016 9:54 PM, Russell Coker wrote:
On Tue, 12 Jan 2016 09:39:42 PM Tony Langdon wrote:
On 12/01/2016 3:53 PM, Russell Coker wrote:
On Tue, 12 Jan 2016 03:25:49 PM Tony Langdon via luv-main wrote:
Browsing to luv.asn.au gets an empty directory. I'm running native IPv6 here, and IPv6 is the preferred protocol.
I think I've fixed that problem. Please test it again for me.
Yep works now. Now, what's up with the list? I no longer have a Reply List button. Something screwed with the headers?
I made no changes to the list configuration. Please compare messages from the list a few days ago with ones from today, you shouldn't notice any difference. Note I say "shouldn't" because it's sometimes difficult to know all the implications of regular Debian package updates (which are supposed not to break anything because they are only security fixes etc but sometimes do).
On closer observation, it started with the message from you that I replied to, and it's only you. Another coincidence is that the Subject: header hasn't been munged in this thread, yet everyone else's posts still have the Subject: munging. You're doing something funky with procmail in the last day or so, by any chance? -- 73 de Tony VK3JED/VK3IRL http://vkradio.com
Tony Langdon via luv-main <luv-main@luv.asn.au> writes:
On closer observation, it started with the message from you that I replied to, and it's only you. Another coincidence is that the Subject: header hasn't been munged in this thread, yet everyone else's posts still have the Subject: munging.
I don't see any subject munging for any posts on luv-main. Maybe you are confused with luv-talk, which does appear to prefix subject lines wiht '[luv-talk]'? -- Brian May <brian@linuxpenguins.xyz> https://linuxpenguins.xyz/brian/
participants (5)
-
Brian May -
Erik Christiansen -
Jason White -
Russell Coker -
Tony Langdon