Snipe-it asset tool upgraden werkt niet.

[theduke1989]

Beste tweakers,

heb een vraag betreft Snipe-it asset management tool.

Wil deze namelijk upgraden naar de nieuwste versie.
Momenteel draaien we op v6.1.1 en willen graag naar v6.2.3. Dit op advies dat waarschijnlijk de bugs die we hebben hiermee opgelost worden.

Nu volg ik hun *how to* pagina, maar kom er niet uit.
1. Hernoem de huidige volder naar iets anders
2. download en plaats de nieuwe snipe-it met dezelfde naam in de zelfde destination folder.
3. Kopieer de .env file en de Ouath keys
4. en dan zou het moeten werken.

Hun eigen uitleg

Upgrading Manually
Upgrading manually is unfortunately much more labor intensive (which is why we strongly recommend installing via git instead.) The most straightforward way to do this is to rename your current Snipe-IT directory (for example, to snipe-it-v3-bkup) and download the new version into a parallel directory that you name whatever your old one was named. (Keeping the same name for the new version just means you don't have to mess with the web server path settings.)

From there, copy over the old .env and your OAuth keys in storage, as well as any files or folders in your public/uploads directory and your storage/private_uploads directory.
Source: https://snipe-it.readme.io/docs/upgrading

Dit allemaal gedaan te hebben.

Krijg ik de volgende foutmelding:


wat kan ik hier doen?
Heb composer install nog een keer geprobeerd.



krijg het niet werkend.

[ Voor 15% gewijzigd door theduke1989 op 27-12-2023 09:24 ]

[Hero of Time]

Heb je goed gelezen wat er in de paragraaf erna staat van wat je linkt? Je composer install heeft nog twee extra opties nodig.

Zie trouwens ook https://snipe-it.readme.io/docs/requirements, hier staat duidelijk PHP >= 7.4 en =< 8.1.2, jij draait PHP 8.2 en die is dus incompatible met 6.2.3.

Heb je 6.1.1 dat je eerst draaide met php 8.2 gebruikt, of heb je deze tegelijk met je Snipe-IT upgrade toegepast? Want dat zal je grootste oorzaak zijn. Lees voortaan goed de vereisten en ga er niet blind van uit dat het overweg kan met de laatste versie van de taal waar het in is geschreven.

[theduke1989]

Hero of Time schreef op woensdag 27 december 2023 @ 19:10:
Heb je goed gelezen wat er in de paragraaf erna staat van wat je linkt? Je composer install heeft nog twee extra opties nodig.

Zie trouwens ook https://snipe-it.readme.io/docs/requirements, hier staat duidelijk PHP >= 7.4 en =< 8.1.2, jij draait PHP 8.2 en die is dus incompatible met 6.2.3.

Heb je 6.1.1 dat je eerst draaide met php 8.2 gebruikt, of heb je deze tegelijk met je Snipe-IT upgrade toegepast? Want dat zal je grootste oorzaak zijn. Lees voortaan goed de vereisten en ga er niet blind van uit dat het overweg kan met de laatste versie van de taal waar het in is geschreven.

We draaien het inderdaad met de laatste versie.
Ik kan bij composer niet vinden wat ik mis?

[Hero of Time]

theduke1989 schreef op woensdag 27 december 2023 @ 20:53:
[...]


We draaien het inderdaad met de laatste versie.
Ik kan bij composer niet vinden wat ik mis?

Lees nog eens m'n link met vereisten voor Snipe-IT en kijk naar wat jij hebt. Komt dat overeen?

[theduke1989]

Ik heb even zitten kijken, de requirements moet het goed zijn. Ik zit op PHP8.2.0


en:
PHP Extensions: - JSON PHP Extension
- OpenSSL PHP Extension
- PDO PHP Extension
- Mbstring PHP Extension
- Tokenizer PHP Extension
- cURL PHP Extension
- MySQLi PHP Extension
- LDAP PHP extension (only if using LDAP)
- PHPZIP PHP extension
- Fileinfo PHP extension
- PHP BCMath PHP extension
- PHP XML PHP extension
- PHP Sodium
dit alles staat aan.

[Webgnome]

Nee je php versie komt niet overeen met de vereiste. Als ik op de site onder requirements kijk staat daar :

< v8.1.2 .. Jij hebt > 8.1.2

[theduke1989]

Webgnome schreef op donderdag 28 december 2023 @ 08:39:
Nee je php versie komt niet overeen met de vereiste. Als ik op de site onder requirements kijk staat daar :

< v8.1.2 .. Jij hebt > 8.1.2

Ik moet dan helaas XAMPP nog opnieuw downloaden. apache en php folder hernoemen naar _old en dan nog een keer installeren.

zou deze werken?
XAMPP 8.1.25 / PHP 8.1.25 dat ik niet te ver terug ga?

[edeboeck]

theduke1989 schreef op donderdag 28 december 2023 @ 08:55:
[...]


Ik moet dan helaas XAMPP nog opnieuw downloaden. apache en php folder hernoemen naar _old en dan nog een keer installeren.

zou deze werken?
XAMPP 8.1.25 / PHP 8.1.25 dat ik niet te ver terug ga?

Herlees de reactie van @Hero of Time nog eens goed:

Hero of Time schreef op woensdag 27 december 2023 @ 19:10:
Heb je goed gelezen wat er in de paragraaf erna staat van wat je linkt? Je composer install heeft nog twee extra opties nodig.

Zie trouwens ook https://snipe-it.readme.io/docs/requirements, hier staat duidelijk PHP >= 7.4 en =< 8.1.2, jij draait PHP 8.2 en die is dus incompatible met 6.2.3.

Heb je 6.1.1 dat je eerst draaide met php 8.2 gebruikt, of heb je deze tegelijk met je Snipe-IT upgrade toegepast? Want dat zal je grootste oorzaak zijn. Lees voortaan goed de vereisten en ga er niet blind van uit dat het overweg kan met de laatste versie van de taal waar het in is geschreven.

8.1.2 komt meer dan 20 versies vóór 8.1.25. Het is dus mogelijk dat het werkt, maar helemaal niet zeker, want niet volgens de requirements.

[theduke1989]

ik zal er naar kijken. Heb een downgrade doorgevoerd naar php 8.0.30 dat moet voldoende zijn.
Echter nu weer een ander probleem, wat voorheen niet er was.

een lange tijd niet aangepast, moet even kiken hoe en wat.

[Mavamaarten]

Ik denk dat je toch beter de rode tekst eens leest, in plaats van hem hier gewoon neer te zetten.
VisualSVN Server draait, en deze gebruikt ook poort 443. Apache wil die poort ook graag gebruiken, en dat gaat niet omdat de poort al in gebruik is.

[theduke1989]

Mavamaarten schreef op donderdag 28 december 2023 @ 10:23:
Ik denk dat je toch beter de rode tekst eens leest, in plaats van hem hier gewoon neer te zetten.
VisualSVN Server draait, en deze gebruikt ook poort 443. Apache wil die poort ook graag gebruiken, en dat gaat niet omdat de poort al in gebruik is.

is apart, want ik had een snapshot ervoor gemaakt, en als ik die bekijk:
draait apache op 80, 4434
draait mysql op 3306

[MAX3400]

+

theduke1989 schreef op donderdag 28 december 2023 @ 10:44:
[...]


is apart, want ik had een snapshot ervoor gemaakt, en als ik die bekijk:
draait apache op 80, 4434
draait mysql op 3306

Wat staat er nu dan in je gedowngrade control panel voor poortnummer voor Apache?

[ Voor 43% gewijzigd door MAX3400 op 28-12-2023 10:50 ]

[theduke1989]

MAX3400 schreef op donderdag 28 december 2023 @ 10:49:
[Afbeelding]
+

[...]

Wat staat er nu dan in je gedowngrade control panel voor poortnummer voor Apache?

ik zit weer momenteel op de snapshot toen het nog allemaal werkte.
Als ik dan bijvoorbeeld nu direct onder Config en dan Apache *httpd.conf* bekijk
Staat het onder Listen op 80
4434 staat er niet tussen, maar wordt wel benut. en onder netstat

staat 4434 er niet tussen, maar wordt op port 443 wek vsvnhttpsvc gebruikt.

[ Voor 5% gewijzigd door theduke1989 op 28-12-2023 11:00 ]

[theduke1989]

om er even op terug te komen, bij de snapshot staat onder httpd.ssl.conf file onder Listen 4434
ga weer even downgraden, kijken of die port ook echt wordt aangepast.

[theduke1989]

zo, nadat ik dus die apache en php folder in de huidige xampp folder heb gekopieerd.
En ik de httpd.ssl.conf file aanpas van 443 naar 4434 zoals ervoor, dan start Apache wel, maar werken de sites allemaal niet meer.

echt bizar.

[Hero of Time]

En wat staat er in de logs? Mag hopen dat je per site een eigen logbestand hebt opgegeven in de vhost configuratie. Zie je precies wat er aan schort.