Wat gebeurt er bij een firmware upgrade van 4.0 naar 4.1?

[ton123]

Kan iemand mij op hoofdlijnen uitleggen wat er gewijzigd wordt bij een firmware overgang?
De reden dat ik dit vraag is omdat ik bemerk dat er soms toch wel problemen ontstaan door zo'n overgang.
En ik werk met een minutieus geinstalleerde OpenERP applicatie. Dat wil zeggen dat ik in diverse bestanden aanpassingen heb moeten maken om de configuratie hiervan naar mijn hand te zetten. Hiervoor heb ik noodzakelijkerwijs via ssh moeten "hacken" op linux niveau.
Ik ben bang dat een upgrade instellingen en bestanden gaat aanpassen.
Een gebruikelijke standaard backup maken werkt niet omdat dat met de standaard synology backup tools niet gaat. En als ik linux niveau een back up moet maken, waarvan dan precies en hoe?
Ik heb inmiddels wel een database backup die ik zo op een standby linux systeem kan zetten, maar ik wil het wel weer easy op de synology kunnen zetten. In het Synology OpenERP forum NL en UK heb ik zoveel mogelijk van de installatie vastgelegd.  Meer dan 20 posts.

Mijn installatie is op een DS412+ met op dit moment DSM 4.0-2228 en loopt goed. (Alleen de slaapstand functioneert niet.).
De reden dat ik over wil is wegens de nieuwe functies in DSM 4.1. Dat is toch wel een behoorlijke vooruitgang en het draait al op twee andere kleinere synology servers van me.

Ook voor anderen die wat meer op linux niveau kijken kunnen antwoorden op deze vraag stimulerend werken. Dus graag uw reacties.

[Richard67]

Kan iemand mij op hoofdlijnen uitleggen wat er gewijzigd wordt bij een firmware overgang?
De reden dat ik dit vraag is omdat ik bemerk dat er soms toch wel problemen ontstaan door zo'n overgang.
En ik werk met een minutieus geinstalleerde OpenERP applicatie. Dat wil zeggen dat ik in diverse bestanden aanpassingen heb moeten maken om de configuratie hiervan naar mijn hand te zetten. Hiervoor heb ik noodzakelijkerwijs via ssh moeten "hacken" op linux niveau.
Ik ben bang dat een upgrade instellingen en bestanden gaat aanpassen.
Een gebruikelijke standaard backup maken werkt niet omdat dat met de standaard synology backup tools niet gaat. En als ik linux niveau een back up moet maken, waarvan dan precies en hoe?
Ik heb inmiddels wel een database backup die ik zo op een standby linux systeem kan zetten, maar ik wil het wel weer easy op de synology kunnen zetten. In het Synology OpenERP forum NL en UK heb ik zoveel mogelijk van de installatie vastgelegd.  Meer dan 20 posts.

Mijn installatie is op een DS412+ met op dit moment DSM 4.0-2228 en loopt goed. (Alleen de slaapstand functioneert niet.).
De reden dat ik over wil is wegens de nieuwe functies in DSM 4.1. Dat is toch wel een behoorlijke vooruitgang en het draait al op twee andere kleinere synology servers van me.

Ook voor anderen die wat meer op linux niveau kijken kunnen antwoorden op deze vraag stimulerend werken. Dus graag uw reacties.

Ik zou beginnen met het controleren van die stappen in die 20 posts. Je kunt dat volgens mij wel op één van die andere NAS-sen van je testen. Als dat goed gaat weet je in ieder geval dat je een scenario hebt om het OpenERP verhaal te herstellen. (Vind ik altijd wel geruststellend.) Een paar goed backups (en getest met een restore op een andere NAS) Helpt ook.
Mijn ervaring is dat de packages in het algemeen bij een update in tact blijven. Soms moet ik handmatig even wat dingen terug zetten die ik handmatig heb aangepast. (Daar kunnen de 20 posts je bij helpen.) Ik zou die 20 posts overigens zelf ook lokaal ter beschikking willen hebben als het zo belangrijk is. Je zult altijd zien dat wanneer je ze nodig bent, je er even niet bij kunt door onderhoud of uitval. Je loopt een zeker risico, omdat je je afhankelijk maakt van de beschikbaarheid van een derde waar je geen invloed op kunt uitoefenen.
Met het testen van je documentatie en de backups, moet je in staat zijn om de situatie te herstellen mocht het misgaan. Als dat lukt, kun je overwegen de update naar 4.1 uit te voeren. Succes.

[Matr1x]

En ik werk met een minutieus geinstalleerde OpenERP applicatie. Dat wil zeggen dat ik in diverse bestanden aanpassingen heb moeten maken om de configuratie hiervan naar mijn hand te zetten. Hiervoor heb ik noodzakelijkerwijs via ssh moeten "hacken" op linux niveau.
Ik ben bang dat een upgrade instellingen en bestanden gaat aanpassen.

Als een pakket op een juiste manier geinstalleerd is en de aanpassingen ook alleen in de bestanden van dit pakket gedaan zijn, dan ben je redelijk safe. Synology zal nooit zomaar bestanden in een niet Synology map verwijderen. Maar weet je zeker dat openERP wel werkt onder 4.1?

Ik zou ter voorbereiding handmatig even alle mappen en bestanden van openERP veiligstellen. Gewoon met een linux copy commando. Mocht 4.1 problemen geven, kan je altijd terug naar 4.0 en openERP terugzetten. Zelf ben ik ook van 4.1 naar 4.0 teruggegaan toen mijn ventilator op hol sloeg. Dat probleem is inmiddels gelukkig opgelost.

[Tjonge]

En anders kun je met winscp ook je bestanden backuppen , met dat programma , kan je wat makkelijker door de mappen van je synology bladderen en de bewuste bestanden lokaal opslaan,

[ton123]

Veel goede tips! Hartelijk dank daarvoor allemaal.
De matr1x en tjonge aanpak durf ik nog niet aan.
Ik besef nu dat wat dwight66 schreef de aanpak is die voor mij het veiligste is en die ik het liefste zou willen. Dat is eerst even testen op een andere synology met 4.1. Hij schrijft dat dat toch op een van mijn andere synologies zou moeten kunnen. Helaas is dat niet het geval. OpenERP loopt alleen op synologies met x86 en dat zijn die andere niet.
Ik zet de migratie voorlopig nog maar even on hold totdat ik of genoeg moed verzameld heb of totdat ik een tweede x86 DS heb om dit te testen......

[ton123]

Update. Pakket werkt sinds februari nu ook op mijn andere synology servers.
Daar 4.2. op geinstalleerd en Openerp 6.1. Installatiestappen van additionals bleken hier en daar iets anders te moeten doordat volgens mij de directory structuur iets is gewijzigd.
Nadat ik daarop mijn database van de ds412+ kon restoren heb ik de Ds412+ geupgrade naar DSM4.2. Dat bleek gewoon te werken. Voorbereidend werk bleek dus achteraf een niet nodige verzekeringsactie.