You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(7) |
Feb
(6) |
Mar
(3) |
Apr
(9) |
May
(5) |
Jun
(11) |
Jul
(40) |
Aug
(15) |
Sep
(3) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2004 |
Jan
(2) |
Feb
(8) |
Mar
(8) |
Apr
(25) |
May
(10) |
Jun
(11) |
Jul
(5) |
Aug
(9) |
Sep
(2) |
Oct
(7) |
Nov
(7) |
Dec
(6) |
| 2005 |
Jan
(6) |
Feb
(17) |
Mar
(9) |
Apr
(3) |
May
(4) |
Jun
(11) |
Jul
(42) |
Aug
(33) |
Sep
(13) |
Oct
(14) |
Nov
(19) |
Dec
(7) |
| 2006 |
Jan
(23) |
Feb
(19) |
Mar
(6) |
Apr
(8) |
May
(1) |
Jun
(12) |
Jul
(50) |
Aug
(16) |
Sep
(4) |
Oct
(18) |
Nov
(15) |
Dec
(10) |
| 2007 |
Jan
(10) |
Feb
(13) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(5) |
Aug
(7) |
Sep
(25) |
Oct
(58) |
Nov
(15) |
Dec
(4) |
| 2008 |
Jan
(2) |
Feb
(13) |
Mar
(3) |
Apr
(10) |
May
(1) |
Jun
(4) |
Jul
(4) |
Aug
(23) |
Sep
(21) |
Oct
(7) |
Nov
(3) |
Dec
(12) |
| 2009 |
Jan
(5) |
Feb
(2) |
Mar
|
Apr
(7) |
May
(6) |
Jun
(25) |
Jul
|
Aug
(2) |
Sep
(2) |
Oct
(3) |
Nov
(2) |
Dec
(2) |
| 2010 |
Jan
(1) |
Feb
|
Mar
(3) |
Apr
(2) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(3) |
Sep
(2) |
Oct
|
Nov
|
Dec
(3) |
| 2011 |
Jan
(10) |
Feb
(2) |
Mar
(71) |
Apr
(4) |
May
(8) |
Jun
|
Jul
|
Aug
(4) |
Sep
(3) |
Oct
(1) |
Nov
(5) |
Dec
(1) |
| 2012 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
(15) |
Jun
(1) |
Jul
|
Aug
(20) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2013 |
Jan
(3) |
Feb
(5) |
Mar
|
Apr
(4) |
May
(2) |
Jun
(11) |
Jul
(12) |
Aug
|
Sep
(19) |
Oct
(25) |
Nov
(7) |
Dec
(9) |
| 2014 |
Jan
(6) |
Feb
(2) |
Mar
(7) |
Apr
(5) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(3) |
Nov
(2) |
Dec
(4) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(3) |
Apr
(4) |
May
(3) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(16) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(12) |
Jun
(3) |
Jul
|
Aug
(5) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2017 |
Jan
(2) |
Feb
(6) |
Mar
(68) |
Apr
(18) |
May
(8) |
Jun
(1) |
Jul
|
Aug
(10) |
Sep
(2) |
Oct
(1) |
Nov
(13) |
Dec
(25) |
| 2018 |
Jan
(18) |
Feb
(2) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(7) |
Nov
|
Dec
|
|
From: Marc G. <m.g...@li...> - 2017-11-01 09:01:25
|
Hi, I have been tasked to backup a Windows share using smb. The share is massive, its roughly about 6 - 7TB in storage space. I ran its first full backup and it timed out after a week or so, I got the 'aborting backup up after signal ALRM' warning in the logs, so I increased the timeout to 2 weeks. However, I am now getting the following warning in the logs: Got fatal error during xfer (No files dumped for share audio) Backup aborted (No files dumped for share audio) Do I need to do anything different to the config file for an smb Windows share? I'm not sure what the error means, it fails and then immediately starts to do a full backup again. Any ideas, please? |
|
From: Marc G. <m.g...@li...> - 2017-10-16 10:09:56
|
Hi Craig, I’m having issues with the website to upload my question, so I apologize for the direct email. Maybe I have the wrong URL maybe? My question is, how do I backup a Windows server through BackupPC? I have a share that I would like to backup. I’m using BackupPC on Ubuntu, I’ve never backed up a Windows server before. Is the task as simple as backing up a Linux server? Do I still use rsync or smb? I’m not sure how I would get the ssh key over the Windows server. Thanks, Marc ________________________________ From: Marc Gilliatt Sent: 29 August 2017 10:24 To: Craig Barratt Cc: Developers discussion Subject: Re: [BackupPC-devel] Posible bug Hi Craig, I've resolved the email message. However, I'm still having issues with one of the hosts taking far longer than I'd hope for to complete its first full backup. I've restarted BackupPC as you mentioned, and I've just started a full backup on the host. Straight away, it's been put into the queue. I am using BackupPC to backup 3 hosts, 2 of them are backing up perfectly, no issues whatsoever, however, there's one host that can't even complete its first full backup. I've included screenshots. [cid:5c110e27-2d53-406a-9ade-bf2c8e5030dc] [cid:78588b8e-6ac7-4a97-9c8f-315707d63e40] [cid:6c1230a5-44bb-42df-81d9-570ff38cd0fb] Could this be down to the network possible? I would just like your opinion/advice on how I can get this server to complete its first full backup. Thank you. Kind regards, Marc ________________________________ From: cr...@gm... <cr...@gm...> on behalf of Craig Barratt <cba...@us...> Sent: 27 August 2017 22:24 To: Marc Gilliatt Cc: Developers discussion Subject: Re: [BackupPC-devel] Posible bug Marc, Ok; if you wait until the next wakeup, the old status should be removed. Similarly if you restart BackupPC. Craig On Sun, Aug 27, 2017 at 12:26 PM, Marc Gilliatt <m.g...@li...<mailto:m.g...@li...>> wrote: Hi, Thanks for getting back to me. I changed the hosts name by changing the /etc/backuppc/hosts file. And then changing it in the backuppc folder via mv old_host new_host. Looking forward to your response. Regards, Marc Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Craig Barratt via BackupPC-devel <bac...@li...<mailto:bac...@li...>> Sent: Sunday, August 27, 2017 8:14:32 PM To: Developers discussion Cc: Craig Barratt Subject: Re: [BackupPC-devel] Posible bug Eduardo, What did you do when you said "rename the host"? Did you manually edit the hosts file, and mv /TOPDIR/pc/HOST_OLD to /TOPDIR/pc/HOST_NEW? BackupPC should remove the old status when it next reads the hosts file. It does that on startup, on each wakeup if the mtime has changed, when it receives a HUP signal, or when it receives a "server reload" command. So it's possible you noticed the stuck error before any of those events happened. Craig On Sat, Aug 19, 2017 at 8:35 PM, Eduardo Kaftanski <ek...@gm...<mailto:ek...@gm...>> wrote: Hi, I think I found a small bug... How to reproduce: -add a host -try to make a backup and fail for soem reason (in my case was ssh privileges) -rename the host The error stays and wont go away until you create a host with the original name and then delete the host. I received warning mails until I did this. I am running 3.3, I don't know if it was fixed in 4.x as I had not needed to upgrade yet. thanks. -- Eduardo Kaftanski ed...@kd...<mailto:ed...@kd...> ek...@gm...<mailto:ek...@gm...> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ BackupPC-devel mailing list Bac...@li...<mailto:Bac...@li...> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/ |
|
From: Craig B. <cba...@us...> - 2017-09-20 13:03:34
|
It uses 128 directories at each level. They are based on the first and second bytes of the digest, but each is anded with 0xfe. So, as you note, a digest starting with 0x25 goes in the directory 24. This is in the documentation. Craig On Tue, Sep 19, 2017 at 11:44 AM, Gandalf Corvotempesta < gan...@gm...> wrote: > If I understood properly, "cpool" path is made by the hash, so, an hash of > > 1a5af4351dde2e018797815ba062d46e01 > > will result in a path like the following: > > /cpool/1a/5a/1a5af4351dde2e018797815ba062d46e01 > > First level is the first 2 chars, second level is the thirth and fourth > chars. > > So, why the following hash: > > 2518c859f504cca9f59cdeaffe17ff2d > > is resulting in the following path? > > /cpool/24/18/2518c859f504cca9f59cdeaffe17ff2d > > What is the "24" at first level ? > > I think that I have some other strangenesses: > > /cpool/22/84/238510ce90e87ce31702181e7b82508b01 > /cpool/70/ec/70ed19e0558d4ec031e2c03e2365af1d01 > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > |
|
From: Gandalf C. <gan...@gm...> - 2017-09-19 18:44:54
|
If I understood properly, "cpool" path is made by the hash, so, an hash of 1a5af4351dde2e018797815ba062d46e01 will result in a path like the following: /cpool/1a/5a/1a5af4351dde2e018797815ba062d46e01 First level is the first 2 chars, second level is the thirth and fourth chars. So, why the following hash: 2518c859f504cca9f59cdeaffe17ff2d is resulting in the following path? /cpool/24/18/2518c859f504cca9f59cdeaffe17ff2d What is the "24" at first level ? I think that I have some other strangenesses: /cpool/22/84/238510ce90e87ce31702181e7b82508b01 /cpool/70/ec/70ed19e0558d4ec031e2c03e2365af1d01 |
|
From: Marc G. <m.g...@li...> - 2017-08-29 10:59:19
|
Hi Craig, I've resolved the email message. However, I'm still having issues with one of the hosts taking far longer than I'd hope for to complete its first full backup. I've restarted BackupPC as you mentioned, and I've just started a full backup on the host. Straight away, it's been put into the queue. I am using BackupPC to backup 3 hosts, 2 of them are backing up perfectly, no issues whatsoever, however, there's one host that can't even complete its first full backup. I've included screenshots. [cid:5c110e27-2d53-406a-9ade-bf2c8e5030dc] [cid:78588b8e-6ac7-4a97-9c8f-315707d63e40] [cid:6c1230a5-44bb-42df-81d9-570ff38cd0fb] Could this be down to the network possible? I would just like your opinion/advice on how I can get this server to complete its first full backup. Thank you. Kind regards, Marc ________________________________ From: cr...@gm... <cr...@gm...> on behalf of Craig Barratt <cba...@us...> Sent: 27 August 2017 22:24 To: Marc Gilliatt Cc: Developers discussion Subject: Re: [BackupPC-devel] Posible bug Marc, Ok; if you wait until the next wakeup, the old status should be removed. Similarly if you restart BackupPC. Craig On Sun, Aug 27, 2017 at 12:26 PM, Marc Gilliatt <m.g...@li...<mailto:m.g...@li...>> wrote: Hi, Thanks for getting back to me. I changed the hosts name by changing the /etc/backuppc/hosts file. And then changing it in the backuppc folder via mv old_host new_host. Looking forward to your response. Regards, Marc Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Craig Barratt via BackupPC-devel <bac...@li...<mailto:bac...@li...>> Sent: Sunday, August 27, 2017 8:14:32 PM To: Developers discussion Cc: Craig Barratt Subject: Re: [BackupPC-devel] Posible bug Eduardo, What did you do when you said "rename the host"? Did you manually edit the hosts file, and mv /TOPDIR/pc/HOST_OLD to /TOPDIR/pc/HOST_NEW? BackupPC should remove the old status when it next reads the hosts file. It does that on startup, on each wakeup if the mtime has changed, when it receives a HUP signal, or when it receives a "server reload" command. So it's possible you noticed the stuck error before any of those events happened. Craig On Sat, Aug 19, 2017 at 8:35 PM, Eduardo Kaftanski <ek...@gm...<mailto:ek...@gm...>> wrote: Hi, I think I found a small bug... How to reproduce: -add a host -try to make a backup and fail for soem reason (in my case was ssh privileges) -rename the host The error stays and wont go away until you create a host with the original name and then delete the host. I received warning mails until I did this. I am running 3.3, I don't know if it was fixed in 4.x as I had not needed to upgrade yet. thanks. -- Eduardo Kaftanski ed...@kd...<mailto:ed...@kd...> ek...@gm...<mailto:ek...@gm...> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ BackupPC-devel mailing list Bac...@li...<mailto:Bac...@li...> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/ |
|
From: Eduardo K. <ek...@gm...> - 2017-08-27 22:35:18
|
Thanks. Will try to upgrade and re check. On Sun, Aug 27, 2017 at 7:17 PM, Craig Barratt via BackupPC-devel < bac...@li...> wrote: > Eduardo, > > I tried this on 4.1.3 and it works (created a host, deliberately > misconfigured to create a status error that appears on the main status > page, renamed the host and confirmed the status error disappears). > > Craig > > On Sun, Aug 27, 2017 at 2:28 PM, Eduardo Kaftanski <ek...@gm...> > wrote: > >> >> I renamed the host using the cgi interface. >> >> Selected 'Edit Hosts'. Changed the name of the host and pressed 'Save' >> >> >> On Sun, Aug 27, 2017 at 4:14 PM, Craig Barratt via BackupPC-devel < >> bac...@li...> wrote: >> >>> Eduardo, >>> >>> What did you do when you said "rename the host"? Did you manually edit >>> the hosts file, and mv /TOPDIR/pc/HOST_OLD to /TOPDIR/pc/HOST_NEW? >>> >>> BackupPC should remove the old status when it next reads the hosts >>> file. It does that on startup, on each wakeup if the mtime has changed, >>> when it receives a HUP signal, or when it receives a "server reload" >>> command. So it's possible you noticed the stuck error before any of those >>> events happened. >>> >>> Craig >>> >>> On Sat, Aug 19, 2017 at 8:35 PM, Eduardo Kaftanski <ek...@gm...> >>> wrote: >>> >>>> >>>> Hi, >>>> >>>> I think I found a small bug... >>>> >>>> How to reproduce: >>>> >>>> -add a host >>>> -try to make a backup and fail for soem reason (in my case was ssh >>>> privileges) >>>> -rename the host >>>> >>>> The error stays and wont go away until you create a host with the >>>> original name and then delete the host. I received warning mails until I >>>> did this. >>>> >>>> I am running 3.3, I don't know if it was fixed in 4.x as I had not >>>> needed to upgrade yet. >>>> >>>> thanks. >>>> >>>> >>>> >>>> -- >>>> Eduardo Kaftanski >>>> ed...@kd... >>>> ek...@gm... >>>> >>>> ------------------------------------------------------------ >>>> ------------------ >>>> Check out the vibrant tech community on one of the world's most >>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>> _______________________________________________ >>>> BackupPC-devel mailing list >>>> Bac...@li... >>>> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel >>>> Wiki: http://backuppc.wiki.sourceforge.net >>>> Project: http://backuppc.sourceforge.net/ >>>> >>>> >>> >>> ------------------------------------------------------------ >>> ------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> BackupPC-devel mailing list >>> Bac...@li... >>> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel >>> Wiki: http://backuppc.wiki.sourceforge.net >>> Project: http://backuppc.sourceforge.net/ >>> >>> >> >> >> -- >> Eduardo Kaftanski >> ed...@kd... >> ek...@gm... >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> BackupPC-devel mailing list >> Bac...@li... >> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel >> Wiki: http://backuppc.wiki.sourceforge.net >> Project: http://backuppc.sourceforge.net/ >> >> > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > > -- Eduardo Kaftanski ed...@kd... ek...@gm... |
|
From: Craig B. <cba...@us...> - 2017-08-27 22:18:18
|
Eduardo, I tried this on 4.1.3 and it works (created a host, deliberately misconfigured to create a status error that appears on the main status page, renamed the host and confirmed the status error disappears). Craig On Sun, Aug 27, 2017 at 2:28 PM, Eduardo Kaftanski <ek...@gm...> wrote: > > I renamed the host using the cgi interface. > > Selected 'Edit Hosts'. Changed the name of the host and pressed 'Save' > > > On Sun, Aug 27, 2017 at 4:14 PM, Craig Barratt via BackupPC-devel < > bac...@li...> wrote: > >> Eduardo, >> >> What did you do when you said "rename the host"? Did you manually edit >> the hosts file, and mv /TOPDIR/pc/HOST_OLD to /TOPDIR/pc/HOST_NEW? >> >> BackupPC should remove the old status when it next reads the hosts file. >> It does that on startup, on each wakeup if the mtime has changed, when it >> receives a HUP signal, or when it receives a "server reload" command. So >> it's possible you noticed the stuck error before any of those events >> happened. >> >> Craig >> >> On Sat, Aug 19, 2017 at 8:35 PM, Eduardo Kaftanski <ek...@gm...> >> wrote: >> >>> >>> Hi, >>> >>> I think I found a small bug... >>> >>> How to reproduce: >>> >>> -add a host >>> -try to make a backup and fail for soem reason (in my case was ssh >>> privileges) >>> -rename the host >>> >>> The error stays and wont go away until you create a host with the >>> original name and then delete the host. I received warning mails until I >>> did this. >>> >>> I am running 3.3, I don't know if it was fixed in 4.x as I had not >>> needed to upgrade yet. >>> >>> thanks. >>> >>> >>> >>> -- >>> Eduardo Kaftanski >>> ed...@kd... >>> ek...@gm... >>> >>> ------------------------------------------------------------ >>> ------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> BackupPC-devel mailing list >>> Bac...@li... >>> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel >>> Wiki: http://backuppc.wiki.sourceforge.net >>> Project: http://backuppc.sourceforge.net/ >>> >>> >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> BackupPC-devel mailing list >> Bac...@li... >> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel >> Wiki: http://backuppc.wiki.sourceforge.net >> Project: http://backuppc.sourceforge.net/ >> >> > > > -- > Eduardo Kaftanski > ed...@kd... > ek...@gm... > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > > |
|
From: Eduardo K. <ek...@gm...> - 2017-08-27 21:29:26
|
I renamed the host using the cgi interface. Selected 'Edit Hosts'. Changed the name of the host and pressed 'Save' On Sun, Aug 27, 2017 at 4:14 PM, Craig Barratt via BackupPC-devel < bac...@li...> wrote: > Eduardo, > > What did you do when you said "rename the host"? Did you manually edit > the hosts file, and mv /TOPDIR/pc/HOST_OLD to /TOPDIR/pc/HOST_NEW? > > BackupPC should remove the old status when it next reads the hosts file. > It does that on startup, on each wakeup if the mtime has changed, when it > receives a HUP signal, or when it receives a "server reload" command. So > it's possible you noticed the stuck error before any of those events > happened. > > Craig > > On Sat, Aug 19, 2017 at 8:35 PM, Eduardo Kaftanski <ek...@gm...> > wrote: > >> >> Hi, >> >> I think I found a small bug... >> >> How to reproduce: >> >> -add a host >> -try to make a backup and fail for soem reason (in my case was ssh >> privileges) >> -rename the host >> >> The error stays and wont go away until you create a host with the >> original name and then delete the host. I received warning mails until I >> did this. >> >> I am running 3.3, I don't know if it was fixed in 4.x as I had not needed >> to upgrade yet. >> >> thanks. >> >> >> >> -- >> Eduardo Kaftanski >> ed...@kd... >> ek...@gm... >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> BackupPC-devel mailing list >> Bac...@li... >> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel >> Wiki: http://backuppc.wiki.sourceforge.net >> Project: http://backuppc.sourceforge.net/ >> >> > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > > -- Eduardo Kaftanski ed...@kd... ek...@gm... |
|
From: Craig B. <cba...@us...> - 2017-08-27 21:25:21
|
Marc, Ok; if you wait until the next wakeup, the old status should be removed. Similarly if you restart BackupPC. Craig On Sun, Aug 27, 2017 at 12:26 PM, Marc Gilliatt <m.g...@li...> wrote: > Hi, > > Thanks for getting back to me. > > I changed the hosts name by changing the /etc/backuppc/hosts file. > > And then changing it in the backuppc folder via mv old_host new_host. > > Looking forward to your response. > > Regards, > > Marc > > Get Outlook for Android <https://aka.ms/ghei36> > > ------------------------------ > *From:* Craig Barratt via BackupPC-devel <backuppc-devel@lists. > sourceforge.net> > *Sent:* Sunday, August 27, 2017 8:14:32 PM > *To:* Developers discussion > *Cc:* Craig Barratt > *Subject:* Re: [BackupPC-devel] Posible bug > > Eduardo, > > What did you do when you said "rename the host"? Did you manually edit > the hosts file, and mv /TOPDIR/pc/HOST_OLD to /TOPDIR/pc/HOST_NEW? > > BackupPC should remove the old status when it next reads the hosts file. > It does that on startup, on each wakeup if the mtime has changed, when it > receives a HUP signal, or when it receives a "server reload" command. So > it's possible you noticed the stuck error before any of those events > happened. > > Craig > > On Sat, Aug 19, 2017 at 8:35 PM, Eduardo Kaftanski <ek...@gm...> > wrote: > >> >> Hi, >> >> I think I found a small bug... >> >> How to reproduce: >> >> -add a host >> -try to make a backup and fail for soem reason (in my case was ssh >> privileges) >> -rename the host >> >> The error stays and wont go away until you create a host with the >> original name and then delete the host. I received warning mails until I >> did this. >> >> I am running 3.3, I don't know if it was fixed in 4.x as I had not needed >> to upgrade yet. >> >> thanks. >> >> >> >> -- >> Eduardo Kaftanski >> ed...@kd... >> ek...@gm... >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> BackupPC-devel mailing list >> Bac...@li... >> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel >> Wiki: http://backuppc.wiki.sourceforge.net >> Project: http://backuppc.sourceforge.net/ >> >> > |
|
From: Marc G. <m.g...@li...> - 2017-08-27 20:59:52
|
Hi, Thanks for getting back to me. I changed the hosts name by changing the /etc/backuppc/hosts file. And then changing it in the backuppc folder via mv old_host new_host. Looking forward to your response. Regards, Marc Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Craig Barratt via BackupPC-devel <bac...@li...> Sent: Sunday, August 27, 2017 8:14:32 PM To: Developers discussion Cc: Craig Barratt Subject: Re: [BackupPC-devel] Posible bug Eduardo, What did you do when you said "rename the host"? Did you manually edit the hosts file, and mv /TOPDIR/pc/HOST_OLD to /TOPDIR/pc/HOST_NEW? BackupPC should remove the old status when it next reads the hosts file. It does that on startup, on each wakeup if the mtime has changed, when it receives a HUP signal, or when it receives a "server reload" command. So it's possible you noticed the stuck error before any of those events happened. Craig On Sat, Aug 19, 2017 at 8:35 PM, Eduardo Kaftanski <ek...@gm...<mailto:ek...@gm...>> wrote: Hi, I think I found a small bug... How to reproduce: -add a host -try to make a backup and fail for soem reason (in my case was ssh privileges) -rename the host The error stays and wont go away until you create a host with the original name and then delete the host. I received warning mails until I did this. I am running 3.3, I don't know if it was fixed in 4.x as I had not needed to upgrade yet. thanks. -- Eduardo Kaftanski ed...@kd...<mailto:ed...@kd...> ek...@gm...<mailto:ek...@gm...> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ BackupPC-devel mailing list Bac...@li...<mailto:Bac...@li...> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/ |
|
From: Craig B. <cba...@us...> - 2017-08-27 19:14:59
|
Eduardo, What did you do when you said "rename the host"? Did you manually edit the hosts file, and mv /TOPDIR/pc/HOST_OLD to /TOPDIR/pc/HOST_NEW? BackupPC should remove the old status when it next reads the hosts file. It does that on startup, on each wakeup if the mtime has changed, when it receives a HUP signal, or when it receives a "server reload" command. So it's possible you noticed the stuck error before any of those events happened. Craig On Sat, Aug 19, 2017 at 8:35 PM, Eduardo Kaftanski <ek...@gm...> wrote: > > Hi, > > I think I found a small bug... > > How to reproduce: > > -add a host > -try to make a backup and fail for soem reason (in my case was ssh > privileges) > -rename the host > > The error stays and wont go away until you create a host with the original > name and then delete the host. I received warning mails until I did this. > > I am running 3.3, I don't know if it was fixed in 4.x as I had not needed > to upgrade yet. > > thanks. > > > > -- > Eduardo Kaftanski > ed...@kd... > ek...@gm... > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > > |
|
From: Craig B. <cba...@us...> - 2017-08-27 18:42:26
|
Marc,
Please tell us the XferMethod. Does the main status display show any
XferPIDs? Are those processes still running? Do you see any log files in
that machine's backup directory?
Craig
On Wed, Aug 16, 2017 at 3:41 AM, Marc Gilliatt <m.g...@li...>
wrote:
> Hi,
>
>
> I've implemented BackupPC on Ubuntu 16.04 at work to backup 3 of our
> backup servers.
>
>
> 2 of the servers have successfully backed-up fine, however, the third is
> taking far too long, it's still showing its state as 'backup in progress'.
> One of the servers that backed up successfully was 1.4TB big, the
> server I'm having issues with is only 886GB in size. So it's not the size
> of the servers that's an issue here. It's showing in the backup queue and
> I have no blackout setup, how do I get it out of the queue?
>
>
> I was thinking it might be down to the max pool file system for today
> showing 9% and it won't get any bigger. I would like to know how I can
> increase this max pool file system so my server can finish backing up.
>
>
>
>
> Also, I've implemented the email service so I can get an email
> notification everytime a successful backup occurs, however, this is not
> working. I have the following setup:
>
> *DumpPostUserCmd =
> /var/lib/backuppc/backup_email.sh $xferOK $host $type $use *
>
>
> And my simple script, from which I "stole" from this forum, is:
>
> *#!/bin/sh *
>
> */usr/sbin/sendmail root -s "Backuppc status
> $1 $2 [${3}]" </dev/null*
>
>
> I would be truly grateful if anyone can shed some light on my issues,
> please?
>
>
> Thank you in advance.
>
>
> Marc
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> BackupPC-devel mailing list
> Bac...@li...
> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel
> Wiki: http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
>
|
|
From: Eduardo K. <ek...@gm...> - 2017-08-20 03:35:36
|
Hi, I think I found a small bug... How to reproduce: -add a host -try to make a backup and fail for soem reason (in my case was ssh privileges) -rename the host The error stays and wont go away until you create a host with the original name and then delete the host. I received warning mails until I did this. I am running 3.3, I don't know if it was fixed in 4.x as I had not needed to upgrade yet. thanks. -- Eduardo Kaftanski ed...@kd... ek...@gm... |
|
From: Marc G. <m.g...@li...> - 2017-08-16 10:56:34
|
Hi,
I've implemented BackupPC on Ubuntu 16.04 at work to backup 3 of our backup servers.
2 of the servers have successfully backed-up fine, however, the third is taking far too long, it's still showing its state as 'backup in progress'. One of the servers that backed up successfully was 1.4TB big, the server I'm having issues with is only 886GB in size. So it's not the size of the servers that's an issue here. It's showing in the backup queue and I have no blackout setup, how do I get it out of the queue?
I was thinking it might be down to the max pool file system for today showing 9% and it won't get any bigger. I would like to know how I can increase this max pool file system so my server can finish backing up.
[cid:33386655-fee2-4d3e-8963-9bad036b75f9]
Also, I've implemented the email service so I can get an email notification everytime a successful backup occurs, however, this is not working. I have the following setup:
DumpPostUserCmd = /var/lib/backuppc/backup_email.sh $xferOK $host $type $use
And my simple script, from which I "stole" from this forum, is:
#!/bin/sh
/usr/sbin/sendmail root -s "Backuppc status $1 $2 [${3}]" </dev/null
I would be truly grateful if anyone can shed some light on my issues, please?
Thank you in advance.
Marc
|
|
From: Craig B. <cba...@us...> - 2017-06-05 00:44:38
|
BackupPC 4.1.3 <https://github.com/backuppc/backuppc/releases/tag/4.1.3> has been released on Github. New versions of BackupPC-XS 0.55 <https://github.com/backuppc/backuppc-xs/releases/tag/0.55>, rsync-bpc 3.0.9.7 <https://github.com/backuppc/rsync-bpc/releases/tag/3.0.9.7> and cygwin-rsyncd 3.1.2.1 <https://github.com/backuppc/cygwin-rsyncd/releases/tag/3.1.2.1> have also been released. There are several bug fixes; see below. Upgrading is strongly recommended. Thanks to Matt Bedynek, Cody Jackson, Lano and Dieter Fauth helping track down some bugs. Enjoy! Craig * Merged pull requests: #109, #114 * Fixed editing of compound menu variables (eg: BackupFilesOnly). * Made tarPipe in lib/BackupPC/Xfer/Tar.pm non-blocking to avoid a reported deadlock when BackupPC's select() returns ok for reading, but there are no bytes to read from the client tar's log/stdout output. Thanks to Matt Bedynek for running various tests and providing debugging insights to track this down. * Better error checking when using $f->read() on pool files. Thanks to Cody Jackson for tracking down this issue, related to reading corrupted compressed pool files. There's also an additional fix in backuppc-xs (version 0.54). * Cleans up any orphan temporary pool writing files. * Fixed utf-8 output in SCGI. * Fixed a reference counting bug in BackupPC_tarExtract. * Fixed rsync restore transfer byte total, reported by Alexander Moisseev * Replaced logo href with https://backuppc.github.io/backuppc. * On a v3->v4 upgrade, remove the new --one-file-system flag from the new RsyncArgs if it wasn't there before. * Added /usr/local/bin to search path in configure.pl from Alexander Moisseev (#109). * Avoid missing or extra quotes when replacing misused undef or empty string values in configure.pl from Alexander Moisseev (#114). * Chasing down a still unsolved bug with help from Lano and Dieter Fauth where newly added pool files in uncompressed backups get removed by BackupPC_refCountUpdate during a long-running backup, or if BackupPC_migrateV3toV4 is running. Two workarounds added in this release: BackupPC_migrateV3toV4 will now exit if BackupPC is running, and BackupPC_refCountUpdate only removes pool files that are more than a week old. |
|
From: Craig B. <cba...@us...> - 2017-05-30 16:02:09
|
Richard, I'm close to releasing 4.1.3 - hopefully this weekend. So it's probably best to wait until then. I already released new versions of rsync-bpc and backuppc-xs, so they are ready to be packaged. Craig On Tue, May 30, 2017 at 5:50 AM, Richard Shaw <hob...@gm...> wrote: > Is there a list of commits I should apply to the 4.1.2 release and provide > updated packages for Fedora / RHEL or is a new release imminent? > > Thanks, > Richard > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > > |
|
From: Richard S. <hob...@gm...> - 2017-05-30 12:50:32
|
Is there a list of commits I should apply to the 4.1.2 release and provide updated packages for Fedora / RHEL or is a new release imminent? Thanks, Richard |
|
From: Bill B. <bi...@br...> - 2017-05-03 06:16:15
|
Sorry to drop this, I can't explain the changes, but it did resolve themselves. The disk usage went from up from 500GB to well over 1TB or so. Then to zero, then back up to the normal numbers in the 410-480GB range. I can't explain the changes. Here's a graph of the disk use over time: http://broadley.org/backuppc2.png I can't explain it, but the local staff time crunch is over I should be able to track it more closely and do more debugging if it happens again. I don't believe there was any changes in configuration or number of nodes backed up. |
|
From: Craig B. <cba...@us...> - 2017-05-03 01:15:07
|
BackupPC 4.1.2 <https://github.com/backuppc/backuppc/releases/tag/4.1.2> has been released on Github. BackupPC 4.1.2 is a bug fix release, with a few minor new features. The changes are listed below. Thanks to everyone who helped track down bugs and/or provided pull requests. Craig - Merged pull requests: #93, #94, #97, #102 - Fixed NetBios lookup of hosts, reported by Doug Lytle. - Fixed bin/BackupPC_tarExtract and lib/BackupPC/Xfer/Ftp.pm in case where a directory tree is no longer present in a new backup. Reported by Jens Potthast and Matt Bedynek. - Fixed SCGI when BackupPC is run in non-daemon mode (which is the systemd default starting in 4.1.1). - $Conf{ClientNameAlias} can now be an array of hostnames; the first one that succeeds ping is used for the backup or restore. From martintamare (#94). - Fixed status link in SCGI server, improved the navigation tab (now it doesn't scroll) and some css/html cleanup; from Nicholas Hall (#97). - Fixed logic in bin/BackupPC_dump for $Conf{FixedIPNetBiosNameCheck} to prevent netbios name check; from Nicholas Hall (#102). - Fixed config editor bug in sub-entries of hash config variables, related to SCGI. - Fixed rsync restore of a top-level directory when the share is "/", reported by Ray Frush. - Increased $Conf{FullKeepCnt}[0] by 1 in expiry calculations, so the most recent filled backup effectively isn't counted for expiry. This improves the behavior, particularly when $Conf{FullKeepCnt} = 1. - Rsync transfers now use --timeout=$Conf{ClientTimeout} instead of using an alarm based on rsync log output, suggested by ACR. - added --delete-excluded and --one-file-system to $Conf{RsyncArgs}. - Removed extra quotes from $Conf{CgiURL} in configure.pl from Alexander Moisseev (#93). Also added $DestDir to some print messages in configure.pl. - BackupPC_dump and BackupPC_restore now support the -p option to turn off progress reports. The old -p (inplace) option to BackupPC_tarExtract is now -P. - Backup directory mtime is now set to the backup endTime. - Updated FSF address in cgi-bin/BackupPC_Admin, reported by TomCat42 (#91). |
|
From: Craig B. <cba...@us...> - 2017-05-03 01:09:38
|
I haven't send the announcement email yet. Will do so shortly.
Craig
On Tue, May 2, 2017 at 9:05 AM, Raoul Bhatia <ra...@bh...> wrote:
> On May 2, 2017 3:02:01 PM GMT+02:00, Richard Shaw <hob...@gm...>
> wrote:
>>
>>
>> On 2017-05-01 02:32, Craig Barratt wrote:
>>>
>>> BackupPC 4.1.2 fixes several bugs in 4.1.1. The changes include:
>>>
>>>
>> Somehow I didn't get the email, strange, unless I accidentally deleted it
>> but I couldn't find it in Trash or Spam in Gmail...
>>
>>
>>> - added --delete-excluded and --one-file-system to $Conf{RsyncArgs}.
>>>
>>>
>> I assume that this update will not happen automatically so if we want
>> these options added we'll need to do it manually?
>>
>> Builds complete on my COPR[1] for EPEL and Fedora 25, builds complete in
>> Fedora proper for F26 and rawhide.
>>
>> Thanks,
>> Richard
>>
>> [1] https://copr.fedorainfracloud.org/coprs/hobbes1069/BackupPC/
>>
>
> This was a Github-triggered announcement.
>
> Raoul
> --
> DI (FH) Raoul Bhatia M.Sc.
> E-Mail. ra...@bh...
> Tel. +43 699 10132530 <+43%20699%2010132530>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> BackupPC-devel mailing list
> Bac...@li...
> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel
> Wiki: http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
>
|
|
From: Raoul B. <ra...@bh...> - 2017-05-02 16:06:06
|
On May 2, 2017 3:02:01 PM GMT+02:00, Richard Shaw <hob...@gm...> wrote:
>> On 2017-05-01 02:32, Craig Barratt wrote:
>>
>> BackupPC 4.1.2 fixes several bugs in 4.1.1. The changes include:
>>
>>
>Somehow I didn't get the email, strange, unless I accidentally deleted
>it
>but I couldn't find it in Trash or Spam in Gmail...
>
>
>> - added --delete-excluded and --one-file-system to
>$Conf{RsyncArgs}.
>>
>>
>I assume that this update will not happen automatically so if we want
>these
>options added we'll need to do it manually?
>
>Builds complete on my COPR[1] for EPEL and Fedora 25, builds complete
>in
>Fedora proper for F26 and rawhide.
>
>Thanks,
>Richard
>
>[1] https://copr.fedorainfracloud.org/coprs/hobbes1069/BackupPC/
This was a Github-triggered announcement.
Raoul
--
DI (FH) Raoul Bhatia M.Sc.
E-Mail. ra...@bh...
Tel. +43 699 10132530 |
|
From: Richard S. <hob...@gm...> - 2017-05-02 13:02:13
|
> On 2017-05-01 02:32, Craig Barratt wrote:
>
> BackupPC 4.1.2 fixes several bugs in 4.1.1. The changes include:
>
>
Somehow I didn't get the email, strange, unless I accidentally deleted it
but I couldn't find it in Trash or Spam in Gmail...
> - added --delete-excluded and --one-file-system to $Conf{RsyncArgs}.
>
>
I assume that this update will not happen automatically so if we want these
options added we'll need to do it manually?
Builds complete on my COPR[1] for EPEL and Fedora 25, builds complete in
Fedora proper for F26 and rawhide.
Thanks,
Richard
[1] https://copr.fedorainfracloud.org/coprs/hobbes1069/BackupPC/
|
|
From: Raoul B. <ra...@bh...> - 2017-05-02 08:11:32
|
Thanks Craig and everybody who contributed I've updated the Debian packages for Ubuntu 16.04 and Ubuntu 16.10 - you can find them at https://github.com/backuppc/backuppc/wiki/Build-Your-Own-Packages#downloads (Sorry, no personal need/time for Ubuntu 17.04 yet) Feedback appreciated! Cheers, Raoul On 2017-05-01 02:32, Craig Barratt wrote: > BackupPC 4.1.2 fixes several bugs in 4.1.1. The changes include: > > * Merged pull requests: #93 [1], #94 [2], #97 [3], #102 [4] > * Fixed NetBios lookup of hosts, reported by Doug Lytle. > * Fixed bin/BackupPC_tarExtract and lib/BackupPC/Xfer/Ftp.pm in case where a directory tree is no longer present in a new backup. Reported by Jens Potthast and Matt Bedynek. > * Fixed SCGI when BackupPC is run in non-daemon mode (which is the systemd default starting in 4.1.1). > * $Conf{ClientNameAlias} can now be an array of hostnames; the first one that succeeds ping is used for the backup or restore. From martintamare (#94 [2]). > * Fixed status link in SCGI server, improved the navigation tab (now it doesn't scroll) and some css/html cleanup; from Nicholas Hall (#97 [3]). > * Fixed logic in bin/BackupPC_dump for $Conf{FixedIPNetBiosNameCheck} to prevent netbios name check; from Nicholas Hall (#102 [4]). > * Fixed config editor bug in sub-entries of hash config variables, related to SCGI. > * Fixed rsync restore of a top-level directory when the share is "/", reported by Ray Frush. > * Increased $Conf{FullKeepCnt}[0] by 1 in expiry calculations, so the most recent filled backup effectively isn't counted for expiry. This improves the behavior, particularly when $Conf{FullKeepCnt} = 1. > * Rsync transfers now use --timeout=$Conf{ClientTimeout} instead of using an alarm based on rsync log output, suggested by ACR. > * added --delete-excluded and --one-file-system to $Conf{RsyncArgs}. > * Removed extra quotes from $Conf{CgiURL} in configure.pl from Alexander Moisseev (#93 [1]). Also added $DestDir to some print messages in configure.pl. > * BackupPC_dump and BackupPC_restore now support the -p option to turn off progress reports. The old -p (inplace) option to BackupPC_tarExtract is now -P. > * Backup directory mtime is now set to the backup endTime. > * Updated FSF address in cgi-bin/BackupPC_Admin, reported by TomCat42 (#91 [5]). -- DI (FH) Raoul Bhatia M.Sc. E-Mail. ra...@bh... Tel. +43 699 10132530 Links: ------ [1] https://github.com/backuppc/backuppc/pull/93 [2] https://github.com/backuppc/backuppc/pull/94 [3] https://github.com/backuppc/backuppc/pull/97 [4] https://github.com/backuppc/backuppc/pull/102 [5] https://github.com/backuppc/backuppc/pull/91 |
|
From: Richard S. <hob...@gm...> - 2017-04-29 21:48:51
|
On Sat, Apr 29, 2017 at 9:47 AM, Michael Stowe <ms...@ch...>
wrote:
>
> ... which begs the question, why did you include it? Why not just use the
> first exclude, which seems perfectly valid, i.e.
>
> $Conf{BackupFilesExclude} = {
> '*' => [
> '/home/*/.cache'
> ]
> };
>
> I'm genuinely baffled.
>
For posterity I'll answer, since it stayed in the last incremental I
assumed it was not working.
Thanks,
Richard
|
|
From: Richard S. <hob...@gm...> - 2017-04-29 21:48:03
|
On Sat, Apr 29, 2017 at 4:07 PM, Craig Barratt <
cba...@us...> wrote:
> In addition to getting the exclude settings right, in 4.x if you add an
> exclude for an already backed-up file or directory, the file or directory
> won't be backed up (correct), but won't get deleted on the server, so it
> will be still be visible in the most recent filled/full backup (incorrect).
>
> If that's an issue you have, you can add the --delete-excluded option to
> $Conf{RsyncArgs} to fix this. I pushed that change to git in a few days
> ago and it will be in 4.1.2.
>
Ok, I'm not out of disk space or anything so I'm not worried about killing
it off retroactively but I was kinda using the last incremental to tell if
the excludes worked correctly.
Thanks,
Richard
|