Comments (2)
what i see atm (which leads to full
/fullp
still being listed in info
of vmm_client
):
Mar 17 14:04:52 <daemon.info> 198.167.222.205 hannes.nqsb.io canopy-store pulling repository
Mar 17 14:04:53 <daemon.info> 198.167.222.205 hannes.nqsb.io git.sync remote: Counting objects: 559, done.
Mar 17 14:04:53 <daemon.info> 198.167.222.205 hannes.nqsb.io git.sync remote: Compressing objects: 12% (1/8) ^M
Mar 17 14:04:53 <daemon.info> 198.167.222.205 hannes.nqsb.io git.sync remote: Compressing objects: 25% (2/8) ^M
Mar 17 14:04:53 <daemon.info> 198.167.222.205 hannes.nqsb.io git.sync remote: Compressing objects: 37% (3/8) ^MCompressing objects: 50% (4/8) ^MCompressing objects: 62% (5/8) ^M
Mar 17 14:04:53 <daemon.info> 198.167.222.205 hannes.nqsb.io git.sync remote: Compressing objects: 75% (6/8) ^MCompressing objects: 87% (7/8) ^M
Mar 17 14:04:53 <daemon.info> 198.167.222.205 hannes.nqsb.io git.sync remote: Compressing objects: 100% (8/8) ^M
Mar 17 14:04:53 <daemon.info> 198.167.222.205 hannes.nqsb.io git.sync remote: Compressing objects: 100% (8/8), done.
Mar 17 14:04:53 <daemon.info> 198.167.222.205 hannes.nqsb.io git.sync remote: Total 559 (delta 1), reused 6 (delta 1), pack-reused 550
Mar 17 14:04:53 <daemon.info> 198.167.222.205 hannes.nqsb.io git.sync Received a pack file of 487785 bytes.
Mar 17 14:04:54 <daemon.warn> 198.167.222.205 hannes.nqsb.io canopy-store failed pull (Failure "Git.Mem.write_pack: wrong checksum.\ \nExpecting c1bc60e382abb6551d82efe2a0b21b9360f4bff3, but got 5044b73cd5c9bdee66c474e5995d888984b5c6b4.")
Mar 17 14:04:54 <daemon.err> 198.167.222.205 hannes.nqsb.io application main: (Invalid_argument ".config/uuid is required in the remote git repository") Raised at file "src/core/lwt.ml", line 2981, characters 20-27 Called from file "lib/main.ml", line 64, characters 15-25
on the console, I see
vmm_console: [DEBUG] read | ___|
vmm_console: [DEBUG] read __| _ \ | _ \ __ \
vmm_console: [DEBUG] read \__ \ ( | | ( | ) |
vmm_console: [DEBUG] read ____/\___/ _|\___/____/
vmm_console: [DEBUG] read Solo5: Memory map: 128 MB addressable:
vmm_console: [DEBUG] read Solo5: unused @ (0x0 - 0xfffff)
vmm_console: [DEBUG] read Solo5: text @ (0x100000 - 0x540fff)
vmm_console: [DEBUG] read Solo5: rodata @ (0x541000 - 0x608fff)
vmm_console: [DEBUG] read Solo5: data @ (0x609000 - 0x949fff)
vmm_console: [DEBUG] read Solo5: heap >= 0x94a000 < stack < 0x8000000
vmm_console: [DEBUG] read 2018-03-17 14:04:52 -00:00: INF [netif] Plugging into 0 with mac 6e:aa:b9:03:0b:2d
vmm_console: [DEBUG] read 2018-03-17 14:04:52 -00:00: INF [ethif] Connected Ethernet interface 6e:aa:b9:03:0b:2d
vmm_console: [DEBUG] read 2018-03-17 14:04:52 -00:00: INF [ARP] Sending gratuitous ARP for 0.0.0.0 (6e:aa:b9:03:0b:2d)
vmm_console: [DEBUG] read 2018-03-17 14:04:52 -00:00: INF [ARP] Sending gratuitous ARP for 198.167.222.205 (6e:aa:b9:03:0b:2d)
vmm_console: [DEBUG] read 2018-03-17 14:04:52 -00:00: INF [udp] UDP interface connected on 198.167.222.205
vmm_console: [DEBUG] read 2018-03-17 14:04:52 -00:00: INF [tcpip-stack-direct] stack assembled: mac=6e:aa:b9:03:0b:2d,ip=198.167.222.205
vmm_console: [DEBUG] read Solo5: solo5_exit() called
i thought an exception should lead to the waitpid
returning and doing its cleanup business
from albatross.
may be a race condition (i.e. process started and quit before waitpid is called -- we may need to check whether the pid is still alive!?) -- it's a zombie process :/
from albatross.
Related Issues (20)
- Systemd: include network.target in After= HOT 3
- Avoid daemons to override sockets of already executing daemons HOT 2
- Provide an "info" subcommand that does not list all secrets (command line parameters)
- use solo5-elftool opam package instead of calling out to solo5-elftool HOT 1
- query manifest failure HOT 7
- albatross-daemon fails to restore unikernels because fifo directory does not exist HOT 2
- exception HOT 2
- add a restart command
- specified bridge(s) does not match with the manifest HOT 2
- albatross.deb for ubuntu 22.04 HOT 2
- rework albatross-stats HOT 2
- debian packaging: should libnl-3-dev and libnl-route-3-dev be a dependency? HOT 1
- Albatross-tls-endpoint HOT 4
- Handle 404 in albatross-client update
- document and smooth the CA experience HOT 1
- Don't fill `syslog` with DEBUG logs from `albatross_influx`
- Record start time and report it in `albatross-client info` HOT 2
- albatross_daemon keeps all unikernels in memory
- for UI add uuids
- tls-inetd merged with tls-endpoint should be nicer
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from albatross.