GITEA package - third party

[Wurzelseppi]

Hallo zusammen,

hab dieses Paket https://github.com/go-gitea/gitea/releases/download/v1.4.0/gitea-1.4.0-linux-amd64 gebaut und installiert.

Funktioniert auch super, aber starten kann ich es nur über die Kommandozeile

/var/packages/Gitea/scripts/start-stop-status.sh start

Wenn ich im Packagemanager auf Start drücke dauerts ca. 5 Sek, aber passieren tut nichts...

Kann ich irgendwo schauen, was hinter dem "Start" Button passiert ?

Danke Euch und Grüße,

Wurzelseppi

 

[Wurzelseppi]

Weis wirklich keiner, wo genau steht, was hinter dem "Run" Button eines Packages passiert ? :-(

 

[4bob]

Servus

Idealerweise verlinkst du immer die Projektseite:https://github.com/flipswitchingmonkey/gitea-spk

Bei der Installation wurdest du gefragt ein logfile anzulegen - gemacht?
Gitea wird nicht als root ausgeführt;

ps -ef |grep gitea
gitea    11204     1  0 11:25 ?        00:00:01 /usr/local/gitea/gitea/gitea web

Prüfe ob der Serviceaccount richtig angelegt wurde:

cat /etc/group |grep gitea
cat /etc/passwd |grep gitea
cat /etc/shadow |grep gitea

Folgende logs helfen dir: messages & synopkg.log & synoservice.log bspw. so:

tail -f  /var/log/synopkg.log

VG; 4Bob

 

[Wurzelseppi]

synopkg.log

2019/08/11 23:11:31 install Gitea 1.9.0 Begin /bin/rm -rf /volume1/@tmp/pkginstall
2019/08/11 23:11:31 install Gitea 1.9.0 End /bin/rm -rf /volume1/@tmp/pkginstall ret=[0]
2019/08/11 23:11:31 install Gitea 1.9.0 successfully
2019/08/11 23:11:34 install Gitea: begin to start version 1.9.0
2019/08/11 23:11:35 install Gitea 1.9.0 Begin pre-load apparmor
2019/08/11 23:11:35 install Gitea 1.9.0 End pre-load apparmor ret=[0]
2019/08/11 23:11:35 install Gitea 1.9.0 Begin start-stop-status start
2019/08/11 23:11:35 install Gitea 1.9.0 End start-stop-status start ret=[1]
2019/08/11 23:11:35 (system) trigger Gitea 1.9.0 Begin start-stop-status stop
2019/08/11 23:11:35 (system) trigger Gitea 1.9.0 End start-stop-status stop ret=[0]
2019/08/11 23:11:35 (system) trigger Gitea 1.9.0 Begin unload apparmor
2019/08/11 23:11:35 (system) trigger Gitea 1.9.0 End unload apparmor ret=[0]
2019/08/11 23:11:36 stop Gitea: begin to stop version 1.9.0
2019/08/11 23:11:36 stop Gitea: stop version 1.9.0 successfully, result 0
2019/08/11 23:11:36 install Gitea: start version 1.9.0 failed, result 272

Service Accounts wurden angelegt:
gitea:x:274350:
gitea:x:274350:274350::/var/packages/Gitea/target:/sbin/nologin
gitea:*:18119:0:99999:7:::

synoservices.log:
service_start.c:180 synoservice: [pkgctl-Gitea] start failed.[0xD900 manager.cpp:204]

In den messages hab ich ein permission denied gefunden:

synopkgctl: process.cpp:236 Failed to run start-stop-status start, ret=[-1], Permission denied
2019-08-11T23:20:37+02:00 Synobaby916 [44403.550420] init: pkgctl-Gitea pre-start process (14362) terminated with status 1
2019-08-11T23:20:37+02:00 Synobaby916 synoscgi_SYNO.Core.Package.Control_1_start[10423]: servicecfg_internal_lib.c:187 Failed to start job [pkgctl-Gitea][0xD900 manager.cpp:204]
2019-08-11T23:20:38+02:00 Synobaby916 synoscgi_SYNO.Core.Package.Control_1_start[10423]: service_initjob_action.c:27 InitJobStart failed, [0xD900 manager.cpp:204]
2019-08-11T23:20:38+02:00 Synobaby916 synoscgi_SYNO.Core.Package.Control_1_start[10423]: pkgstartstop.cpp:367 Failed to start pkgctl-Gitea (err=-1) [0xD900 manager.cpp:204]

Beim Versuch das script manuell zu starten & more:

root@Synobaby916:/var/packages/Gitea/scripts# . start-stop-status start
Starting Gitea ...
-ash: cd: /usr/local/gitea/gitea: No such file or directory
-ash: /usr/local/gitea/gitea/gitea.pid: No such file or directory
root@Synobaby916:/var/packages/Gitea/scripts# cd /usr/local/gitea/
-ash: cd: /usr/local/gitea/: No such file or directory
[1]+ Exit 127 ${gitea} web > /dev/null 2>&1
root@Synobaby916:/var/packages/Gitea/scripts# cd /usr/local/gitea
-ash: cd: /usr/local/gitea: No such file or directory

 

[4bob]

Da ist aber was gehörig schiefgelaufen bei der Installation;

Funktioniert auch super, aber starten kann ich es nur über die Kommandozeile

Das soll als root ausführbar sein?
Hast du noch irgendwas anderes unternommen? Hast du es deinstalliert und erneut aufgespielt?

Die Links fehlen; Kontrolle:

ls -la /usr/local/ |grep git

Sofern bei dich auch Volume1 für Apps definiert ist kannst du den Link so nachtragen:

ln -s /usr/local/gitea /volume1/@appstore/Gitea

https://docs.gitea.io/en-us/command-line/
Starte über die Console als Gitea User und poste die Ausgabe:

sudo -u gitea -s /usr/local/gitea/gitea/gitea web --pid /var/packages/Gitea/target/gitea/gitea.pid

Bob

 

[Wurzelseppi]

Deinstalliert habe ich es schon ein paar mal

ls -la /usr/local/ |grep git

root@Synobaby916:~# ls -la /usr/local/ |grep git
root@Synobaby916:~#

Also nix :-(

ln -s /usr/local/gitea /volume1/@appstore/Gitea

hab ich so gemacht:
ln -s /volume1/@appstore/Gitea /usr/local/gitea

Dann:
root@Synobaby916:/usr/local/gitea# sudo -u gitea -s /usr/local/gitea/gitea/gitea web --pid /var/packages/Gitea/target/gitea/gitea.pid
/bin/ash: /usr/local/gitea/gitea/gitea: Permission denied


Der gerade angelegte Link gehört root:root. Ein chown gitea:gitea hat den irgendwie nur auf

lrwxrwxrwx 1 root root 24 Aug 12 14:23 gitea -> /volume1/@appstore/Gitea

gesetzt

 

[4bob]

hab ich so gemacht:
ln -s /volume1/@appstore/Gitea /usr/local/gitea

Upps, klar doch - war ein Test
Link permission sind ok.

Check die binarys die der service account nicht lesen darf.

ls -ll /usr/local/gitea/gitea/

gehören sie root; ändere das ab mit

chown -R gitea:gitea /usr/local/gitea/

und nochmal

sudo -u gitea -s /usr/local/gitea/gitea/gitea web --pid /var/packages/Gitea/target/gitea/gitea.pid

 

[Wurzelseppi]

Hi,
hab alles gemacht...
Hab gesehen, daß die Dateirechte auf die Binary nur x x für Benutzer und Gruppe hatten.
Hab dann nochmal mal einen

chmod 770 -R /usr/local/gitea

gemacht

Und dann *Trommelwirbel*

2019/08/12 15:20:36 ...s/setting/setting.go:529:NewContext() [W] Custom config '/usr/local/gitea/gitea/custom/conf/app.ini' not found, ignore this if you're running first time
2019/08/12 15:20:36 ...dules/setting/git.go:83:newGit()  Git Version: 2.19.2, Wire Protocol Version 2 Enabled
2019/08/12 15:20:36 routers/init.go:72:GlobalInit() [T] AppPath: /usr/local/gitea/gitea/gitea
2019/08/12 15:20:36 routers/init.go:73:GlobalInit() [T] AppWorkPath: /usr/local/gitea/gitea
2019/08/12 15:20:36 routers/init.go:74:GlobalInit() [T] Custom path: /usr/local/gitea/gitea/custom
2019/08/12 15:20:36 routers/init.go:75:GlobalInit() [T] Log path: /usr/local/gitea/gitea/log
2019/08/12 15:20:36 ...dules/setting/log.go:226:newLogService()  Gitea v1.9.0 built with GNU Make 4.1, go1.12.7 : bindata, sqlite, sqlite_unlock_notify
2019/08/12 15:20:36 ...dules/setting/log.go:269:newLogService()  Gitea Log Mode: Console(Console:info)
2019/08/12 15:20:36 ...les/setting/cache.go:42:newCacheService()  Cache Service Enabled
2019/08/12 15:20:36 ...s/setting/session.go:45:newSessionService()  Session Service Enabled
2019/08/12 15:20:36 routers/init.go:106:GlobalInit()  SQLite3 Supported
2019/08/12 15:20:36 routers/init.go:37:checkRunMode()  Run Mode: Development
2019/08/12 15:20:37 cmd/web.go:151:runWeb()  Listen: http://0.0.0.0:3000
2019/08/12 15:20:37 ...ce/gracehttp/http.go:142:Serve()  Serving [::]:3000 with pid 31315

Aber:

Im Package-Manager stand das Ding noch auf "Stopped"
Beim Drücken von "Run":

Failed to run the package service

==> /var/log/synoservice.log <==
2019-08-12T15:28:59+02:00 Synobaby916 synoscgi_SYNO.Core.Package.Control_1_start[22091]: service_start.c:180 synoservice: [pkgctl-Gitea] start failed.[0xD900 manager.cpp:204]
2019-08-12T15:28:59+02:00 Synobaby916 synoscgi_SYNO.Core.Package.Control_1_start[22091]: service_stop.c:23 synoservice: [pkgctl-Gitea] stopping ...
2019-08-12T15:28:59+02:00 Synobaby916 synoscgi_SYNO.Core.Package.Control_1_start[22091]: service_stop.c:38 synoservice: [pkgctl-Gitea] is already stopped.
2019-08-12T15:28:59+02:00 Synobaby916 synoscgi_SYNO.Core.Package.Control_1_start[22091]: service_stop.c:86 synoservice: [pkgctl-Gitea] stopped.


==> /var/log/synofeasibilitycheck.log <==
2019-08-12T15:28:55+02:00 Synobaby916 synoscgi_SYNO.Core.Package_1_feasibility_check[22087]: feasibility_check.cpp:87 FeasibilityCheck: [Info] Start feasibility check [package_start] with type [hard].
2019-08-12T15:28:55+02:00 Synobaby916 synoscgi_SYNO.Core.Package_1_feasibility_check[22087]: feasibility_check.cpp:106 FeasibilityCheck: [Info] [0] of feasibility check [package_start] failed.
2019-08-12T15:28:55+02:00 Synobaby916 synoscgi_SYNO.Core.Package_1_feasibility_check[22087]: feasibility_check.cpp:79 FeasibilityCheck: [Info] No [package_start] feasibility check config with type [soft].

Dann

root@Synobaby916:~# /var/packages/Gitea/scripts/start-stop-status status
Gitea is running....

UI meldet sich auch auf Port 3000

Aber im Package Manager steht das Paket immer noch auf "Stopped"

 

[4bob]

Da gibt’s kein Aber
Das ist richtig so, der Start auf der Konsole entgeht den Webinterface. Alles OK.

1.Wenn es per start-stop Script ausgeführt wird, was liefert der Taskmanager

ps -ef |grep gitea

2. Poste bitte die Ausgabe

ls -ll /usr/local/gitea/gitea/

rm /usr/local/gitea/gitea/gitea.log

3.Stell sicher das gitea nicht ausgeführt wird wenn du es über das Paketzentrum startest; dann davon bitte noch das log posten aus:
/usr/local/gitea/gitea/gitea.log

 

[Wurzelseppi]

1.
root@Synobaby916:~# ps -ef |grep gitea
root 24710 20469 0 16:38 pts/10 00:00:00 grep --color=auto gitea
root 27915 20469 0 15:31 pts/10 00:00:04 /usr/local/gite

2.
root@Synobaby916:~# ls -ll /usr/local/gitea/gitea/
total 77916
drwxr-xr-x 3 gitea gitea 4096 Aug 12 15:20 custom
-rwxrwx--- 1 gitea gitea 79774784 Jul 31 16:24 gitea
-rw-r--r-- 1 root root 6 Aug 12 15:31 gitea.pid

root@Synobaby916:~# rm /usr/local/gitea/gitea/gitea.log
rm: cannot remove ‘/usr/local/gitea/gitea/gitea.log’: No such file or directory

root@Synobaby916:~# /var/packages/Gitea/scripts/start-stop-status stop
Stopping Gitea ...
[1]+ Done ${gitea} web > /dev/null 2>&1


3.
Über das Package Center auf "RUN"
=>
root@Synobaby916:~# ll /usr/local/gitea/gitea/gitea.log
ls: cannot access /usr/local/gitea/gitea/gitea.log: No such file or directory

root@Synobaby916:/usr/local/gitea# find -name "*.log"
root@Synobaby916:/usr/local/gitea#

Logs gibts wohl keine :-(

 

[4bob]

Zu 1und 2)
Fällt dir da was auf? PID File zeigt es dir auch;
Nochmal der Link https://docs.gitea.io/en-us/command-line/
Entsprechender Hinweis: Gitea should not be run as root.

Zum testen auf der Konsole:

sudo -u gitea -s /usr/local/gitea/gitea/gitea web --pid /var/packages/Gitea/target/gitea/gitea.pid

Alles andere ist nicht hilfreich, im Gegenteil.

Die Frage hatte ich dir Eingangs schon gestellt; .. Logfile erzeugen ausgewählt?
Setzt den Trigger selbst und achte auf fehlende Berechtigungen, dann wiederhole das Starten im Paketzentrum

touch /usr/local/gitea/gitea/wizard_create_log

Jetzt sollte das log da sein

 

[4bob]

Das Konstrukt was du da verlinkt hast ist nicht das spk.
Ich war mal so frei und hab dir ein kleines Update zusammengestellt:
gitea-1.9.0-linux-amd64.spk

 

[Wurzelseppi]

Hab alles nochmal probiert, aber es wird kein log erzeugt ...... langsam zweifle ich an mir und an dem Package