Join us now at the IRC channel.
| *asusbox (~rianne@host81-154-169-82.range81-154.btcentralplus.com) has joined #techbytes | Sep 17 00:00 | |
| *GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) has joined #techbytes | Sep 17 00:06 | |
| schestowitz__ | >> 1) I moved the localhost nightly dump of TM 4 minutes earlier... so as | Sep 17 00:45 |
|---|---|---|
| schestowitz__ | >> to not overlap (in terms of time) the TR dump. I hope it'll reduce the | Sep 17 00:45 |
| schestowitz__ | >> I/O 'slaughtering' and make TR more responsive even during backup slots. | Sep 17 00:45 |
| schestowitz__ | >> Same physical machine (HV), never bothered checking how one interacts | Sep 17 00:45 |
| schestowitz__ | >> with the other at those times...>> Good idea. I thought we had them spaced out adequately before, but more | Sep 17 00:45 |
| schestowitz__ | > time may have been needed. | Sep 17 00:45 |
| schestowitz__ | I asked around if there's a simple way to avoid downtime. The answer is no. But we can shorten the length. | Sep 17 00:45 |
| schestowitz__ | >> 2) I fixed (1), which was failing since June (we did not notice) due to | Sep 17 00:45 |
| schestowitz__ | >> orphaned old backup that left not enough disk space in userspace. The | Sep 17 00:45 |
| schestowitz__ | >> backup was aborted each night, sending an E-mail to localhost with | Sep 17 00:45 |
| schestowitz__ | >> status to that effect. It's not a big deal because remote backups (to | Sep 17 00:45 |
| schestowitz__ | >> TR) still worked fine. I noticed this while doing some 'housekeeping' on | Sep 17 00:45 |
| schestowitz__ | >> the server yesterday. I let the 'test' run its course the following day | Sep 17 00:45 |
| schestowitz__ | >> (today) and watched it closely as it happened. On TM it seems like gzip | Sep 17 00:45 |
| schestowitz__ | >> causes less strain then the backup being put on hold for the dump. I'm | Sep 17 00:46 |
| schestowitz__ | >> sure some DB guru might know tricks for overcoming temporary downtime | Sep 17 00:46 |
| schestowitz__ | >> altogether. | Sep 17 00:46 |
| schestowitz__ | > /home is at 80% | Sep 17 00:46 |
| schestowitz__ | > | Sep 17 00:46 |
| schestowitz__ | > $ df -hP | awk '/^\// {print $6,$5,$1}' OFS="\t" | sort -k2,2nr | Sep 17 00:46 |
| schestowitz__ | > /home80%/dev/mapper/sysvg-home | Sep 17 00:46 |
| schestowitz__ | > /61%/dev/sda3 | Sep 17 00:46 |
| schestowitz__ | > /var39%/dev/mapper/sysvg-var | Sep 17 00:46 |
| schestowitz__ | > /usr31%/dev/mapper/sysvg-usr | Sep 17 00:46 |
| schestowitz__ | > /boot9%/dev/sda2 | Sep 17 00:46 |
| schestowitz__ | > /tmp9%/dev/mapper/sysvg-tmp | Sep 17 00:46 |
| schestowitz__ | > | Sep 17 00:46 |
| schestowitz__ | > Do we need automated e-mail if a partition exceeds 90%? | Sep 17 00:46 |
| schestowitz__ | If it goes beyond 87% of so, it'll already fail. Days ago I culled out some old TM backups in the stack. Sometimes I also make offsite backups of /uploads and DB, just in case... | Sep 17 00:46 |
| schestowitz__ | DNS is controlled only by me, for now... | Sep 17 00:46 |
| schestowitz__ | >> While I am highly sceptical of OIN (for a number of reasons), you need | Sep 17 00:46 |
| schestowitz__ | >> to contact them about this. | Sep 17 00:46 |
| schestowitz__ | > The response that OIN chooses will be very telling, very important. I | Sep 17 00:46 |
| schestowitz__ | > hope Sam is able to follow up on this and that the OIN response, either | Sep 17 00:46 |
| schestowitz__ | > way, could be made public. | Sep 17 00:46 |
| schestowitz__ | Yes, I do not plan to publish anything (not with project name etc.) without prior permission as it can impact the outcome. | Sep 17 00:46 |
| *GNUmoon has quit (Remote host closed the connection) | Sep 17 05:35 | |
| *GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) has joined #techbytes | Sep 17 05:35 | |
| *schestowitz__ has quit (Quit: Konversation term) | Sep 17 07:31 | |
| *schestowitz (~schestowi@unaffiliated/schestowitz) has joined #techbytes | Sep 17 07:31 | |
| *GNUmoon has quit (Ping timeout: 240 seconds) | Sep 17 09:07 | |
| *GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) has joined #techbytes | Sep 17 09:09 | |
| *GNUmoon has quit (Ping timeout: 240 seconds) | Sep 17 09:14 | |
| *GNUmoon (~GNUmoon@gateway/tor-sasl/gnumoon) has joined #techbytes | Sep 17 11:34 | |
| *liberty_box has quit (Ping timeout: 240 seconds) | Sep 17 11:46 | |
| *rianne__ has quit (Ping timeout: 244 seconds) | Sep 17 11:46 | |
| *asusbox has quit (Quit: Konversation terminated!) | Sep 17 12:14 | |
| *asusbox (~rianne@host81-154-169-82.range81-154.btcentralplus.com) has joined #techbytes | Sep 17 12:14 | |
| schestowitz | >> If it goes beyond 87% of so, it'll already fail. Days ago I culled out | Sep 17 13:50 |
| schestowitz | >> some old TM backups in the stack. Sometimes I also make offsite backups | Sep 17 13:50 |
| schestowitz | >> of /uploads and DB, just in case... | Sep 17 13:50 |
| schestowitz | > I need to do a full backup of TR onto another drive. I'll probably be | Sep 17 13:50 |
| schestowitz | > able to do it within a week. | Sep 17 13:50 |
| schestowitz | That would be good. We spent so much time creating and maintaining it; backups only take a fraction of that time. | Sep 17 13:50 |
| schestowitz | > By the way, I still have the old Qemu image from last year on a left | Sep 17 13:50 |
| schestowitz | > over drive. | Sep 17 13:50 |
| schestowitz | Maybe a good fallback/backup plan for D-R. Not that it should become necessary, but better something than nothing. I have only scattered backups of /home rather than the whole system. | Sep 17 13:50 |
| schestowitz | >> DNS is controlled only by me, | Sep 17 13:50 |
| schestowitz | > Good. | Sep 17 13:50 |
| schestowitz | Through Catalyst2. | Sep 17 13:50 |
| schestowitz | >> for now... | Sep 17 13:50 |
| schestowitz | > ?? :( | Sep 17 13:50 |
| schestowitz | What I meant to say is, I want to add you to it, just in case... it's managed at Catalyst2 and I can give them a name for "grant of authority" or whatever it's called in DNS/computing context. This may require giving some address and contact details. | Sep 17 13:50 |
| *asusbox has quit (Remote host closed the connection) | Sep 17 15:28 | |
| *oiaohm has quit (Read error: Connection reset by peer) | Sep 17 15:29 | |
| *oiaohm (~oiaohm@unaffiliated/oiaohm) has joined #techbytes | Sep 17 15:30 | |
| *rianne__ (~rianne@host81-154-169-82.range81-154.btcentralplus.com) has joined #techbytes | Sep 17 15:46 | |
| *liberty_box (~liberty@host81-154-169-82.range81-154.btcentralplus.com) has joined #techbytes | Sep 17 16:01 | |
| *rianne__ has quit (Quit: Konversation terminated!) | Sep 17 16:58 | |
| *rianne__ (~rianne@host81-154-169-82.range81-154.btcentralplus.com) has joined #techbytes | Sep 17 16:59 | |
| *rianne__ has quit (Client Quit) | Sep 17 17:01 | |
| *rianne_ (~rianne@host81-154-169-82.range81-154.btcentralplus.com) has joined #techbytes | Sep 17 17:01 | |
| *rianne_ has quit (Quit: Konversation terminated!) | Sep 17 17:16 | |
| *rianne_ (~rianne@host81-154-169-82.range81-154.btcentralplus.com) has joined #techbytes | Sep 17 17:17 | |
| *rianne_ has quit (Read error: No route to host) | Sep 17 18:09 | |
| *rianne_ (~rianne@host81-154-169-82.range81-154.btcentralplus.com) has joined #techbytes | Sep 17 18:10 | |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!