[OpenIndiana-discuss] Help, yelp and webkitgtk2.
Does the Help fail to load the documents because webkitgtk2 lib is still 32-bit? Is it that way to support older installs? agrellum@openindiana:~$ rm core agrellum@openindiana:~$ yelp agrellum@openindiana:~$ file core core: ELF 32-bit LSB core file 80386 Version 1, from 'WebKitWebProces' agrellum@openindiana:~$ ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] services dependency cycle
On Thu, May 05, 2022 at 09:43:40PM +0200, Stephan Althaus wrote: > > Sorry, i don't have a system with a BE that contains the service metainit, i > tried several.. i looked into some snapshots where i did find a log but not > the manifest.. > > Maybe someone else has a system with the service metainit present. It think > was disabled on my broken setup btw. I have one: $ svcs -a | grep meta disabled Apr_23 svc:/system/metainit:default I'm running a BE dated 2021-08-30 . The only dependency seems to be svc:/system/identity:node . -- -Gary Mills--refurb--Winnipeg, Manitoba, Canada- ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] services dependency cycle
On 5/5/22 20:23, Till Wegmueller wrote: Hello Everyone So I think this is a Update configuration of the same Problem we where talking recently in illumos-developer list and Openindiana Maintainer meetup. We thought it was svc:/system/device/local:default but here it is svc:/system/filesystem/usr Stefan can you check the output of the following services with svcs -l? svcs -l svc:/system/filesystem/usr:default svcs -l svc:/system/filesystem/minimal:default svcs -l svc:/system/device/local:default So we can compare outputs? Can you grep in /lib/svc/manifests if any section is dependent system/filesystem/usr and not depdendency thus making the cycle? Example grep: grep -A 3 -B 6 -R 'system/filesystem/usr' /lib/svc/manifest/ Can you grep for dependent in your /lib/svc/manifest and check if any service marks something as dependent there that looks odd? Like network setting filesystem/usr to dependent etc. Thanks for helping debug this and Greetings Till On 05.05.22 10:31, Stephan Althaus wrote: On 5/5/22 15:22, Maurilio Longo via openindiana-discuss wrote: Hi Stephan, I had a similar problem in the past due to the meta-init service not being completely removed by a previous update. Maybe it is the same meta-something Espen remembers. Regards. Maurilio. Il 05/05/2022 15:07 Stephan Althaus ha scritto: On 5/5/22 14:51, Espen Martinsen wrote: Hi, I had this on an old laptop for some weeks ago, and it was because of a "leftver?) metadb-service, I just removed the service completely, and then everything was fine. Noen of the binaries from old "disksuite" was left anyway, that's why it would not start. -espen On 5/5/22 14:40, Stephan Althaus wrote: Hello! After pkg update on one of my systems, i get a maintenance mode login due to a dependency loop, many of the services are not starting. I bootet a previous BE and did a beadm mount openindiana-2022:05:05 /a In /var/svc/log there is an entry only in system-filesystem-usr:default.log:4706:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4707:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4708:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4709:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] i don't find a log where the other dependant services are mentioned. Does anyone knows of changes in the service dependencies that may be related? Any help is appreciated :-) Stephan ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss @Espen: Thanks for your input.. I dont have the service metadb svc:/system/filesystem/usr:default (read/write root file systems mounts) State: maintenance since 5 May 2022 at 14:58:23 CEST Reason: Completes a dependency cycle. See: http://illumos.org/msg/SMF-8000-HP Impact: 89 dependent services are not running: svc:/network/ipsec/ipsecalgs:default svc:/system/device/local:default svc:/system/filesystem/minimal:default svc:/system/manifest-import:default svc:/application/print/service-selector:default svc:/network/location:default svc:/network/dns/client:default svc:/network/ipfilter:default svc:/network/rpc/bind:default svc:/system/sysding:system svc:/milestone/sysconfig:default svc:/milestone/multi-user:default svc:/system/intrd:default svc:/milestone/multi-user-server:default svc:/application/texinfo-update:default svc:/system/zones:default svc:/system/system-log:default svc:/network/smtp:sendmail svc:/network/sendmail-client:default svc:/system/utmp:default svc:/system/console-login:default svc:/network/ssh:default svc:/network/inetd:default svc:/system/sac:default svc:/system/idmap:default svc:/network/smb/client:default svc:/network/smb/server:default svc:/network/shares/group:default svc:/network/shares/group:smb svc:/network/shares/group:zfs svc:/system/filesystem/autofs:default svc:/system/dumpadm:default svc:/system/fmd:default svc:/application/pkg/system-repository:default svc:/application/pkg/zones-proxyd:default svc:/system/identity:domain svc:/system/name-service-cache:default svc:/milestone/single-user:default svc:/system/filesystem/local:default svc:/application/desktop-cache/input-method-cache:default svc:/application/desktop-cache/dconf-update:default svc:/system/smartd:default svc:/system/cron:default
Re: [OpenIndiana-discuss] services dependency cycle
On 5/5/22 20:23, Till Wegmueller wrote: Hello Everyone So I think this is a Update configuration of the same Problem we where talking recently in illumos-developer list and Openindiana Maintainer meetup. We thought it was svc:/system/device/local:default but here it is svc:/system/filesystem/usr Stefan can you check the output of the following services with svcs -l? svcs -l svc:/system/filesystem/usr:default svcs -l svc:/system/filesystem/minimal:default svcs -l svc:/system/device/local:default So we can compare outputs? Can you grep in /lib/svc/manifests if any section is dependent system/filesystem/usr and not depdendency thus making the cycle? Example grep: grep -A 3 -B 6 -R 'system/filesystem/usr' /lib/svc/manifest/ Can you grep for dependent in your /lib/svc/manifest and check if any service marks something as dependent there that looks odd? Like network setting filesystem/usr to dependent etc. Thanks for helping debug this and Greetings Till On 05.05.22 10:31, Stephan Althaus wrote: On 5/5/22 15:22, Maurilio Longo via openindiana-discuss wrote: Hi Stephan, I had a similar problem in the past due to the meta-init service not being completely removed by a previous update. Maybe it is the same meta-something Espen remembers. Regards. Maurilio. Il 05/05/2022 15:07 Stephan Althaus ha scritto: On 5/5/22 14:51, Espen Martinsen wrote: Hi, I had this on an old laptop for some weeks ago, and it was because of a "leftver?) metadb-service, I just removed the service completely, and then everything was fine. Noen of the binaries from old "disksuite" was left anyway, that's why it would not start. -espen On 5/5/22 14:40, Stephan Althaus wrote: Hello! After pkg update on one of my systems, i get a maintenance mode login due to a dependency loop, many of the services are not starting. I bootet a previous BE and did a beadm mount openindiana-2022:05:05 /a In /var/svc/log there is an entry only in system-filesystem-usr:default.log:4706:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4707:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4708:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4709:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] i don't find a log where the other dependant services are mentioned. Does anyone knows of changes in the service dependencies that may be related? Any help is appreciated :-) Stephan ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss @Espen: Thanks for your input.. I dont have the service metadb svc:/system/filesystem/usr:default (read/write root file systems mounts) State: maintenance since 5 May 2022 at 14:58:23 CEST Reason: Completes a dependency cycle. See: http://illumos.org/msg/SMF-8000-HP Impact: 89 dependent services are not running: svc:/network/ipsec/ipsecalgs:default svc:/system/device/local:default svc:/system/filesystem/minimal:default svc:/system/manifest-import:default svc:/application/print/service-selector:default svc:/network/location:default svc:/network/dns/client:default svc:/network/ipfilter:default svc:/network/rpc/bind:default svc:/system/sysding:system svc:/milestone/sysconfig:default svc:/milestone/multi-user:default svc:/system/intrd:default svc:/milestone/multi-user-server:default svc:/application/texinfo-update:default svc:/system/zones:default svc:/system/system-log:default svc:/network/smtp:sendmail svc:/network/sendmail-client:default svc:/system/utmp:default svc:/system/console-login:default svc:/network/ssh:default svc:/network/inetd:default svc:/system/sac:default svc:/system/idmap:default svc:/network/smb/client:default svc:/network/smb/server:default svc:/network/shares/group:default svc:/network/shares/group:smb svc:/network/shares/group:zfs svc:/system/filesystem/autofs:default svc:/system/dumpadm:default svc:/system/fmd:default svc:/application/pkg/system-repository:default svc:/application/pkg/zones-proxyd:default svc:/system/identity:domain svc:/system/name-service-cache:default svc:/milestone/single-user:default svc:/system/filesystem/local:default svc:/application/desktop-cache/input-method-cache:default svc:/application/desktop-cache/dconf-update:default svc:/system/smartd:default svc:/system/cron:default
Re: [OpenIndiana-discuss] services dependency cycle
Hello Everyone So I think this is a Update configuration of the same Problem we where talking recently in illumos-developer list and Openindiana Maintainer meetup. We thought it was svc:/system/device/local:default but here it is svc:/system/filesystem/usr Stefan can you check the output of the following services with svcs -l? svcs -l svc:/system/filesystem/usr:default svcs -l svc:/system/filesystem/minimal:default svcs -l svc:/system/device/local:default So we can compare outputs? Can you grep in /lib/svc/manifests if any section is dependent system/filesystem/usr and not depdendency thus making the cycle? Example grep: grep -A 3 -B 6 -R 'system/filesystem/usr' /lib/svc/manifest/ Can you grep for dependent in your /lib/svc/manifest and check if any service marks something as dependent there that looks odd? Like network setting filesystem/usr to dependent etc. Thanks for helping debug this and Greetings Till On 05.05.22 10:31, Stephan Althaus wrote: On 5/5/22 15:22, Maurilio Longo via openindiana-discuss wrote: Hi Stephan, I had a similar problem in the past due to the meta-init service not being completely removed by a previous update. Maybe it is the same meta-something Espen remembers. Regards. Maurilio. Il 05/05/2022 15:07 Stephan Althaus ha scritto: On 5/5/22 14:51, Espen Martinsen wrote: Hi, I had this on an old laptop for some weeks ago, and it was because of a "leftver?) metadb-service, I just removed the service completely, and then everything was fine. Noen of the binaries from old "disksuite" was left anyway, that's why it would not start. -espen On 5/5/22 14:40, Stephan Althaus wrote: Hello! After pkg update on one of my systems, i get a maintenance mode login due to a dependency loop, many of the services are not starting. I bootet a previous BE and did a beadm mount openindiana-2022:05:05 /a In /var/svc/log there is an entry only in system-filesystem-usr:default.log:4706:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4707:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4708:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4709:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] i don't find a log where the other dependant services are mentioned. Does anyone knows of changes in the service dependencies that may be related? Any help is appreciated :-) Stephan ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss @Espen: Thanks for your input.. I dont have the service metadb svc:/system/filesystem/usr:default (read/write root file systems mounts) State: maintenance since 5 May 2022 at 14:58:23 CEST Reason: Completes a dependency cycle. See: http://illumos.org/msg/SMF-8000-HP Impact: 89 dependent services are not running: svc:/network/ipsec/ipsecalgs:default svc:/system/device/local:default svc:/system/filesystem/minimal:default svc:/system/manifest-import:default svc:/application/print/service-selector:default svc:/network/location:default svc:/network/dns/client:default svc:/network/ipfilter:default svc:/network/rpc/bind:default svc:/system/sysding:system svc:/milestone/sysconfig:default svc:/milestone/multi-user:default svc:/system/intrd:default svc:/milestone/multi-user-server:default svc:/application/texinfo-update:default svc:/system/zones:default svc:/system/system-log:default svc:/network/smtp:sendmail svc:/network/sendmail-client:default svc:/system/utmp:default svc:/system/console-login:default svc:/network/ssh:default svc:/network/inetd:default svc:/system/sac:default svc:/system/idmap:default svc:/network/smb/client:default svc:/network/smb/server:default svc:/network/shares/group:default svc:/network/shares/group:smb svc:/network/shares/group:zfs svc:/system/filesystem/autofs:default svc:/system/dumpadm:default svc:/system/fmd:default svc:/application/pkg/system-repository:default svc:/application/pkg/zones-proxyd:default svc:/system/identity:domain svc:/system/name-service-cache:default svc:/milestone/single-user:default svc:/system/filesystem/local:default svc:/application/desktop-cache/input-method-cache:default svc:/application/desktop-cache/dconf-update:default svc:/system/smartd:default svc:/system/cron:default svc:/application/desktop-cache/mime-types-cache:default
Re: [OpenIndiana-discuss] services dependency cycle
On 5/5/22 15:22, Maurilio Longo via openindiana-discuss wrote: Hi Stephan, I had a similar problem in the past due to the meta-init service not being completely removed by a previous update. Maybe it is the same meta-something Espen remembers. Regards. Maurilio. Il 05/05/2022 15:07 Stephan Althaus ha scritto: On 5/5/22 14:51, Espen Martinsen wrote: Hi, I had this on an old laptop for some weeks ago, and it was because of a "leftver?) metadb-service, I just removed the service completely, and then everything was fine. Noen of the binaries from old "disksuite" was left anyway, that's why it would not start. -espen On 5/5/22 14:40, Stephan Althaus wrote: Hello! After pkg update on one of my systems, i get a maintenance mode login due to a dependency loop, many of the services are not starting. I bootet a previous BE and did a beadm mount openindiana-2022:05:05 /a In /var/svc/log there is an entry only in system-filesystem-usr:default.log:4706:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4707:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4708:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4709:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] i don't find a log where the other dependant services are mentioned. Does anyone knows of changes in the service dependencies that may be related? Any help is appreciated :-) Stephan ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss @Espen: Thanks for your input.. I dont have the service metadb svc:/system/filesystem/usr:default (read/write root file systems mounts) State: maintenance since 5 May 2022 at 14:58:23 CEST Reason: Completes a dependency cycle. See: http://illumos.org/msg/SMF-8000-HP Impact: 89 dependent services are not running: svc:/network/ipsec/ipsecalgs:default svc:/system/device/local:default svc:/system/filesystem/minimal:default svc:/system/manifest-import:default svc:/application/print/service-selector:default svc:/network/location:default svc:/network/dns/client:default svc:/network/ipfilter:default svc:/network/rpc/bind:default svc:/system/sysding:system svc:/milestone/sysconfig:default svc:/milestone/multi-user:default svc:/system/intrd:default svc:/milestone/multi-user-server:default svc:/application/texinfo-update:default svc:/system/zones:default svc:/system/system-log:default svc:/network/smtp:sendmail svc:/network/sendmail-client:default svc:/system/utmp:default svc:/system/console-login:default svc:/network/ssh:default svc:/network/inetd:default svc:/system/sac:default svc:/system/idmap:default svc:/network/smb/client:default svc:/network/smb/server:default svc:/network/shares/group:default svc:/network/shares/group:smb svc:/network/shares/group:zfs svc:/system/filesystem/autofs:default svc:/system/dumpadm:default svc:/system/fmd:default svc:/application/pkg/system-repository:default svc:/application/pkg/zones-proxyd:default svc:/system/identity:domain svc:/system/name-service-cache:default svc:/milestone/single-user:default svc:/system/filesystem/local:default svc:/application/desktop-cache/input-method-cache:default svc:/application/desktop-cache/dconf-update:default svc:/system/smartd:default svc:/system/cron:default svc:/application/desktop-cache/mime-types-cache:default svc:/system/xvm/vnc-config:default svc:/system/update-man-index:default svc:/system/hotplug:default svc:/application/desktop-cache/docbook-catalog-update:default svc:/application/desktop-cache/icon-cache:default svc:/application/desktop-cache/pixbuf-loaders-installer:default svc:/application/virtualbox/zoneaccess:default svc:/system/boot-archive-update:default svc:/application/desktop-cache/gconf-cache:default svc:/system/filesystem/rmvolmgr:default svc:/application/x11/x11-init:default svc:/application/desktop-cache/desktop-mime-cache:default svc:/system/consolekit:default svc:/application/virtualbox/run-once:default svc:/network/routing-setup:default svc:/network/routing/route:default svc:/system/coreadm:default svc:/system/rbac:default svc:/system/resource-mgmt:default
Re: [OpenIndiana-discuss] services dependency cycle
Hi Stephan, I had a similar problem in the past due to the meta-init service not being completely removed by a previous update. Maybe it is the same meta-something Espen remembers. Regards. Maurilio. > Il 05/05/2022 15:07 Stephan Althaus ha > scritto: > > > On 5/5/22 14:51, Espen Martinsen wrote: > > Hi, > > I had this on an old laptop for some weeks ago, and it was because > > of a "leftver?) metadb-service, I just removed the service completely, > > and then everything was fine. > > Noen of the binaries from old "disksuite" was left anyway, that's > > why it would not start. > > > > -espen > > > > On 5/5/22 14:40, Stephan Althaus wrote: > >> Hello! > >> > >> After pkg update on one of my systems, i get a maintenance mode login > >> due to a dependency loop, many of the services are not starting. > >> > >> I bootet a previous BE and did a > >> > >> beadm mount openindiana-2022:05:05 /a > >> > >> In /var/svc/log there is an entry only in > >> > >> system-filesystem-usr:default.log:4706:[ May 5 13:40:12 Stopping for > >> maintenance due to dependency_cycle. ] > >> system-filesystem-usr:default.log:4707:[ May 5 13:40:12 Stopping for > >> maintenance due to dependency_cycle. ] > >> system-filesystem-usr:default.log:4708:[ May 5 14:11:35 Stopping for > >> maintenance due to dependency_cycle. ] > >> system-filesystem-usr:default.log:4709:[ May 5 14:11:35 Stopping for > >> maintenance due to dependency_cycle. ] > >> > >> i don't find a log where the other dependant services are mentioned. > >> > >> > >> Does anyone knows of changes in the service dependencies that may be > >> related? > >> > >> > >> Any help is appreciated :-) > >> > >> Stephan > >> > >> > >> > >> ___ > >> openindiana-discuss mailing list > >> openindiana-discuss@openindiana.org > >> https://openindiana.org/mailman/listinfo/openindiana-discuss > > > > > @Espen: Thanks for your input.. I dont have the service metadb > > svc:/system/filesystem/usr:default (read/write root file systems mounts) > State: maintenance since 5 May 2022 at 14:58:23 CEST > Reason: Completes a dependency cycle. > See: http://illumos.org/msg/SMF-8000-HP > Impact: 89 dependent services are not running: > svc:/network/ipsec/ipsecalgs:default > svc:/system/device/local:default > svc:/system/filesystem/minimal:default > svc:/system/manifest-import:default > svc:/application/print/service-selector:default > svc:/network/location:default > svc:/network/dns/client:default > svc:/network/ipfilter:default > svc:/network/rpc/bind:default > svc:/system/sysding:system > svc:/milestone/sysconfig:default > svc:/milestone/multi-user:default > svc:/system/intrd:default > svc:/milestone/multi-user-server:default > svc:/application/texinfo-update:default > svc:/system/zones:default > svc:/system/system-log:default > svc:/network/smtp:sendmail > svc:/network/sendmail-client:default > svc:/system/utmp:default > svc:/system/console-login:default > svc:/network/ssh:default > svc:/network/inetd:default > svc:/system/sac:default > svc:/system/idmap:default > svc:/network/smb/client:default > svc:/network/smb/server:default > svc:/network/shares/group:default > svc:/network/shares/group:smb > svc:/network/shares/group:zfs > svc:/system/filesystem/autofs:default > svc:/system/dumpadm:default > svc:/system/fmd:default > svc:/application/pkg/system-repository:default > svc:/application/pkg/zones-proxyd:default > svc:/system/identity:domain > svc:/system/name-service-cache:default > svc:/milestone/single-user:default > svc:/system/filesystem/local:default > svc:/application/desktop-cache/input-method-cache:default > svc:/application/desktop-cache/dconf-update:default > svc:/system/smartd:default > svc:/system/cron:default > svc:/application/desktop-cache/mime-types-cache:default > svc:/system/xvm/vnc-config:default > svc:/system/update-man-index:default > svc:/system/hotplug:default > svc:/application/desktop-cache/docbook-catalog-update:default > svc:/application/desktop-cache/icon-cache:default > svc:/application/desktop-cache/pixbuf-loaders-installer:default > svc:/application/virtualbox/zoneaccess:default > svc:/system/boot-archive-update:default > svc:/application/desktop-cache/gconf-cache:default > svc:/system/filesystem/rmvolmgr:default > svc:/application/x11/x11-init:default > svc:/application/desktop-cache/desktop-mime-cache:default > svc:/system/consolekit:default > svc:/application/virtualbox/run-once:default >
Re: [OpenIndiana-discuss] services dependency cycle
On 5/5/22 14:51, Espen Martinsen wrote: Hi, I had this on an old laptop for some weeks ago, and it was because of a "leftver?) metadb-service, I just removed the service completely, and then everything was fine. Noen of the binaries from old "disksuite" was left anyway, that's why it would not start. -espen On 5/5/22 14:40, Stephan Althaus wrote: Hello! After pkg update on one of my systems, i get a maintenance mode login due to a dependency loop, many of the services are not starting. I bootet a previous BE and did a beadm mount openindiana-2022:05:05 /a In /var/svc/log there is an entry only in system-filesystem-usr:default.log:4706:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4707:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4708:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4709:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] i don't find a log where the other dependant services are mentioned. Does anyone knows of changes in the service dependencies that may be related? Any help is appreciated :-) Stephan ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss @Espen: Thanks for your input.. I dont have the service metadb svc:/system/filesystem/usr:default (read/write root file systems mounts) State: maintenance since 5 May 2022 at 14:58:23 CEST Reason: Completes a dependency cycle. See: http://illumos.org/msg/SMF-8000-HP Impact: 89 dependent services are not running: svc:/network/ipsec/ipsecalgs:default svc:/system/device/local:default svc:/system/filesystem/minimal:default svc:/system/manifest-import:default svc:/application/print/service-selector:default svc:/network/location:default svc:/network/dns/client:default svc:/network/ipfilter:default svc:/network/rpc/bind:default svc:/system/sysding:system svc:/milestone/sysconfig:default svc:/milestone/multi-user:default svc:/system/intrd:default svc:/milestone/multi-user-server:default svc:/application/texinfo-update:default svc:/system/zones:default svc:/system/system-log:default svc:/network/smtp:sendmail svc:/network/sendmail-client:default svc:/system/utmp:default svc:/system/console-login:default svc:/network/ssh:default svc:/network/inetd:default svc:/system/sac:default svc:/system/idmap:default svc:/network/smb/client:default svc:/network/smb/server:default svc:/network/shares/group:default svc:/network/shares/group:smb svc:/network/shares/group:zfs svc:/system/filesystem/autofs:default svc:/system/dumpadm:default svc:/system/fmd:default svc:/application/pkg/system-repository:default svc:/application/pkg/zones-proxyd:default svc:/system/identity:domain svc:/system/name-service-cache:default svc:/milestone/single-user:default svc:/system/filesystem/local:default svc:/application/desktop-cache/input-method-cache:default svc:/application/desktop-cache/dconf-update:default svc:/system/smartd:default svc:/system/cron:default svc:/application/desktop-cache/mime-types-cache:default svc:/system/xvm/vnc-config:default svc:/system/update-man-index:default svc:/system/hotplug:default svc:/application/desktop-cache/docbook-catalog-update:default svc:/application/desktop-cache/icon-cache:default svc:/application/desktop-cache/pixbuf-loaders-installer:default svc:/application/virtualbox/zoneaccess:default svc:/system/boot-archive-update:default svc:/application/desktop-cache/gconf-cache:default svc:/system/filesystem/rmvolmgr:default svc:/application/x11/x11-init:default svc:/application/desktop-cache/desktop-mime-cache:default svc:/system/consolekit:default svc:/application/virtualbox/run-once:default svc:/network/routing-setup:default svc:/network/routing/route:default svc:/system/coreadm:default svc:/system/rbac:default svc:/system/resource-mgmt:default svc:/network/service:default svc:/network/iscsi/initiator:default svc:/network/ntp:default svc:/system/sysevent:default svc:/network/npiv_config:default svc:/system/device/fc-fabric:default svc:/milestone/devices:default svc:/system/device/audio:default svc:/system/picl:default svc:/system/hal:default svc:/platform/i86pc/acpihpd:default svc:/system/rmtmpfiles:default
Re: [OpenIndiana-discuss] services dependency cycle
Hi,
I had this on an old laptop for some weeks ago, and it was because
of a "leftver?) metadb-service, I just removed the service completely,
and then everything was fine.
Noen of the binaries from old "disksuite" was left anyway, that's
why it would not start.
-espen
On 5/5/22 14:40, Stephan Althaus wrote:
Hello!
After pkg update on one of my systems, i get a maintenance mode login
due to a dependency loop, many of the services are not starting.
I bootet a previous BE and did a
beadm mount openindiana-2022:05:05 /a
In /var/svc/log there is an entry only in
system-filesystem-usr:default.log:4706:[ May 5 13:40:12 Stopping for
maintenance due to dependency_cycle. ]
system-filesystem-usr:default.log:4707:[ May 5 13:40:12 Stopping for
maintenance due to dependency_cycle. ]
system-filesystem-usr:default.log:4708:[ May 5 14:11:35 Stopping for
maintenance due to dependency_cycle. ]
system-filesystem-usr:default.log:4709:[ May 5 14:11:35 Stopping for
maintenance due to dependency_cycle. ]
i don't find a log where the other dependant services are mentioned.
Does anyone knows of changes in the service dependencies that may be
related?
Any help is appreciated :-)
Stephan
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss
--
Mvh
-
Espen Martinsen Email : e...@pogostick.net
dtrace -qn's*::ex*:ret*{printf("%d %s\n",uid,curpsinfo->pr_psargs);}'
-
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] services dependency cycle
Hello! After pkg update on one of my systems, i get a maintenance mode login due to a dependency loop, many of the services are not starting. I bootet a previous BE and did a beadm mount openindiana-2022:05:05 /a In /var/svc/log there is an entry only in system-filesystem-usr:default.log:4706:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4707:[ May 5 13:40:12 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4708:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] system-filesystem-usr:default.log:4709:[ May 5 14:11:35 Stopping for maintenance due to dependency_cycle. ] i don't find a log where the other dependant services are mentioned. Does anyone knows of changes in the service dependencies that may be related? Any help is appreciated :-) Stephan ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Problems with some zfs fs unable to mount after shutdown
> On 14. Jan 2022, at 06:32, hput via openindiana-discuss > wrote: > > Flemming Dalsgaard writes: > >> The commands >> zfs create -omountpoint=/exportp0/export >> zfs create -omountpoint=/export/home p0/export/home >> zfs create -omountpoint=/export/home/USER p0/export/home/USER >> >> Should be sufficient to make the /export/home/USER >> so you should not pre create the involved folders, zfs take care of that it >> self. > > [...] > > exactly what I did, and I did not precreate anything. Not sure where > that came from. I just ran the zfs create commands and it all mounted > as expected And once again following this mornings boot up of host > and then vm in question... > >>> zfs create -omountpoint=/exportp0/export >>> zfs create -omountpoint=/export/home p0/export/home >>> zfs create -omountpoint=/export/home/USER p0/export/home/USER > > > It fails to mount those filesystems and drops into a console login on > reboot. > > I needed a reboot for host OS due to certain updates that apparently > need a reboot. And then booting the oi vm > > > I login as root and run: > > zfs mount p0/export > zfs mount p0/export/home > zfs mount p0/export/home/reader > > And they all mount fine. > > But yet I'm stuck with a console to work in ... pretty sure if I > reboot the vm the same thing will happen. > It seem the OS doesn't mount them from the bottom up or something > What is causing the failure? > > Attempting to `startx' from console does not work at first but finally > produces a very primitive X desktop, that near as I can tell is less > usable for work than the OI console (which is saying something) > > How can I go into X from the console login.. Logging out does nothing. > Apparently the only recourse is to reboot the vm again. Doing that > now: > > First thing, I see `unable to read pool p0' as the shutdown starts to > happen. But, glory be. With another 12-14 minutes lost to the ether, > The bootup completed and didn't fail to mount p0/export/home/reader > First thing to remember - command ‘zfs mount’ will fail if mountpoint is not empty. This means, if you add new storage for /export, you need to make sure the original is not present (rpool/export dataset). Also, make sure you are not creating cross mounts from different pools/datasets. And finally, a small nit - if you create /export/home/username tree, your dataset tree should look like /export/home/username, and this means, you only need to set mountpoint for/export, rest will follow the hierarchy. This can help to avoid cross mounts and populated mount points… rgds, toomas ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Possible to update from 2021.0430 to 2021.1130 with pkg tool?
> On 4. May 2022, at 11:33, Maurilio Longo via openindiana-discuss > wrote: > > Toomas, > > I'm not aware of any method to update to an exact point in time, which would > be a usefull thing when you have really old systems to update. For this you can use full package name with version (and timestamp) included, also this one reason to have “meta” packages such as “entire”. Except that unfortunately openindiana repository seems to have stopped updating “entire”… So, other option is to try to some core package, such as SUNWcs. For really early openindiana updates we did need to switch to middle version(s) first, but I’m not sure that option is still available (repo size was being a problem at some point, for same reason Oracle did drop old Solaris 11 versions;) rgds, toomas > > You update your system to the current packages which are newer than 2021.1130 > > Being that Hipster is a rolling relase type of OS, you can end up with > different systems even if you pkg update them in the same day but in > different moments, as far as I know. > > Regards. > > Maurilio > >> Il 04/05/2022 00:01 Toomas Soome via openindiana-discuss >> ha scritto: >> >> >>> On 9. Jan 2022, at 06:29, hput via openindiana-discuss >>> wrote: >>> >>> Can one update from one release to another with just the pkg tool. >>> >>> When I run `pkg update' on oi/hipster installed from 2021.0430 does >>> that install the pkgs that are current in 2021.1130? >>> >> >> Yes, thats the purpose of pkg. >> >> rgds, >> toomas >> ___ >> openindiana-discuss mailing list >> openindiana-discuss@openindiana.org >> https://openindiana.org/mailman/listinfo/openindiana-discuss > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > https://openindiana.org/mailman/listinfo/openindiana-discuss ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org https://openindiana.org/mailman/listinfo/openindiana-discuss
