[sr #110158] All files attached to the bug or patch tracker of GNU Octave are lost

[Bob Proulx]

Update of sr #110158 (project administration):

  Status:   Confirmed => Done   
 Open/Closed:Open => Closed 

___

Follow-up Comment #6:

I am very happy that this is resolved now.  Apologies again for the mistake
that caused it.  Closing the ticket.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[sr #110158] All files attached to the bug or patch tracker of GNU Octave are lost

[Kai Torben Ohlhus]

Follow-up Comment #5, sr #110158 (project administration):

Thank you for your help and detailed explanation.

The issue seems to be fixed since your reply on Friday, I checked some sample
reports and did not find any problems.

Please close this item as fixed.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[sr #110158] All files attached to the bug or patch tracker of GNU Octave are lost

[Bob Proulx]

Follow-up Comment #4, sr #110158 (project administration):

Please look for the attachments again.

Long details:

We are in the process of upgrading the web UI frontend system to the next
version of the OS.  Doing this by cloning the system, then upgrading the
clone, then testing the newly upgraded clone off to the side so that we don't
thrash the production frontend too much while we work the bugs out of the new
system.

The attachments previously were directly on the local system.  As you can
imagine the clone would have a separate copy.  Then whichever system is in use
and in testing would then have a "split brain" problem of new attachments
might get added to one or the other.  That does not work very well if we
switch in an upgraded frontend which has a separate attachment area.

In order to simplify the upgrade I moved the attachment area to an NFS mounted
location where it would be shared between both of the frontend servers.  This
is similar to what is done on the other systems.  That allows multiple systems
to share access to the same storage area.  It allows both the old and new web
UI frontend system to share access to the attachments directory.  One shared
brain.  No split brain.

But the old system has a known buggy problem with NFS mounts timing out while
looking for a kerberus daemon.  We aren't running kerberus and are affected by
the old bug which has been fixed on the newer OS version.  So this is just a
temporary problem on the old system while we set up the new one and will
disappear entirely when we switch on the new system.

And then the old frontend happened to be rebooted and the NFS mount did not
mount at boot time due to the bug in the old OS.  That made all of the
attachments appear to have disappeared because the shared NFS directory as not
mounted.  I am sorry.  I knew the system had gotten rebooted but I was
distracted and it slipped my mind that the NFS mount would fail again when it
booted.  I have just now manually mounted them again.  And therefore all of
the attachments should be showing up again.  Assuming that was the problem
here.  I assume that it was.


___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[sr #110158] All files attached to the bug or patch tracker of GNU Octave are lost

[Ineiev]

Follow-up Comment #3, sr #110158 (project administration):

No, those two files were lost before that, unfortunately.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[sr #110158] All files attached to the bug or patch tracker of GNU Octave are lost

[Lars Kindermann]

Follow-up Comment #2, sr #110158 (project administration):

Is there a chance that my patches (the ones that got reported first to be
missing):

https://lists.gnu.org/archive/html/octave-bug-tracker/2019-12/msg00238.html

https://lists.gnu.org/archive/html/octave-bug-tracker/2019-12/msg00237.html

may also be recovered along with the others or do I have to resubmit them in
any case?

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[sr #110158] All files attached to the bug or patch tracker of GNU Octave are lost

[Ineiev]

Update of sr #110158 (project administration):

  Status:None => Confirmed  
 Assigned to:None => rwp

___

Follow-up Comment #1:

All attachment files in Savannah moved to a different directory on the server,
they weren't lost.  I'm not aware of details about why this was done, so I'm
reluctant to fix it myself.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[sr #110158] All files attached to the bug or patch tracker of GNU Octave are lost

[Kai Torben Ohlhus]

URL:
  

 Summary: All files attached to the bug or patch tracker of
GNU Octave are lost
 Project: Savannah Administration
Submitted by: siko1056
Submitted on: Thu 12 Dec 2019 06:21:31 AM CET
Category: Savannah trackers - bugs, tasks, etc.
Priority: 5 - Normal
Severity: 4 - Important
  Status: None
 Assigned to: None
Originator Email: k.ohl...@gmail.com
Operating System: GNU/Linux
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Dear Savannah admins,

For the project "octave" I cannot download/access **any** file attached to a
bug report or patch. 


No access to the file.


On December 10, we got two messages by "Ineiev":

https://lists.gnu.org/archive/html/octave-bug-tracker/2019-12/msg00238.html

https://lists.gnu.org/archive/html/octave-bug-tracker/2019-12/msg00237.html

Did some severe data loss happen?
Can the data be recovered? (Just wrong permissions set?)

Thank you for your help,

Kai





___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/